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

SJT> Most recent build? SY> I had cvs up'd (tag 'release-21-4') a few minutes prior. It's not the freshness of the XEmacs, it's the freshness of libc, libnss_db, and libdb that are at issue. SJT> Try ldd on libnss_db.so and on XEmacs see what libs resolve. SY> This was really weird, I couldn't find _anything_ from XEmacs SY> that was using libnss_db. You won't. It's internal to glibc (look at the backtrace, you'll see what I mean). What's going on, I think, is that the various BerkDB libs are not consistent with each other. I think that we need to link XEmacs's database.o to BerkDB 4 before resolving linkage to libc, which pulls in BerkDB-whatever-libnss_db-links-to. Which is typically libdb.so.2 or libdb.so.3. Woops! Lookie, lookie: steve＠turnbull:steve$ ldd /lib/libnss_db-2.2.so /lib/libnss_db-2.2.so: /lib/libnss_files.so.2: version `GLIBC_2.0' not found (required by /lib/libnss_db-2.2.so) libnss_files.so.2 => /lib/libnss_files.so.2 (0x4000b000) ======> libdb3.so.3 => /usr/lib/libdb3.so.3 (0x40015000) libc.so.6 => /lib/libc.so.6 (0x400bd000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) steve＠turnbull:steve$ ldd `which xemacs` libcanna.so.1 => /usr/lib/libcanna.so.1 (0x40018000) [...] libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x402c6000) libdl.so.2 => /lib/libdl.so.2 (0x402dc000) ======> libdb2.so.2 => /lib/libdb2.so.2 (0x402df000) libncurses.so.5 => /lib/libncurses.so.5 (0x40320000) libm.so.6 => /lib/libm.so.6 (0x4035e000) libutil.so.1 => /lib/libutil.so.1 (0x40380000) libc.so.6 => /lib/libc.so.6 (0x40383000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Note how Debian distinguishes them by their _names_, not just their SO_VERSION. We've had problems on Red Hat, for example, where Lesstif and OpenMotif are _both_ libXm.so, just with different SO_VERSIONs. Of course there's major grief when ld-linux.so picks the wrong .so to link to the headers XEmacs found. I suspect the same here. SJT> You could try reverting that and see what happens. SY> I'll have a look later and see what happens. I doubt it matters, I think it's the library conflict. Try that first. -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---| -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.