Re: [Bug: 21.4.12] core dump when Gnus tries to access non-existent nntp server.

|--==> "SJT" == Stephen J Turnbull <stephen(a)xemacs.org&gt; writes: SY> In 21.5, no problem, just hit 'y' and I'm reading mail. SJT> You're building 21.5 every day, right? Usually, when there have been changes. SY> In 21.4.12, XEmacs dumps core before I see the question about SY> the non-existent server. SJT> Most recent build? I had cvs up'd (tag 'release-21-4') a few minutes prior. SY> #1 0x408cccec in db_open () from /lib/libnss_db.so.2 SJT> Uh-oh. libdb.... SY> Additional prefixes: /usr/local/pgsql /usr/local/BerkeleyDB.4.1 SJT> Lose, lose? Up until now, I would have said "no", but not anymore. I'm now seeing this bug in 21.5 as well. And if I build without BerkeleyDB the problem goes away. SJT> Try ldd on libnss_db.so and on XEmacs see what libs resolve. This was really weird, I couldn't find _anything_ from XEmacs that was using libnss_db. SJT> ../nss !? Oh, I see, you built your own libc. Howcum not libnss? Actually, no. This is a remarkably (for me) clean install of Slackware 8.1. Haven't gotten around to butchering my libc yet. :-) SJT> FWIW, here's the only patch to process-unix.c in 21.4.12: [...] SJT> You could try reverting that and see what happens. I'll have a look later and see what happens. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|