[hobbit] building on Mandriva Corporate Server 4
Ralph Mitchell
ralphmitchell at gmail.com
Tue Nov 21 18:44:11 CET 2006
On 11/21/06, Daniel J McDonald <dan.mcdonald at austinenergy.com> wrote:
> On Tue, 2006-11-21 at 08:56 -0600, Daniel J McDonald wrote:
> > I finally broke my bb environment, so I'm again trying to get hobbit
> > working. I took the srpm provided by Mandriva, replaced the allinone
> > patch they had from Sep25 with the one from October 3rd, rebuilt the
> > package, and installed it. When starting it, I see the following
> > messages in /var/log/hobbit/hobbitlaunch.log
> > 2006-11-21 08:10:49 hobbitlaunch starting
> > 2006-11-21 08:10:49 Loading tasklist configuration
> > from /usr/lib/hobbit/server/etc/hobbitlaunch.cfg
> > 2006-11-21 08:10:49 xfree: Trying to free a NULL pointer
>
> I finally found the core file:
> [hobbit at ldap ~]$ gdb /usr/lib/hobbit/server/bin/hobbitlaunch core
> GNU gdb 6.3-5mdk (Mandriva Linux release 2006.0)
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i586-mandriva-linux-gnu"...(no debugging
> symbols found)
> Using host libthread_db library "/lib/tls/libthread_db.so.1".
>
> Reading symbols from shared object read from target memory...(no
> debugging symbols found)...done.
> Loaded system supplied DSO at 0xffffe000
> Core was generated by `/usr/lib/hobbit/server/bin/hobbitlaunch
> --config=/usr/lib/hobbit/server/etc/hob'.
> Program terminated with signal 6, Aborted.
>
> warning: svr4_current_sos: Can't read pathname for load map:
> Input/output error
>
> Reading symbols from /lib/tls/libc.so.6...(no debugging symbols
> found)...done.
> Loaded symbols for /lib/tls/libc.so.6
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> #0 0xffffe410 in __kernel_vsyscall ()
> (gdb) bt
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xb7dd7051 in raise () from /lib/tls/libc.so.6
> #2 0xb7dd8a3b in abort () from /lib/tls/libc.so.6
> #3 0x0804e238 in ?? ()
> #4 0x08053c50 in _IO_stdin_used ()
> #5 0xbf8ff04c in ?? ()
> #6 0xbf90004c in ?? ()
> #7 0xb7d2d008 in ?? ()
> #8 0x080552e4 in stdin ()
> #9 0x00000000 in ?? ()
>
> I'll try to hunt down the package that provides lib/tls and see if I can
> get a -debug packaghe loaded.
I believe you'll find that /lib/tls is part of glibc. It's something
to do with threads. Sorry I can't be a bit more specific, but I do
remember it coming up in a discussion elsewhere about
threaded/non-threaded C libs.
Ralph Mitchell
More information about the Xymon
mailing list