I'm trying to nntpcache going under Solaris 2.4, but not having much luck. It seems to core-dump quite readily. Here's what syslog says: Jul 28 20:25:21 xi nntpcached[20784]: nntpcache.c:788: cwd now /etc/nntpcache Jul 28 20:25:21 xi nntpcached[20784]: nntpcache.c:817: cwd now /var/nntpcache Jul 28 20:25:21 xi nntpcached[20784]: waiting for connections on DEFAULT:119... Jul 28 20:25:21 xi nntpcached-update[20785]: checking server pipo for 'overview.fmt' Jul 28 20:25:21 xi nntpcached-update[20785]: authdes_refresh: keyserv(1m) is unable to encrypt session key Jul 28 20:25:21 xi nntpcached-update[20785]: sockets.c:76: connected to NNTP server pipo as DEFAULT Jul 28 20:25:21 xi nntpcached-update[20785]: sockets.c:402: => [pipo] list overview.fmt Jul 28 20:25:22 xi nntpcached-update[20785]: checking server pipo for 'active' Jul 28 20:25:22 xi nntpcached-update[20785]: sockets.c:402: => [pipo] list Jul 28 20:25:22 xi nntpcached-update[20785]: merging 'active' from pipo with existing group information Jul 28 20:25:22 xi nntpcached-update[20785]: checking server pipo for 'active.times' Jul 28 20:25:22 xi nntpcached-update[20785]: sockets.c:402: => [pipo] list active.times Jul 28 20:25:22 xi nntpcached-update[20785]: merging 'active.times' from pipo with existing group information Jul 28 20:25:22 xi nntpcached-update[20785]: checking server pipo for 'newsgroups' Jul 28 20:25:22 xi nntpcached-update[20785]: sockets.c:402: => [pipo] list newsgroups Jul 28 20:25:22 xi nntpcached-update[20785]: merging 'newsgroups' from pipo with existing group information Jul 28 20:25:22 xi nntpcached-update[20785]: update daemon finished Jul 28 20:25:22 xi nntpcached[20784]: nntpcache.c:102:No child processes: SIGSEGV! And here's what dbx tells me ... (dbx) run -n -s Running: nntpcached -n -s (process id 20781) Reading symbolic information for /usr/lib/nss_nisplus.so.1 Reading symbolic information for /usr/lib/straddr.so Reading symbolic information for /usr/lib/nss_files.so.1 signal SEGV (no mapping at the fault address) in doprf at 0xef7d7d3c doprf+0x328: stb %i0, [%i4] (dbx) where =>[1] doprf(0x20, 0x189, 0xeffffe73, 0x188, 0xef781000, 0xfffffa69), at 0xef7d7d3c [2] eprintf(0x8, 0xef7e1014, 0x1351e, 0xeffffa64, 0xefffd1d4, 0x5a9), at 0xef7d809c [3] elf_bndr(0x4cfd8, 0x11e1c, 0xef7f2760, 0x1610c, 0x1351e, 0x0), at 0xef7d88e8 [4] _elf_rtbndr(0x1610c, 0xefffd3d8, 0xefffd438, 0x1, 0xefffd3d8, 0xefffd438), at 0xef7d3b8c [5] 0x4ce50(0x0, 0x40, 0x0, 0x1, 0xeffff8d8, 0x1453c), at 0x4ce4f [6] check_child(0x11, 0xf099df98, 0xffffffff, 0x0, 0x0, 0xfca8d5a8), at 0x1610c [7] sigchld(0x12, 0x0, 0xefffd438, 0x0, 0x0, 0xfc7f1740), at 0x16170 ---- called from signal handler with signal 18 (SIGCLD) ------ [8] _pause(), at 0xef66aab0 [9] main(0x4dab0, 0xeffff8c8, 0xeffff94c, 0x5274c, 0x0, 0x0), at 0x18b54 (dbx) exit Any ideas what might be happening? -- Mike Williams
