[Gambas-user] Release of gambas2 1.9.33

José L. Redrejo Rodríguez jredrejo at ...96...
Sun Jul 2 19:20:11 CEST 2006


El sáb, 01-07-2006 a las 12:06 -0700, 
> Message: 4
> Date: Sat, 1 Jul 2006 15:59:24 +0200
> From: Benoit Minisini <gambas at ...1...>
> Subject: Re: [Gambas-user] Release of gambas2 1.9.33
> To: mailing list for gambas users <gambas-user at lists.sourceforge.net>
> Message-ID: <200607011559.25411.gambas at ...1...>
> Content-Type: text/plain;  charset="utf-8"
> 
> On Saturday 01 July 2006 15:14, Lorenzo wrote:
> > Benoit, compiling like always, "segmentation fault" in gb.qt.kde component,
> > wait instruccions.
> >
> >
> >
> > make[5]: se ingresa al directorio `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> >
> >
> >
> > Creating the information files for gb.qt.kde.html component...
> >
> > gb.qt.kde.html
> >
> > make[5]: *** [install-data-hook] Violaci?n de segmento
> >
> > make[5]: se sale del directorio `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> >
> > make[4]: *** [install-data-am] Error 2
> >
> >
> >
> > regards
> >
> >
> >
> > lorenzo
> >
> 
> Which distribution do you use?
> 
> Try 'gbi2 gb.qt.kde.html' manually as root. Does it crash or not?
> 
> If it crashes, tell me where by running it inside gdb:
> 
> $ gdb gbi2
> ...
> (gdb) run gb.qt.kde.html
> ...
> (gdb) bt
> 
> Regards,
> 
> -- 
> Benoit Minisini
> 
Hi Benoît, I've been digging a little bit in this error. I have detected
it since a month ago and it applies to (at least) all 1.9.x versions
since 1.9.19. I haven't tested it in previous versions. The error has
raised since a Debian unstable packages upgrade. What I've seen is that:

- gb.qt.kde.html needs the execution of preload(argv, "libqt-mt.so.3
libkdecore.so.4") as you've written in the gbi.c code. I think this
didn't apply in previous version of Debian packages, and that could
explain why the error didn't raise before.
- in the preload function of gbi.c you have : 
      execv("/usr/bin/gbi" GAMBAS_VERSION_STRING, argv);
and this doesn't work if you are installing gambas in a different path
of /usr, as /usr/local or  when compiling packages in debian, in a
temporary directory.

So, the bug seems to be due to the hardcoded path "/usr/bin/gbi" in the
preload function of gbi.c

Please, tell me if I'm wrong or if you find a fast workaround to avoid
this to be able to build new gambas packages for this release.

Regards.





More information about the User mailing list