Re: Question

[Laurent Michel]

On Mar 5, 2013, at 4:10 AM, David Chisnall <address@hidden> wrote:

> Hi,
> 
> How old is your runtime?  Without debugging symbols, this looks like it might 
> be a bug that was fixed in May last year.  It would really help if you could 
> do a debug build of the runtime and let me know exactly what is failing.  If 
> you do ccmake . in your libobjc2 build directory, and change the build type 
> to Debug, you should get the symbols.

libobjc2 was 1.6.1


address@hidden:/usr/local/src/old$ sha1sum libobjc2-1.6.tar.gz 
348ab64899b25ecb2bfdfd13ebeeab2d6a2c8988  libobjc2-1.6.tar.gz


total 9196
drwxr-xr-x 4 root root     4096 Mar  4 08:37 GNUstep
lrwxrwxrwx 1 root root       23 Mar  4 08:37 libgnustep-base.so -> 
libgnustep-base.so.1.24
lrwxrwxrwx 1 root root       25 Mar  4 08:37 libgnustep-base.so.1.24 -> 
libgnustep-base.so.1.24.3
-rwxr-xr-x 1 root root  9105637 Mar  4 08:36 libgnustep-base.so.1.24.3
-r--r--r-- 1 root root   136452 May 18  2012 libobjc.a
lrwxrwxrwx 1 root root       31 May 18  2012 libobjc.so -> 
/usr/local/lib/libobjc.so.4.6.0
lrwxrwxrwx 1 root root       31 May 18  2012 libobjc.so.4 -> 
/usr/local/lib/libobjc.so.4.6.0
lrwxrwxrwx 1 root root       31 May 18  2012 libobjc.so.4.6 -> 
/usr/local/lib/libobjc.so.4.6.0
-r--r--r-- 1 root root   140820 May 18  2012 libobjc.so.4.6.0
lrwxrwxrwx 1 root root       33 May 18  2012 libobjcxx.so -> 
/usr/local/lib/libobjcxx.so.4.6.0
lrwxrwxrwx 1 root root       33 May 18  2012 libobjcxx.so.4 -> 
/usr/local/lib/libobjcxx.so.4.6.0
lrwxrwxrwx 1 root root       33 May 18  2012 libobjcxx.so.4.6 -> 
/usr/local/lib/libobjcxx.so.4.6.0
-r--r--r-- 1 root root    13002 May 18  2012 libobjcxx.so.4.6.0
drwxrwsr-x 4 root staff    4096 Mar  3 13:33 python2.7
address@hidden:/usr/local/lib$ 

I was looking yesterday night for a more recent tar ball, but couldn't locate 
one. 

I'll recompile libobjc2 in debug and will update you. Thanks for the info David!

--
  Laurent


> 
> David
> 
> On 5 Mar 2013, at 01:37, Laurent Michel <address@hidden> wrote:
> 
>> PS/ I decided to recompile GNUstep simply because I was experiencing a crash 
>> with my compiled binary during the 
>> library initializations of GNUstep/libobjc. Namely, here is the backtrace:
>> 
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
>> [New Thread 0xb7021b40 (LWP 8378)]
>> 
>> Program received signal SIGSEGV, Segmentation fault.
>> 0xb7a58d50 in init_protocols () from /usr/local/lib/libobjc.so
>> (gdb) where
>> #0  0xb7a58d50 in init_protocols () from /usr/local/lib/libobjc.so
>> #1  0xb7a58c47 in init_protocols () from /usr/local/lib/libobjc.so
>> #2  0xb7a588c1 in objc_init_protocols () from /usr/local/lib/libobjc.so
>> #3  0xb7a517e3 in objc_try_load_category () from /usr/local/lib/libobjc.so
>> #4  0xb7a57251 in __objc_exec_class () from /usr/local/lib/libobjc.so
>> #5  0xb76d15d4 in .objc_load_function () from 
>> /home/ldm/work/platform/Clo/queens2/../ORFoundation/libORFoundation.so
>> #6  0xb7fece9b in ?? () from /lib/ld-linux.so.2
>> #7  0xb7fecf84 in ?? () from /lib/ld-linux.so.2
>> #8  0xb7fdf20f in ?? () from /lib/ld-linux.so.2
>> (gdb) quit
>> A debugging session is active.
> 
> --
> This email complies with ISO 3103
> 
> 
> _______________________________________________
> Gnustep-dev mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gnustep-dev