On Fri, 19 Feb 1999 05:55:52 -0600, Steve Cohen wrote:
>I have recently installed binfmt_misc on my linux system using kernel
>2.2.1.
>I have this game application I've written. It lives in its own package
>in its own directory one level down from ./usr/local/java.
>Following the suggestions of people here, I have gotten into the habit
>of NOT defining classpath variables but using the -classpath switches in
>
>javac and java. Therefore I had to rewrite the "javawrapper" that comes
>
>as a sample with the binfmt_misc documentation.
>
>Now for the wierd part. It all works just fine when I am logged in as
>root. But when logged in as myself, java reports that it can't find my
>class. What could cause this? I have loaded up my javawrapper script
>with a bunch of echo statements and am convinced that it produces the
>same output under both logins. Neither as root nor as myself do I have
>a CLASSPATH variable defined. So what else could it be?
Have you checked the access rights of the directories and class files?
Most likely, if you built under root, it does not have world read or
execute on the files and/or directories. (Actually, the .class files
do not need execute but they do need read)
>Or is it just a bad idea to use a package member class as the class
>holding main()?
No, I do that all the time. It works well.
I do not, however, use my system under "root" *except* when absolutely
required (as in, when doing admin work). This is a good habit to be
in since it tends to reduce your chances of really getting messed up
or having some unwanted access into your system. It also helps
identify things like access rights issues in your directories and files
since non-root users actually are held to them.
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
