I realize this may be an ID 10 T error on my part ;-) but when I tried to run this code on my machine (mac G4 running osx 10.2 w/ java version "1.3.1" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-root_1.3.1_020714-12:46) Java HotSpot(TM) Client VM (build 1.3.1_03-69, mixed mode) )
I got exceptions...
Oh, I'm also running the current BETA X11 software (from apple's website) so perhaps that's the cause.
Well, if anyone has any ideas on how I might get this working, I'd appreciate the help.
Here's what I did:
prompt% java -jar suiterunner-1.0beta2.jar account.srj java.lang.InterruptedException at org.suiterunner.RunnerJFrame$2.accept(RunnerJFrame.java:153) at javax.swing.JFileChooser.accept(JFileChooser.java:1367) at com.apple.mrj.swing.MacDirectoryModel$LoadFilesThread.run(MacDirectoryModel.jav a:376) java.lang.InterruptedException at org.suiterunner.RunnerJFrame$2.accept(RunnerJFrame.java:153) at javax.swing.JFileChooser.accept(JFileChooser.java:1367) at com.apple.mrj.swing.MacDirectoryModel$LoadFilesThread.run(MacDirectoryModel.jav a:376) dyld: java Undefined symbols: OpenGL undefined reference to _gll_noop expected to be defined in /usr/X11R6/lib/libGL.dylib OpenGL undefined reference to _gll_pkey expected to be defined in /usr/X11R6/lib/libGL.dylib Trace/BPT trap
Oddly enough, I use Mac OS X 10.2 also right now, and I get a similar exception when starting SuiteRunner. Frank and I last week saw it but dismissed it with, "Oh that must be a Mac OS X bug." It doesn't throw the exception on Solaris or Windows, and it didn't used to throw the exception when I ran under Max OS X 10.1. We didn't have time to investigate the OS X exception.
Even though it throws that exception on OS X on startup, the app still works fine. Is it still working fine for you after it comes up? The demo should come up with two failed tests.
Here's what I get on Mac OS X 10.2:
java.lang.InterruptedException at org.suiterunner.RunnerJFrame$2.accept(RunnerJFrame.java:153) at javax.swing.JFileChooser.accept(JFileChooser.java:1367) at com.apple.mrj.swing.MacDirectoryModel$LoadFilesThread.run(MacDirectoryModel.jav a:376)
Interestingly enough, this is pretty much exactly the error I got running under Windows 2000:
java.lang.InterruptedException at org.suiterunner.RunnerJFrame$2.accept(RunnerJFrame.java:153) at javax.swing.JFileChooser.accept(JFileChooser.java:1378) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicD irectoryM odel.java:266)
doing a 'java -version' yields:
java version "1.3.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C) Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)
I'm sure this is something we can fix, regardless whether it is a 1.3 issue. Now that you mention it, when we tested on Windows and Solaris, we were using 1.4. I'll check into it.
I get the same exceptions running Windows 2000 with 1.0beta2.
java.lang.InterruptedException at org.suiterunner.RunnerJFrame$2.accept(RunnerJFrame.java:153) at javax.swing.JFileChooser.accept(Unknown Source) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(Unknown Source)
Also when I choose the "Select" button from the default UI and highlight a suite to run, the "Ok" button is always grayed out so I must double click to load a new suite to run. I was not sure if this was related to the error above.
Frank and I were aware of both the exception problem and the disabled OK button problem when we released 1.0beta2. We'll get them fixed for the next release, which will be soon, probably before the end of February.
Previous Topic
