[Gl4java-development] [gl4java-usergroup] GL4Java 2.5.2.0 test2 Released

[Sven G. <sgo...@ja...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

A new bugfixed test release is done !

This one is well testable !
Please do so, to make it more stable !

you can get it from:
 	binary-packages:
 		http://www.jausoft.com/Files/Java/1.1.X/GL4Java/binpkg

 	sources, doc's, demo's:
 		http://www.jausoft.com/Files/Java/1.1.X/GL4Java/archive

The CVS repository is commited and tagged: rev-2-5-2-0-test2

Experience:
==========
	Linux 2.4.1, XFree86 4.0.2, kde 2.1 beta2:

		Command-Line JDK (1.1-1.3, sun, blackdown, ibm(no jawt)): 	OK !
			Indirect DRI (Mesa-Soft 3.3):		OK
			NVidia 0.96:				OK
				See NVidia notes below !

		Netscape + Netscape JVM:  					ERROR !
			does not work, because Netscape's JVM 
			implementation on linux looks like 
			not to handle long-types within the JNI API .. ?!

		Netscape + j2re-1_3_0_01: 					OK !
			Indirect DRI (Mesa-Soft 3.3):		OK
			NVidia 0.96:				OK
				See NVidia notes below !

		Konqueror (2.1 beta2):
			jdk 1.3-sun:						ERROR
				Applet runs, but nothing is visible !		

			jdk 1.3-ibm (no jawt):					OK !

			jdk 1.3-blackdown:					OK !
				Indirect DRI (Mesa-Soft 3.3):	OK
				NVidia 0.96:			OK
					See NVidia notes below !
			
	Win98/WinNT4.0(*):
		
		Command-Line JDK (1.1-1.3, sun): 				OK !
			Well, you have to start the java.exe from the 
			<jdk-path>/jre/bin/java.exe 
			Otherwise, the jawt.dll is not found !! BUG in JDK !! 

		IExplorer + MS-JVM buil 3802:					OK !
			JDirect usage ..

		JRE 1.3* Plugin + ( IExplorer | Netscape )				OK !

		Netscape + Netscape JVM 					OK !

	(*) WinNT 4.0:
		On my system (servicepack6, nvidia detonator3), 
		i cannot restart the applet !
		An read access to adress 0x000000 occures right from 
		NVidia's OGL implementation !!
		Looks like another bug within NVidia ?
		See NVidia notes below !
		Well, Win98 runs fine


NVidia Driver Note's:
================

The Linux 0.96 driver, and may be the winnt4.0 drivers,
looks like not being able to handle THREAD's very well !

Example:

JVM Process 1:
	JVM Process 1 - Thread 1:
		>MakeCurrent()
		>Free()
		This Produces many .X.err logs regarding to new created drawables for 
		same thread !(?)

If you use the same JVM process, and you start many applets -> native threads,
the GL context managment looks like very confused.
On Linux the GL rendering went slower and slower !
But a restarted JVM is fast as its first time !
Yes - GL4Java does destroy the glcontext 
and finalizes well !

comments, ideas are very wellcome !

kind regards, sven			
- -- 
mailto:sgo...@ja...
www   : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6ikNcHdOA30NoFAARAhoZAKCEkjmEb8oYuVsMMRXezBOhU/vP9gCgh+Lx
JkwKrgR7WwChh8BrulCwANA=
=B3cQ
-----END PGP SIGNATURE-----