Thanks, both of those worked*. It's strange that the jar/resource cache could get into an incoherent state like that.

I still get the exception in quantum.utils.Log.getStackTrace(Log.java:81) whenever the tutorial is started. That appears to be benign and unrelated to the freezing.

* Shared objects from jogl-1.1.1-solaris-i586.zip required for the downloadable version.

I played an earlier version which worked correctly (1.24?), however 1.27 repeatably locks up. The main and Java console windows stop repainting.

Immediately starting a single player game:-


[FileManager] path to quantum is '/export/home/komadori/quantum/'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/./'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/config.dat'
[SoundManager] buffers size: 34000
[Renderer] shaders supported
[Renderer] loaded textures
[Renderer] created display list
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/dat/scripts/'
[SinglePlayerMenu] listing bots files in '/export/home/komadori/quantum/dat/scripts/
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/dat/maps/'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/tmp6114823322573.rec'
[GameSaver] opened file 'tmp6114823322573.rec' for output
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/tmp6114823322573.rec'
[Renderer] shaders supported
[Renderer] loaded textures
[Renderer] created display list
[SoundStream] stream disposed
[SoundStream] stream disposed


Part way through the tutorial:-


[FileManager] path to quantum is '/export/home/komadori/quantum/'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/./'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/config.dat'
[SoundManager] buffers size: 34000
yockenthwaite% cat log1.txt
[FileManager] path to quantum is '/export/home/komadori/quantum/'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/./'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/config.dat'
[SoundManager] buffers size: 34000
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/tmp5266068885265.rec'
[GameSaver] opened file 'tmp5266068885265.rec' for output
[GameLoop] couldn't create recorder: null
quantum.utils.Log.getStackTrace(Log.java:81)
quantum.game.GameLoop.<init>(GameLoop.java:59)
quantum.forms.Tutorial.<init>(Tutorial.java:50)
quantum.forms.StartMenu$2.clicked(StartMenu.java:88)
quantum.gui.Button.mouseReleased(Button.java:84)
quantum.gui.Container.mouseReleased(Container.java:132)
quantum.gui.Container.mouseReleased(Container.java:132)
quantum.gui.Gui.mouseReleased(Gui.java:206)
java.awt.Component.processMouseEvent(Component.java:6134)
java.awt.Component.processEvent(Component.java:5899)
java.awt.Component.dispatchEventImpl(Component.java:4501)
java.awt.Component.dispatchEvent(Component.java:4331)
java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

[Renderer] shaders supported
[Renderer] loaded textures
[Renderer] created display list
[SoundStream] stream disposed
[SoundStream] stream disposed
[SoundStream] stream disposed
[SoundStream] stream disposed


On the main menu:-


[FileManager] path to quantum is '/export/home/komadori/quantum/'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/./'
[FileManager] path to quantum is '/export/home/komadori/quantum/', returning file '/export/home/komadori/quantum/config.dat'
[SoundManager] buffers size: 34000


System configuration:-


% uname -srvmpi       
SunOS 5.11 snv_101b i86pc i386 i86pc
% java -version       
java version "1.6.0_10"
Java(TM) Platform, Standard Edition for Business (build 1.6.0_10-b33)
Java HotSpot(TM) Server VM (build 11.0-b15, mixed mode)
% glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro FX 370/PCI/SSE2
OpenGL version string: 2.1.2 NVIDIA 177.80
OpenGL extensions:

glScalef().

http://slashrun.org/lib/jogl-1.1.0-rc2/jogl.jnlp is missing the Solaris/IA32 natives.

Yes, but it sleeps close to 20ms (you only check the lower bound). In any case, without using a hard real-time scheduler the duration parameter is a request rather than a demand.

Limiting Java 6 to MacOS 10.5 isn't the problem. Anecdotally, support for previous MacOS releases by both Apple and third-party vendors fades away quite rapidly compared to other platforms. This is the nature of platform. The limitation of Java 6 support to machines with 64-bit Intel processors is more troubling.

