On Tue, 24 Nov 1998 13:37:12 +0000, Mike Song wrote:
>It will do if I remove MOZILLA_HOME and CLASSPATH
>from the .bashrc file (so they are not defined). It sounds
>strange but it works somehow.
Actually, it is documented in Netscape's readme that the
browser's JVM looks at CLASSPATH if defined and will *only*
look there for its own classes. If it is not defined, it
will look at the directory where the binary lives to find
the jar/zip files.
What I did was to make a netscape script file that lives in
/usr/local/bin that unsets CLASSPATH, just in case it was set,
and then runs the netscape binary (thus the netscape binary is
not actually in the path) This makes it work perfectly.
Why Netscape does not look for its classes in the binary directory
*after* it has looked at classpath is beyond me. It is so silly
that the user's added classes and jar files must then also include
the application's files. (Just like the silly -classpath option in
the JDK) The application's/JVM's required classes should always be
added to the end of the classpath the user sets. If the user is
replacing some/all of the classes, it will never find the ones later
on, and if the user is not replacing them (usual case) the system
will then find its required classes.
CLASSPATH, as it is currently implemented by various JVMs, JDKs, and
browsers is, IMHO, one of the most confusing, broken, and expensive
problems in Java (expensive in the cost of support and the like)
Just look at how many times people have problems with this in a
reasonably technical group like Linux.
Michael Sinz -- Director of Research & Development, NextBus Inc.
mailto:[EMAIL PROTECTED] --------- http://www.nextbus.com
My place on the web ---> http://www.users.fast.net/~michael_sinz
