[Gambas-devel] [Gambas-user] 64 bits version

Benoit Minisini gambas at ...1...
Sat Jan 12 16:09:03 CET 2008


On samedi 12 janvier 2008, José Luis Redrejo wrote:
> 2008/1/12, Benoit Minisini <gambas at ...1...>:
> > On samedi 12 janvier 2008, José Luis Redrejo wrote:
> > > 2008/1/12, Benoit Minisini <gambas at ...1...>:
> > > > On samedi 12 janvier 2008, José Luis Redrejo wrote:
> > > > > 2008/1/11, Benoit Minisini <gambas at ...1...>:
> > > > > > On vendredi 11 janvier 2008, José Luis Redrejo wrote:
> > > > > > > 2008/1/11, Benoit Minisini <gambas at ...1...>:
> > > > > > > > On vendredi 11 janvier 2008, José Luis Redrejo wrote:
> > > > > > > > > 2008/1/10, Benoit Minisini <gambas at ...1...>:
> > > > > > > > > > On mercredi 9 janvier 2008, José Luis Redrejo wrote:
> > > > > > > > > > > Much better, here goes the latest for today.
> > > > > > > > > > >
> > > > > > > > > > > Regards.
> > > > > > > > > > > José L.
> > > > > > > > > >
> > > > > > > > > > You can check the last rev.
> > > > > > > > >
> > > > > > > > > Result of rev 946 attached
> > > > > > > > > Regards.
> > > > > > > > > José L.
> > > > > > > >
> > > > > > > > Fixed in rev. 947.
> > > > > > > >
> > > > > > > > Beware, everything will be recompiled because of a fix in
> > > > > > > > gambas.h
> > > >
> > > > .
> > > >
> > > > > > > I always do a make clean before compiling, and reconf-all &
> > > >
> > > > configure
> > > >
> > > > > > > if you change any autotols related file.
> > > > > > > New compilation attached.
> > > > > > >
> > > > > > > José L.
> > > > > >
> > > > > > Fixed in rev. 948. You don't have to reconf and make clean if you
> > > > > > can.
> > > > > >
> > > > > > Regards,
> > > > >
> > > > > Attached result of compiling revision 951. As the compilation
> > > > > didn't
> > > >
> > > > fail,
> > > >
> > > > > I tried a make install, and you can see as the informer segfaults
> >
> > with
> >
> > > > > gb.gtk.
> > > > >
> > > > >
> > > > > Regards.
> > > > > José L.
> > > >
> > > > No way you get a backtrace?
> > >
> > > This is what I've got, I don't have a deep knowledge of gdb, so I
> >
> > suspect
> >
> > > I'm missing some option:
> > >
> > > (sid_amd64)jredrejo at ...569...:~/64bits$ gdb
> > > /home/jredrejo/64bits/debian/bin/gbi3
> > > GNU gdb 6.7.1-debian
> > > Copyright (C) 2007 Free Software Foundation, Inc.
> > > License GPLv3+: GNU GPL version 3 or later
> > > <http://gnu.org/licenses/gpl.html
> > >
> > > This is free software: you are free to change and redistribute it.
> > > There is NO WARRANTY, to the extent permitted by law.  Type "show
> >
> > copying"
> >
> > > and "show warranty" for details.
> > > This GDB was configured as "x86_64-linux-gnu"...
> > > Using host libthread_db library "/lib/libthread_db.so.1".
> > > (gdb) set args -p -r /home/jredrejo/64bits/debian/
> > > (gdb) run
> > > Starting program: /home/jredrejo/64bits/debian/bin/gbi3 -p -r
> > > /home/jredrejo/64bits/debian/
> > > gb.debug
> > > gb.eval
> > > gb.db
> > > gb.compress
> > > gb.vb
> > > gb.option
> > > gb.gui
> > > gbi3: warning: component gb.qt not found
> > > gb
> > > gb.gtk.ext
> > > [Thread debugging using libthread_db enabled]
> > > Error while reading shared library symbols:
> > > Cannot find new threads: generic error
> > > Cannot find new threads: generic error
> > > (gdb) bt
> > > #0  0x00002ae943f9710e in ?? () from /lib64/ld-linux-x86-64.so.2
> > > #1  0x00002ae943f92df6 in ?? () from /lib64/ld-linux-x86-64.so.2
> > > #2  0x00002ae943f9691b in ?? () from /lib64/ld-linux-x86-64.so.2
> > > #3  0x00002ae9441a3f8b in ?? () from /lib/libdl.so.2
> > > #4  0x00002ae943f92df6 in ?? () from /lib64/ld-linux-x86-64.so.2
> > > #5  0x00002ae9441a44ed in ?? () from /lib/libdl.so.2
> > > #6  0x00002ae9441a3ef1 in dlopen () from /lib/libdl.so.2
> > > #7  0x000000000040378b in analyze (comp=<value optimized out>,
> > > include=0 '\0') at gbi.c:377
> > > #8  0x0000000000403e1f in main (argc=4, argv=<value optimized out>) at
> > > gbi.c
> > >
> > > :655
> >
> > Some crash inside dlopen? Weird...
> >
> > First you should compile without optimizations:
> >
> > $ make "CFLAGS=-O0 -g" "CXXFLAGS=-O0 -g"
> >
> > Then to trace gbi3:
> >
> > $ gdb gbi3
> > ...
> > (gdb) run -p -r /home/jredrejo/64bits/debian/ gb.gtk
> > ...
>
> No much difference:
> (sid_amd64)jredrejo at ...569...:~/64bits$ gdb
> /home/jredrejo/64bits/debian/bin/gbi3
> GNU gdb 6.7.1-debian
> Copyright (C) 2007 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html
>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu"...
> Using host libthread_db library "/lib/libthread_db.so.1".
> (gdb) run -p -r /home/jredrejo/64bits/debian/ gb.gtk
> Starting program: /home/jredrejo/64bits/debian/bin/gbi3 -p -r
> /home/jredrejo/64bits/debian/ gb.gtk
> gb.gtk
> [Thread debugging using libthread_db enabled]
> Error while reading shared library symbols:
> Cannot find new threads: generic error
> Cannot find new threads: generic error
> (gdb) bt
> #0  0x00002add4832810e in ?? () from /lib64/ld-linux-x86-64.so.2
> #1  0x00002add48323df6 in ?? () from /lib64/ld-linux-x86-64.so.2
> #2  0x00002add4832791b in ?? () from /lib64/ld-linux-x86-64.so.2
> #3  0x00002add48534f8b in ?? () from /lib/libdl.so.2
> #4  0x00002add48323df6 in ?? () from /lib64/ld-linux-x86-64.so.2
> #5  0x00002add485354ed in ?? () from /lib/libdl.so.2
> #6  0x00002add48534ef1 in dlopen () from /lib/libdl.so.2
> #7  0x00000000004054b0 in analyze_native_component (path=0x609420
> "/home/jredrejo/64bits/debian/lib/gambas3/gb.gtk.so")
>     at gbi.c:377
> #8  0x00000000004059d1 in analyze (comp=0x7fff62792bf8 "gb.gtk", include=0
> '\0') at gbi.c:520
> #9  0x0000000000405cde in main (argc=5, argv=0x7fff62791178) at gbi.c:678
> (gdb)

Do you know why there is no "segmentation fault" message? What is this "Error 
while reading shared library symbols" error? Is it a bug in gdb? Or 
apparently the shared library is corrupted, or unreadable by gdb.

I have no idea about this problem at the moment... A crash inside dlopen() may 
be a bug in it. I will wait for the compilation of gb.qt to see if there is 
the same problem (The qt library is preloaded contratry the GTK+ library).

Regards,

-- 
Benoit Minisini




More information about the Devel mailing list