On Thursday 03 March 2005 02:53, Jeff Buehler wrote: > Hi all - > > I am trying to track down a core dump - the first one I have ever had > with Xmail after over four years of constant use - under FreeBSD. The > only thing I have changed recently is to recompile XMail /without /the > -lc_r flag, which has reduced my KQUEUE entries (as discussed > previously) to none. Is it even remotely possible that this is related, > so that recompiling with -lc_r would be a good idea, or is that patently > impossible? > > My lack of understanding about KQUEUE file descriptors here is the real > problem, but I am (for obvious reasons) concerned about this core dump. > If removing the -lc_r flag on compile could not be related, I will look > elsewhere for solutions... > > Thanks, > > Jeff > > decker wrote: > >Hi > > > >>I am going to rebuild XMail without the -lc_r and see how it goes ... > > > >Cool, let me know if it gets rid of all those KQUEUE's for you as well. > > > >-Darren > >- > >To unsubscribe from this list: send the line "unsubscribe xmail" in > >the body of a message to [EMAIL PROTECTED] > >For general help: send the line "help" in the body of a message to > >[EMAIL PROTECTED]
I had the same problem with KQUEUEs in FreeBSD, although I had no idea what the reason was until decker's post. So I did as he suggested and recompiled without libc_r and ran XMail, which crashed about twenty hours later producing this unhelpful backtrace: Core was generated by `XMail'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libkvm.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libkvm.so.2 Reading symbols from /lib/libcrypt.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.2 Reading symbols from /usr/lib/libstdc++.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.4 Reading symbols from /lib/libm.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.3 Reading symbols from /usr/lib/libpthread.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x282c1da4 in flockfile () from /lib/libc.so.5 (gdb) bt #0 0x282c1da4 in flockfile () from /lib/libc.so.5 #1 0x282a070a in fgets () from /lib/libc.so.5 #2 0x2829b264 in gethostent () from /lib/libc.so.5 #3 0x2829b565 in _ht_gethostbyaddr () from /lib/libc.so.5 #4 0x2829ad6b in nsdispatch () from /lib/libc.so.5 #5 0x2829a051 in gethostbyaddr () from /lib/libc.so.5 #6 0x0807bc72 in ?? () #7 0x0805a6c2 in ?? () #8 0x0805fd27 in ?? () #9 0x08060dfd in ?? () #10 0x0807de19 in ?? () #11 0x0807de78 in ?? () #12 0x281e9b06 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1 #13 0x0813f0c0 in ?? () (gdb) I recompiled with XMAIL_DEBUG=1 and am running that. Hopefully I will get a better backtrace if XMail segfaults again. Dofri - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
