Giorgos Keramidas wrote: > On 2006-03-21 11:42, Ganbold <ganbold_at_micom.mng.net> wrote: > >> Hi, >> >> I have just upgraded my machine from FreeBSD-6.1-PRERELEASE to >> FreeBSD-7.0-CURRENT. >> >> gw# uname -an >> FreeBSD gw.micom.mng.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Mar 21 >> 09:00:50 ULAT 2006 tsgan_at_gw.micom.mng.net:/usr/obj/usr/src/sys/GW i386 >> >> When I restarted the machine right after mergemaster, it said following >> error and >> didn't run rc scripts. I had to manually start some scripts. >> >> ... >> pid 104(rcorder), uid0: exited on signal 11 (core dumped) >> Segmentation fault (core dumped) >> ... >> [snip stack trace without symbols] >> > > On 2006-03-21 11:57, Ganbold <ganbold_at_micom.mng.net> wrote: > >> Sorry for the noise. I read UPDATING and found out that >> dansguardian startup script was causing the problem. >> > > Still a core dump is a core dump. Can you build a debugging version of > rcorder and try again? This time the stack trace may be more useful. > How to enable debugging? I manually added in rcorder.c: #define DEBUG 1 #ifdef DEBUG int debug = 1; /* changed to from 0 to 1 */ Maybe above is wrong. After compile when I run rcorder: ... do_file on /usr/local/etc/rc.d/start-dg.sh. rcorder: Circular dependency on file `/usr/local/etc/rc.d/start-dg.sh'. rcorder: Circular dependency on provision `squid' in file `/usr/local/etc/rc.d/start-dg.sh'. next do: nuking /usr/local/etc/rc.d/start-dg.sh next do: /etc/rc.d/LOGIN nuking /etc/rc.d/LOGIN next do: /usr/local/etc/rc.d/squid.sh nuking /usr/local/etc/rc.d/squid.sh next do: /usr/local/etc/rc.d/start-dg.sh nuking /usr/local/etc/rc.d/start-dg.sh Segmentation fault (core dumped) Here is trace: Core was generated by `rcorder'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libutil.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.5 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2813c48b in __vfprintf () from /lib/libc.so.6 (gdb) bt #0 0x2813c48b in __vfprintf () from /lib/libc.so.6 #1 0x2813a23e in __vfprintf () from /lib/libc.so.6 #2 0x2813d0fc in vfprintf () from /lib/libc.so.6 #3 0x2812b29a in fprintf () from /lib/libc.so.6 #4 0x08049aa3 in ?? () #5 0x28155eb0 in __sF () from /lib/libc.so.6 #6 0x08049e55 in ?? () #7 0x5a5a5a5a in ?? () #8 0x28155eb0 in __sF () from /lib/libc.so.6 #9 0x28155e58 in __sF () from /lib/libc.so.6 #10 0x2805088c in fetch_ventry () from /libexec/ld-elf.so.1 #11 0x08049c4d in ?? () #12 0xbfbfe220 in ?? () #13 0x2805088c in fetch_ventry () from /libexec/ld-elf.so.1 #14 0x080489e2 in ?? () #15 0x00000093 in ?? () #16 0xbfbfdfd0 in ?? () #17 0xbfbfe220 in ?? () #18 0x00000010 in ?? () #19 0x08049d1c in ?? () #20 0xbfbfdfb0 in ?? () #21 0xbfbfdfb4 in ?? () #22 0x00000000 in ?? () #23 0x2805088c in fetch_ventry () from /libexec/ld-elf.so.1 #24 0x00000093 in ?? () (gdb) Ganbold > - Giorgos > > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > > > >Received on Tue Mar 21 2006 - 03:29:02 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:53 UTC