[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug #4829] make_services causes a core dump on FreeBSD 4.8, Partial
From: |
Frédéric PRACA |
Subject: |
Re: [bug #4829] make_services causes a core dump on FreeBSD 4.8, Partial results |
Date: |
Wed, 20 Aug 2003 21:45:00 +0200 |
On Wed, 20 Aug 2003 10:38:19 +0100
Pete French <pete@twisted.org.uk> wrote:
> > I've done a complete 'cvs co' yesterday night and began to compile.
> > For now, I've only compiled 'make' and 'base'. First things I've
> > seen : - gdomap still uses almost 100% CPU
> > - gdnc can't register itself
>
> This is not good - I think that its not your compiler, so downloading
> gcc32 is probably a waste of time (especially at 56k).
I agree. I didn't look at the size of the gcc32 package ;-)
> > If you have other ideas, please tell.
>
> I am suspecting libraries. What is your ouput from ldd on gdmap
> and gdnc ? Heres the results for me. Are your linkes wiith the same
> libraries ?
Let's go
> bash-2.05b$ ldd /usr/local/GNUstep/System/Tools/gdomap
> /usr/local/GNUstep/System/Tools/gdomap:
> libkvm.so.2 => /usr/lib/libkvm.so.2 (0x2806f000)
> libz.so.2 => /usr/lib/libz.so.2 (0x28075000)
> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28083000)
> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28164000)
> libm.so.2 => /usr/lib/libm.so.2 (0x2823f000)
> libgmp.so.3 => /usr/lib/libgmp.so.3 (0x2825b000)
> libc.so.4 => /usr/lib/libc.so.4 (0x28271000)
%ldd /usr/local/GNUstep/System/Tools/gdomap
/usr/local/GNUstep/System/Tools/gdomap:
libkvm.so.2 => /usr/lib/libkvm.so.2 (0x2806f000)
libz.so.2 => /usr/lib/libz.so.2 (0x28075000)
libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28082000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28139000)
libm.so.2 => /usr/lib/libm.so.2 (0x2820b000)
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x28226000)
libc.so.4 => /usr/lib/libc.so.4 (0x2823c000)
> bash-2.05b$ ldd /usr/local/GNUstep/System/Tools/gdnc
> /usr/local/GNUstep/System/Tools/gdnc:
> libgnustep-base.so.1 =>
> /usr/local/GNUstep/System/Library/Libraries/libgnustep-base.s
> o.1 (0x28078000) libkvm.so.2 => /usr/lib/libkvm.so.2
> (0x2828c000) libz.so.2 => /usr/lib/libz.so.2 (0x28292000)
> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x282a0000)
> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28381000)
> libm.so.2 => /usr/lib/libm.so.2 (0x2845c000)
> libgmp.so.3 => /usr/lib/libgmp.so.3 (0x28478000)
> libc_r.so.4 => /usr/lib/libc_r.so.4 (0x2848e000)
%ldd /usr/local/GNUstep/System/Tools/gdnc
/usr/local/GNUstep/System/Tools/gdnc:
libgnustep-base.so.1 =>
/usr/local/GNUstep/System/Library/Libraries/libgnustep-base.so.1 (0x28077000)
libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28250000)
libz.so.2 => /usr/lib/libz.so.2 (0x28256000)
libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28263000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2831a000)
libm.so.2 => /usr/lib/libm.so.2 (0x283ec000)
libgmp.so.3 => /usr/lib/libgmp.so.3 (0x28407000)
libc_r.so.4 => /usr/lib/libc_r.so.4 (0x2841d000)
Well, it doesn't look so bad, no ? Well adresses are different, I wonder if
they shouldn't be the same. Maybe it's time to understand why (and maybe you
could explain me).
> -bat.
Fred