This is the mail archive of the
java-discuss@sourceware.cygnus.com
mailing list for the Java project.
Re: NullPointer + Jars
- To: Bryce McKinlay <bryce at albatross dot co dot nz>
- Subject: Re: NullPointer + Jars
- From: "Gregory R. Warnes" <warnes at biostat dot washington dot edu>
- Date: Fri, 19 May 2000 02:31:11 +0000 (GMT)
- cc: gcj Discussion List <java-discuss at sourceware dot cygnus dot com>
I don't think it's trying to load the class file, rather I think it's
loading property data from "MessagesBundle.properties"
hydra:/tmp/gcj> ls ~/java/gnu/getopt/
COPYING.LIB LongOpt.class
MessagesBundle_fr.properties
ChangeLog LongOpt.java
MessagesBundle_no.properties
Getopt.class Makefile README
Getopt.java MessagesBundle.properties gnu.getopt.Getopt.html
GetoptDemo.class MessagesBundle_cs.properties gnu.getopt.LongOpt.html
GetoptDemo.java MessagesBundle_de.properties
I'll send the getopt jar in a separate message.
-Greg
On Fri, 19 May 2000, Bryce McKinlay wrote:
BM>> "Gregory R. Warnes" wrote:
BM>>
BM>> > Actually, I didn't want to touch the interpreter, so I the getopt code is
BM>> > compiled in.
BM>>
BM>> So, in that case, the real question is why is the interpreter trying to load that code?
BM>>
BM>> You certainly shouldn't need to have the getopt .jar on your classpath at runtime, although
BM>> it shouldn't matter if you do.
BM>>
BM>> Where can I get the java getopt package?
BM>>
BM>> regards
BM>>
BM>> [ bryce ]
BM>>
BM>>
BM>>