[Gambas-devel] [Gambas-user] Release of gambas2 1.9.33

[Benoit Minisini]

On Sunday 02 July 2006 19:20, José L. Redrejo Rodríguez wrote:
> 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.
>

Oops! This hardcoded path is a stupid thing of mine...

I have replaced it by the Gambas installation path, and you will get it in the 
next version.

Regards,

-- 
Benoit Minisini