I added the contrib lib expecting it to fail but it worked, and loaded (in half the usual time) some code from the user.clj as well:
>java -Xbootclasspath/a:clojure\clojure.jar;clojure-contrib\clojure-contrib.jar >clojure.main Clojure 1.1.0-alpha-SNAPSHOT user=> I had been reading in this paper: http://www.tedneward.com/files/Papers/BootClasspath/BootClasspath.pdf about the case below and how that could explain the NPE, but when I added the lib to see it, the thing worked. public class NewObjectLoader { public static void main (String args[]) { NewObject no = new NewObject(); System.out.println( no.getClass().getName() + " was loaded by " + no.getClass().getClassLoader()); } } Sure enough, the NewObject class is not only found at compile-time and runtime, but it prints "NewObject was loaded by null", indicating it owes its existence to the bootstrap ClassLoader. Running on Vista >java -version java version "1.6.0_13" Java(TM) SE Runtime Environment (build 1.6.0_13-b03) Java HotSpot(TM) Client VM (build 11.3-b02, mixed mode, sharing) -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
