> Netbsd v1.1 (sparc) ran Netscape v1.12 (SunOS emul) ok.  Tended to lock  
> up (well not respond to keyboard/mouse events) after playing sounds and  
> what not but I think I recall seeing this as a defined 'bug'.

Yes, this happens to me with NetBSD/SPARC 1.0 and all versions of Netscape,
1.1N and 2.0beta[1-6]/2.0.

> I tried in vain to run v2.0 and got a core dump.  Apparently, the new release  
> requires ld.so to exist in /usr/lib which it does not, at least on  
> NetBSD/sparc stations.  I made a symlink to /usr/libexec/ld.so but ran

ld.so is in /usr/lib in 1.0 (why was it moved?) ...

> into a more serious problem.  Netscape dumped saying a system function  
> call (stime) wasn't implemented.  I don't have the ktrace output handy  
> at the moment but can provide it if asked.

You should try to get up to -current if you can; pk put some fixes shortly
after 1.1 came out into the VM system that made Netscape 2.0betaN notably
happier as a byproduct, according to eyewitness reports.

> FWIW, v2.0 didn't seem very happy at all even on a true SunOS 4.1.3 (note,
> NOT update 1) machine.

I have no problems with it here on ol' "isolar" (but it's 4.1.4 ... for now).

> P.S. I have seen amazingly long delays in name resolution via dns when  
> using the dns versions of the Netscape browser.  Is Netscape doing  
> something unusual in their SunOS versions such that it has a difficult  
> time talking to bind 4.9.2 resolvers running under SunOS and rebuilt  
> shared C libraries?

Well, Netscape - netscape_dns - is undoubtedly statically linked against
the SunOS 4.1.3_U1 libresolv.a, which is as old as the hills (circa 4.8.1).
Maybe there's some problem there?  I use an "old style" /etc/resolv.conf,
and don't seem to have much of a problem with this ...

	- Greg