The applet runs but doesn't respond to keyboard input. If I try reloading the applet within the same browser instance then subsequently it doesn't respond to mouse input either. The first instance might be a bug in the browser or plugin assigning focus as I've seen it elsewhere. Curiously, the problem goes away if the Java console is enabled. In the second instance (when reloading), an exception is printed to the console:-

Tue Oct 28 22:14:30 GMT 2008 ERROR:Sound initialisation failure.
Tue Oct 28 22:14:30 GMT 2008 ERROR:Only one OpenAL context may be instantiated at any one time.
java.lang.IllegalStateException: Only one OpenAL context may be instantiated at any one time.
   at org.lwjgl.openal.AL.create(AL.java:115)
   at org.lwjgl.openal.AL.create(AL.java:104)
   at org.lwjgl.openal.AL.create(AL.java:191)
   at org.newdawn.slick.openal.SoundStore$1.run(SoundStore.java:294)
   at java.security.AccessController.doPrivileged(Native Method)
   at org.newdawn.slick.openal.SoundStore.init(SoundStore.java:291)
   at org.newdawn.slick.Music.<init>(Music.java:109)
   at Multitris.init(Multitris.java:267)
   at org.newdawn.slick.AppletGameContainer$Container.initApplet(AppletGameContainer.java:207)
   at org.newdawn.slick.AppletGameContainer$ContainerPanel.initGL(AppletGameContainer.java:164)
   at org.newdawn.slick.AppletGameContainer$ContainerPanel.start(AppletGameContainer.java:148)
   at org.newdawn.slick.AppletGameContainer$1.run(AppletGameContainer.java:68)
Tue Oct 28 22:14:31 GMT 2008 WARN:class org.newdawn.slick.opengl.PNGImageData failed to read the data

The JNLP is missing the Solaris natives, so I haven't tested that.

Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.8.1.14) Gecko/20080620 Firefox/2.0.0.14

$ uname -srv
SunOS 5.11 snv_93
$ java -version
java version "1.6.0_06"
Java(TM) Platform, Standard Edition for Business (build 1.6.0_06-b02)
Java HotSpot(TM) Server VM (build 10.0-b22, mixed mode)

Clear the set of pressed keys when you lose focus. If the user deliberately holds down a key while changing focus away and back again then the game will erroneously consider it released, but I think that this is more acceptable than assuming that the key will not be released. A user will intuitively press a dropped key again, but it is less clear how to free a stuck key.

BTW, you should create JNLPs for your projects.

It works under Solaris/IA32 as well. Performance is good.

The game displays "Stage 1" and "Stage Won!" immediately as play begins and then there is a pause before "Wave 1" briefly appears and then the first select upgrade dialogue is displayed. No icons appear in the boxes for the different upgrades, but I presume that isn't implemented yet.

I found it initially confusing that the enemies were same colour as my ship and I would pick a different colour for at least the first enemies introduced to the player. Also, the arrows surrounding you too closely resemble ships themselves. My first thought was to attack them and I did not realise what they meant until I had played a couple of times. It might be worth trying it with arrows on the borders of the window instead. On subsequent stages, the game will offer you upgrades you've already taken. It's not clear if picking the same one again is intended to provide cumulative enhancement. After stage 4 the game wraps around to the beginning.

If your mouse leaves the window when a key is pressed down and if the key is released while the mouse is outside the window then it will be logically stuck down when the game is unpaused.

Otherwise, I found it quite fun.

You can install Linux as a guest under VirtualBox (http://www.virtualbox.org/) running on a Windows, MacOS, or Solaris (Intel) host machine. It's free and doesn't require a processor with virtualisation extensions.

I'm happy for the Java programming language to serve the corporate need for large numbers of warm bodies on seats, but I wish the JVM was more flexible.

Try calling:-

JPopupMenu.setDefaultLightWeightPopupEnabled(false);

This will put the menus in separate heavyweight containers from the JPanel, which I think should clip the actively rendered graphics.