Re: [gl4java-usergroup] GL4Java Multithreading (was GL4Java + KDE2.1b2's Konqueror)

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

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

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

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

On Thursday 08 February 2001 10:42, you wrote:
> > I had some problems porting some code to GL4Java. Specifically,
> > in order to get animation working at all and with good
> > performance, it was necessary to subclass GLAnimCanvas and use
> > the following settings:
> >   setUseRepaint(true);
> >   setUseFpsSleep(false);
> >   setSuspended(false);
> >
> > I found that calling sDisplay() in my main thread reliably
> > crashed the machine (apparently doing something relating to
> > multithreaded access to the OpenGL context the GeForce didn't
> > like).
>

I have checked this bug out while playing around with the
glDemosCvs !
I just pressed the repaint:=false & fpsSleep=false buttons !

Also I have changed the GLLandscape Demo:
	- added those buttons
	- added two more threads, which just makecurrent/Free
	  and reads some GL strings without any pause !

Well, the specification of glXMakeCurrent says,
that if another threads uses the GLXContext, 
glXMakeCurrent should fail, so gljMakeCurrent will fail
and the display method finishes !

I have played arround with an own manual 
java-thread locking (monitor) mechanism within gljMakeCurrent/gljFree !

So this looks like a missbehavior of NVidia's glXMakeCurrent 
(X11 driver for Linux) implementation -> not thread safe !?

With the new java monitor for within gljMakeCurrent/gljFree
the responsiveness and reliabel rised:
	- no more mouse-click -> openGL loss (thread is now waiting)
	- with a kind of tri-state, better java-thread switching ..

I have also added in gl4java.applet.SimpleAnimApplet1
a feature for mouse button 3, where (if pressed),
the GLCanvas is moved to a new Frame.
Pressed again, it is moved back ;-) 
It works, I have just added a glj = null, in the cvsDispose method ..

well looks more stable now .. (tested with above described demos)

but it is an NVidia - X11 driver implementation problem !

Not happend within NVidia - Win32 and the DRI XFree86 drivers !

later, 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

iD8DBQE6hLdZHdOA30NoFAARAowsAJ4r1Kgg6qTax/XVwergv6nyec8MuQCfQPSu
Sn1qBrCE0OBKPTFA4oDU2TY=
=67RA
- - -----END PGP SIGNATURE-----
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6hS9NHdOA30NoFAARAnXdAJ9th+udycrJ5xWhQIGdXtMWf6oH7ACfeX65
p4a0tnBvYw4uXpSGjW4HeQw=
=VgWM
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6hgsdHdOA30NoFAARAoEXAJ0RE1cx6W577JxrUVEwNX6v7oEHhQCgv8aj
iRtyzL32zHughNFLXc7liG8=
=MFmT
-----END PGP SIGNATURE-----