> If you can reproduce the core dump, ktrace netscape and you can see 
> what system call isn't implemented.

Oh, yes, it's quite reproducable. Type `netscape_dns'; get core. :-)
It doesn't appear to get very far. The entire ktrace log is at the end
of this message.

If I'm reading it correctly, it's failing on geteuid, which seems
just a wee bit odd. Surely that system call isn't missing! From
the looks of it, getuid works all right and is returning the correct
value.

I've tried gdb on it, but there's not much to be gotten out of it, since
the symbol table appears to be stripped.

This was SunOS Netscape 2.02, btw. I'll grab version three when
I've got a spare hour or two on the modem and see what that does.

cjs

Curt Sampson    curt@portal.ca		Info at http://www.portal.ca/
Internet Portal Services, Inc.	
Vancouver, BC   (604) 257-9400		De gustibus, aut bene aut nihil.


ktrace   RET   ktrace 0
ktrace   CALL  execve(0xf7fff913,0xf7fff8bc,0xf7fff8c4)
netscape_dns RET   execve 0
netscape_dns CALL  open(0x220c,0,0x430bd0)
netscape_dns RET   open 3
netscape_dns CALL  read(0x3,0xf7fff84c,0x20)
netscape_dns RET   read 32/0x20
netscape_dns CALL  compat_43_ommap(0,0x10000,0x5,0x80000002,0x3,0)
netscape_dns RET   compat_43_ommap 71499776/0x4430000
netscape_dns CALL  compat_43_ommap(0x443e000,0x2000,0x7,0x80000012,0x3,0xe000)
netscape_dns RET   compat_43_ommap 71557120/0x443e000
netscape_dns CALL  open(0x221b,0,0x7)
netscape_dns RET   open 4
netscape_dns CALL  getuid
netscape_dns RET   getuid 1000/0x3e8
netscape_dns CALL  geteuid