Menu
▾
▴
gl4java-usergroup
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(39) |
Feb
(22) |
Mar
(41) |
Apr
(44) |
May
(47) |
Jun
(25) |
Jul
(28) |
Aug
(39) |
Sep
(35) |
Oct
(31) |
Nov
(31) |
Dec
(3) |
| 2001 |
Jan
(18) |
Feb
(43) |
Mar
(47) |
Apr
(38) |
May
(9) |
Jun
(20) |
Jul
(8) |
Aug
(11) |
Sep
(15) |
Oct
(43) |
Nov
(27) |
Dec
(73) |
| 2002 |
Jan
(42) |
Feb
(47) |
Mar
(49) |
Apr
(58) |
May
(12) |
Jun
(68) |
Jul
(42) |
Aug
(9) |
Sep
(19) |
Oct
(36) |
Nov
(28) |
Dec
(12) |
| 2003 |
Jan
(13) |
Feb
(24) |
Mar
(40) |
Apr
(52) |
May
(39) |
Jun
(46) |
Jul
(17) |
Aug
(5) |
Sep
(4) |
Oct
(9) |
Nov
(13) |
Dec
(12) |
| 2004 |
Jan
(1) |
Feb
(17) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(6) |
Nov
(6) |
Dec
(3) |
| 2005 |
Jan
|
Feb
|
Mar
(8) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(1) |
| 2006 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(5) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(5) |
| 2007 |
Jan
(3) |
Feb
(11) |
Mar
(5) |
Apr
(5) |
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(5) |
| 2008 |
Jan
(7) |
Feb
(8) |
Mar
(30) |
Apr
(17) |
May
(20) |
Jun
(8) |
Jul
(19) |
Aug
(10) |
Sep
(7) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(13) |
Feb
(7) |
Mar
(13) |
Apr
(27) |
May
(95) |
Jun
(77) |
Jul
(43) |
Aug
(25) |
Sep
(24) |
Oct
(32) |
Nov
(6) |
Dec
(6) |
| 2010 |
Jan
|
Feb
(2) |
Mar
(30) |
Apr
(58) |
May
(60) |
Jun
(72) |
Jul
(32) |
Aug
(45) |
Sep
(19) |
Oct
(4) |
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Sven G. <sgo...@ja...> - 2002-04-09 21:37:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 08 April 2002 18:50, Byron Wright wrote: > Hi All, > > It there anywhere at all that I can find out how to use the new listener > model that GL4Java has implemented, I am not able to find any good > documentation or example code on how to set up a simple app using the new > model. Also, if anyone could point me to some example code using 1.4 > fullscreen mode and gl4java that would be really awesome. > > -Byron. > > all is answered in the FAQ cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8s18pHdOA30NoFAARAsj3AJ46bHpO4mCFHEI8K+tGiDXLA6gzMwCfQ85L IKGJGly9O6pFRaN7BY9MPpw= =pr3w -----END PGP SIGNATURE----- |
|
From: Alban C. <aco...@mi...> - 2002-04-09 08:50:52
|
>It there anywhere at all that I can find out how to use the new listener
>model that GL4Java has implemented, I am not able to find any good
>documentation or example code on how to set up a simple app using the new
>model=2E Also, if anyone could point me to some example code using 1=2E4
>fullscreen mode and gl4java that would be really awesome=2E
Hello Byron,
For using the listener model, you can have a look at testListener=2Ejava in
the miscDemos section of gl4java sample=2E However the code is long, so it's
very clear where the listener model code is=2E As a matter of fact, it VERY
simple to implement :
1) Write a class that implements the GLEventListener model
public class SceneManager implements GLEventListener {
final public void init(GLDrawable drawable){
//init code goes here
}
final public void preDisplay(GLDrawable drawable)
{
//predisplay code goes here
}
final public void display(GLDrawable drawable)
{
//display code goes here
}
/*
*
* implement also postDisplay(), cleanup(), and reshape()
*
*/
}
2) Create a canvas, and add your GLEventListener to the canvas
public class myWindow{
SceneManager myGLEventListener;
public myWindow(){
myGLEventListener =3D new SceneManager();
GLAnimCanvas canvas =3D new GLAnimCanvas(caps,width,height);
canvas=2EaddGLEventListener(myGLEventListener);
}
}
For the fullscreen mode, I suggest you have a look here for the theory :
http://java=2Esun=2Ecom/docs/books/tutorial/extra/fullscreen/index=2Ehtml
And at Kenneth Russel's JCanyon source code for the practice (classes
terrain and screenResSelector if I remember well) :
http://java=2Esun=2Ecom/products/jfc/tsc/articles/jcanyon/
Regards,
Alban Cousini=E9
http://www=2Emind2machine=2Ecom
tel : +33 491 246 734
fax : +33 491 246 702
|
|
From: Byron W. <bsl...@mi...> - 2002-04-08 17:00:47
|
Hi All, It there anywhere at all that I can find out how to use the new listener model that GL4Java has implemented, I am not able to find any good documentation or example code on how to set up a simple app using the new model. Also, if anyone could point me to some example code using 1.4 fullscreen mode and gl4java that would be really awesome. -Byron. |
|
From: Sven G. <sgo...@ja...> - 2002-04-06 12:54:56
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 06 April 2002 06:56, Kenneth B. Russell wrote: > > BTW any news on the bug fixes I sent? > > I've been swamped and will not be able to incorporate these fixes > until next weekend at the earliest. Hopefully Sven will be able > to integrate them before then. > i can do it tomorrow cheers, sven - -- health & wealth mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440 ; fax : +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8rvAGHdOA30NoFAARArt0AKC6BOYpwZdhn+mUQgXz6I61c6D7pwCgipKk PRKJMl9SP1gGoOckNhPdrOY= =sIH8 -----END PGP SIGNATURE----- |
|
From: Sven G. <sgo...@ja...> - 2002-04-06 12:54:03
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 06 April 2002 07:03, Kenneth B. Russell wrote: > > The windowClosing method in GLCanvas calls cvsDispose for some reason. > > In my application I only hide a JFrame instead of disposing it on close > > (BTW this is default behavior), but this makes the GLCanvas has dispose > > itself. Now when the JFrame in question is set visible again, the > > GLCanvas is gone. I commented the entire windowClosing implementation in > > GLCanvas out and it seems to work fine. Was there any reason this code > > was put there? It seems to me the GLCanvas will get the windowClosed > > event when a containing window is disposed, so doing dispose on > > windowClosing seems unnecessary. > > I can't answer this definitively but can probably offer some > insight. The OpenGL context needs to be associated with the > underlying widget/HWND/etc. and discarded at the appropriate > time. The problem (as I understand it) is that by the time the > underlying window has been disposed, it's "too late" to dispose > of the OpenGL context since the associated HWND is gone. This is > probably why the OpenGL context is being disposed of eagerly, in > anticipation that the window might get destroyed. There probably > needs to be some sort of re-initialization code put into place > rather than removal of the context cleanup code, or applications > which really do create and destroy GLCanvas objects will have a > memory leak. > > .. and to show the GLCanvas again, i did the latest bugfix within GLCanvas within CVS .. nice documentastion ken: thats the true reason cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8ru/cHdOA30NoFAARAiHFAKCzkpzMmaFmIxZgPWEHLuFsJAFGFACcDb7K d9q0YTFwa3ZxwPRyOD4qR1Y= =hZ26 -----END PGP SIGNATURE----- |
|
From: Sven G. <sgo...@ja...> - 2002-04-06 12:51:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 06 April 2002 06:29, Kenneth B. Russell wrote: > This is a bug in NVidia's drivers. Sven checked in a workaround a > while ago but that workaround is not in the 2.8.2.0 Linux > binaries. You need to get Sven to recompile for the > recently-tagged 2.8.3.0 sources. > did i allready tagged the sources ? anyway, use the TRUNK/HEAD aeh laetest revision .. after more merging tomorrow i will tag 'em thanxs ken cheers, sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8ru9RHdOA30NoFAARArxZAJ4mccK4wW2lFxfcZFVJCCbC7M3IpACgtZ9U o6efCVvdnJCOlLLcNutkBuk= =srw+ -----END PGP SIGNATURE----- |
|
From: Kenneth B. R. <kbr...@al...> - 2002-04-06 05:03:08
|
> The windowClosing method in GLCanvas calls cvsDispose for some reason. > In my application I only hide a JFrame instead of disposing it on close > (BTW this is default behavior), but this makes the GLCanvas has dispose > itself. Now when the JFrame in question is set visible again, the > GLCanvas is gone. I commented the entire windowClosing implementation in > GLCanvas out and it seems to work fine. Was there any reason this code > was put there? It seems to me the GLCanvas will get the windowClosed > event when a containing window is disposed, so doing dispose on > windowClosing seems unnecessary. I can't answer this definitively but can probably offer some insight. The OpenGL context needs to be associated with the underlying widget/HWND/etc. and discarded at the appropriate time. The problem (as I understand it) is that by the time the underlying window has been disposed, it's "too late" to dispose of the OpenGL context since the associated HWND is gone. This is probably why the OpenGL context is being disposed of eagerly, in anticipation that the window might get destroyed. There probably needs to be some sort of re-initialization code put into place rather than removal of the context cleanup code, or applications which really do create and destroy GLCanvas objects will have a memory leak. |
|
From: Kenneth B. R. <kbr...@al...> - 2002-04-06 04:57:03
|
> BTW any news on the bug fixes I sent? I've been swamped and will not be able to incorporate these fixes until next weekend at the earliest. Hopefully Sven will be able to integrate them before then. |
|
From: Kenneth B. R. <kbr...@al...> - 2002-04-06 04:29:19
|
This is a bug in NVidia's drivers. Sven checked in a workaround a while ago but that workaround is not in the 2.8.2.0 Linux binaries. You need to get Sven to recompile for the recently-tagged 2.8.3.0 sources. > Running any test or demo with the above mentioned configuration on a laptop > with Geforce 2 Go fails. Quake 3 and mesa demos run fine, and in an earlier > install of redhat 7.2 the demos worked. > > Dump of output: > > > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : 11 occurred at PC=0x4CA95BF8 > Function=glXGetCurrentContext+0x0 > Library=/usr/lib/libGL.so > > Current Java thread: > at gl4java.GLContext.gljMakeCurrentNative(Native Method) > at gl4java.GLContext.gljMakeCurrent(GLContext.java:2472) > - locked <0x440f55c0> (a gl4java.GLContext) > at gl4java.awt.GLCanvas.display(GLCanvas.java:785) > at gl4java.awt.GLCanvas.sDisplay(GLCanvas.java:715) > at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:466) > at java.lang.Thread.run(Thread.java:536) > > Dynamic libraries: > 08048000-0804d000 r-xp 00000000 03:05 155810 /usr/java/j2sdk1.4.0/bin/java > 0804d000-0804e000 rw-p 00004000 03:05 155810 /usr/java/j2sdk1.4.0/bin/java > 40000000-40014000 r-xp 00000000 03:05 218 /lib/ld-2.2.4.so > 40014000-40015000 rw-p 00013000 03:05 218 /lib/ld-2.2.4.so > 40016000-4001f000 r-xp 00000000 03:05 157498 > /usr/java/j2sdk1.4.0/jre/lib/i386/native_threads/libhpi.so > 4001f000-40020000 rw-p 00008000 03:05 157498 > /usr/java/j2sdk1.4.0/jre/lib/i386/native_threads/libhpi.so > 40020000-40021000 r--p 00000000 03:05 2057 > /usr/share/locale/en_US/LC_IDENTIFICATION > 40021000-40022000 r--p 00000000 03:05 2056 > /usr/share/locale/en_US/LC_MEASUREMENT > 40022000-40023000 r--p 00000000 03:05 2050 > /usr/share/locale/en_US/LC_TELEPHONE > 40023000-40024000 r--p 00000000 03:05 2058 > /usr/share/locale/en_US/LC_ADDRESS > 40024000-40025000 r--p 00000000 03:05 2053 > /usr/share/locale/en_US/LC_NAME > 40025000-40026000 r--p 00000000 03:05 2051 > /usr/share/locale/en_US/LC_PAPER > 40026000-40027000 r--p 00000000 03:05 2055 > /usr/share/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES > 40027000-40028000 r--p 00000000 03:05 2054 > /usr/share/locale/en_US/LC_MONETARY > 40028000-40029000 r--p 00000000 03:05 2049 > /usr/share/locale/en_US/LC_TIME > 40029000-4002a000 r--p 00000000 03:05 2052 > /usr/share/locale/en_US/LC_NUMERIC > 4002a000-4002c000 r--s 00000000 03:05 157441 > /usr/java/j2sdk1.4.0/jre/lib/ext/dnsns.jar > 4002c000-4002d000 rw-s 40000000 00:07 752 /dev/nvidia0 > 4002d000-4003b000 r-xp 00000000 03:05 263 /lib/libpthread-0.9.so > 4003b000-40043000 rw-p 0000d000 03:05 263 /lib/libpthread-0.9.so > 40043000-40045000 r-xp 00000000 03:05 231 /lib/libdl-2.2.4.so > 40045000-40046000 rw-p 00001000 03:05 231 /lib/libdl-2.2.4.so > 40046000-40178000 r-xp 00000000 03:05 227 /lib/libc-2.2.4.so > 40178000-4017e000 rw-p 00131000 03:05 227 /lib/libc-2.2.4.so > 40183000-40446000 r-xp 00000000 03:05 157472 > /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so > 40446000-4058e000 rw-p 002c2000 03:05 157472 > /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so > 405a2000-405b4000 r-xp 00000000 03:05 236 /lib/libnsl-2.2.4.so > 405b4000-405b6000 rw-p 00011000 03:05 236 /lib/libnsl-2.2.4.so > 405b8000-405f1000 r-xp 00000000 03:05 22323 > /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so > 405f1000-40602000 rw-p 00038000 03:05 22323 > /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so > 40605000-40626000 r-xp 00000000 03:05 233 /lib/libm-2.2.4.so > 40626000-40627000 rw-p 00020000 03:05 233 /lib/libm-2.2.4.so > 40627000-40638000 r-xp 00000000 03:05 157495 > /usr/java/j2sdk1.4.0/jre/lib/i386/libverify.so > 40638000-4063a000 rw-p 00010000 03:05 157495 > /usr/java/j2sdk1.4.0/jre/lib/i386/libverify.so > 4063a000-4065b000 r-xp 00000000 03:05 157483 > /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so > 4065b000-4065d000 rw-p 00020000 03:05 157483 > /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so > 4065e000-40672000 r-xp 00000000 03:05 157496 > /usr/java/j2sdk1.4.0/jre/lib/i386/libzip.so > 40672000-40675000 rw-p 00013000 03:05 157496 > /usr/java/j2sdk1.4.0/jre/lib/i386/libzip.so > 40675000-41ced000 r--s 00000000 03:05 157558 > /usr/java/j2sdk1.4.0/jre/lib/rt.jar > 41d2f000-41d46000 r--s 00000000 03:05 157565 > /usr/java/j2sdk1.4.0/jre/lib/sunrsasign.jar > 41d46000-41db4000 r--s 00000000 03:05 157515 > /usr/java/j2sdk1.4.0/jre/lib/jsse.jar > 41db4000-41dc7000 r--s 00000000 03:05 157514 > /usr/java/j2sdk1.4.0/jre/lib/jce.jar > 41dc7000-42048000 r--s 00000000 03:05 157432 > /usr/java/j2sdk1.4.0/jre/lib/charsets.jar > 4c170000-4c19b000 r--p 00000000 03:05 1461 > /usr/share/locale/ISO-8859-1/LC_CTYPE > 4c19b000-4c1a1000 r--p 00000000 03:05 1460 > /usr/share/locale/ISO-8859-1/LC_COLLATE > 4c1a1000-4c1af000 r--s 00000000 03:05 157442 > /usr/java/j2sdk1.4.0/jre/lib/ext/ldapsec.jar > 4c1af000-4c1b6000 r-xp 00000000 03:05 22393 /usr/X11R6/lib/libXp.so.6.2 > 4c1b6000-4c1b7000 rw-p 00006000 03:05 22393 /usr/X11R6/lib/libXp.so.6.2 > 4c1b7000-4c1b8000 rwxp 00000000 00:07 12 /dev/zero > 4c1b8000-4c1c1000 r-xp 00000000 03:05 252 /lib/libnss_files-2.2.4.so > 4c1c1000-4c1c2000 rw-p 00008000 03:05 252 /lib/libnss_files-2.2.4.so > 4c1ed000-4c225000 r--s 00000000 03:05 155795 > /usr/java/j2sdk1.4.0/jre/lib/ext/gl4java.jar > 4c225000-4c243000 r--s 00000000 03:05 155796 > /usr/java/j2sdk1.4.0/jre/lib/ext/gl4java-glutfonts.jar > 4c243000-4c2da000 r--s 00000000 03:05 214435 > /usr/java/j2sdk1.4.0/jre/lib/ext/gl4java-glffonts.jar > 4c2da000-4c2f7000 r--s 00000000 03:05 157444 > /usr/java/j2sdk1.4.0/jre/lib/ext/sunjce_provider.jar > 4c2f7000-4c305000 r--s 00000000 03:05 214436 > /usr/java/j2sdk1.4.0/jre/lib/ext/png.jar > 4c305000-4c3a8000 r--s 00000000 03:05 157443 > /usr/java/j2sdk1.4.0/jre/lib/ext/localedata.jar > 4c3a8000-4c668000 r-xp 00000000 03:05 157475 > /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so > 4c668000-4c67c000 rw-p 002bf000 03:05 157475 > /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so > 4c6a2000-4c6f3000 r-xp 00000000 03:05 157491 > /usr/java/j2sdk1.4.0/jre/lib/i386/libmlib_image.so > 4c6f3000-4c6f4000 rw-p 00050000 03:05 157491 > /usr/java/j2sdk1.4.0/jre/lib/i386/libmlib_image.so > 4c6f4000-4c6f6000 r-xp 00000000 03:05 25876 > /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 > 4c6f6000-4c6f7000 rw-p 00001000 03:05 25876 > /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 > 4c6f7000-4c6f8000 r-xp 00000000 03:05 157485 > /usr/java/j2sdk1.4.0/jre/lib/i386/libjawt.so > 4c6f8000-4c6f9000 rw-p 00000000 03:05 157485 > /usr/java/j2sdk1.4.0/jre/lib/i386/libjawt.so > 4c6f9000-4c6fb000 r-xp 00000000 03:05 419 /usr/lib/gconv/ISO8859-1.so > 4c6fb000-4c6fc000 rw-p 00001000 03:05 419 /usr/lib/gconv/ISO8859-1.so > 4c6fc000-4c6fd000 rwxp 00000000 00:07 12 /dev/zero > 4c6fd000-4c6fe000 rwxp 00000000 00:07 12 /dev/zero > 4c6fe000-4c6ff000 rwxp 00000000 00:07 12 /dev/zero > 4c6ff000-4c700000 rwxp 00000000 00:07 12 /dev/zero > 4c700000-4c701000 rwxp 00000000 00:07 12 /dev/zero > 4c701000-4c702000 rwxp 00000000 00:07 12 /dev/zero > 4c702000-4c703000 rwxp 00000000 00:07 12 /dev/zero > 4c70b000-4c759000 r-xp 00000000 03:05 22399 /usr/X11R6/lib/libXt.so.6.0 > 4c759000-4c75d000 rw-p 0004d000 03:05 22399 /usr/X11R6/lib/libXt.so.6.0 > 4c75d000-4c76b000 r-xp 00000000 03:05 22381 /usr/X11R6/lib/libXext.so.6.4 > 4c76b000-4c76c000 rw-p 0000d000 03:05 22381 /usr/X11R6/lib/libXext.so.6.4 > 4c76c000-4c771000 r-xp 00000000 03:05 22401 /usr/X11R6/lib/libXtst.so.6.1 > 4c771000-4c772000 rw-p 00004000 03:05 22401 /usr/X11R6/lib/libXtst.so.6.1 > 4c772000-4c836000 r-xp 00000000 03:05 22373 /usr/X11R6/lib/libX11.so.6.2 > 4c836000-4c839000 rw-p 000c3000 03:05 22373 /usr/X11R6/lib/libX11.so.6.2 > 4c839000-4c841000 r-xp 00000000 03:05 22371 /usr/X11R6/lib/libSM.so.6.0 > 4c841000-4c842000 rw-p 00007000 03:05 22371 /usr/X11R6/lib/libSM.so.6.0 > 4c842000-4c856000 r-xp 00000000 03:05 22367 /usr/X11R6/lib/libICE.so.6.3 > 4c856000-4c857000 rw-p 00013000 03:05 22367 /usr/X11R6/lib/libICE.so.6.3 > 4c859000-4c91e000 r-xp 00000000 03:05 157479 > /usr/java/j2sdk1.4.0/jre/lib/i386/libfontmanager.so > 4c91e000-4c938000 rw-p 000c4000 03:05 157479 > /usr/java/j2sdk1.4.0/jre/lib/i386/libfontmanager.so > 4c939000-4c953000 r-xp 00000000 03:05 25875 > /usr/X11R6/lib/X11/locale/common/ximcp.so.2 > 4c953000-4c956000 rw-p 00019000 03:05 25875 > /usr/X11R6/lib/X11/locale/common/ximcp.so.2 > 4c956000-4ca59000 r-xp 00000000 03:05 214440 > /usr/java/j2sdk1.4.0/jre/lib/i386/libGL4JavaJauGljJNI14.so > 4ca59000-4ca5d000 rw-p 00102000 03:05 214440 > /usr/java/j2sdk1.4.0/jre/lib/i386/libGL4JavaJauGljJNI14.so > 4ca60000-4ca70000 rw-s 00810000 00:07 752 /dev/nvidia0 > 4ca77000-4cab9000 r-xp 00000000 03:05 102 /usr/lib/libGL.so.1.0.2802 > 4cab9000-4cabb000 rw-p 00041000 03:05 102 /usr/lib/libGL.so.1.0.2802 > 4cabd000-4cda8000 r-xp 00000000 03:05 1296 > /usr/lib/libGLcore.so.1.0.2802 > 4cda8000-4cdb1000 rw-p 002ea000 03:05 1296 > /usr/lib/libGLcore.so.1.0.2802 > 4ce1a000-4ceb9000 r-xp 00000000 03:05 35172 > /usr/X11R6/lib/libGLU.so.1.3.401 > 4ceb9000-4ced6000 rw-p 0009e000 03:05 35172 > /usr/X11R6/lib/libGLU.so.1.3.401 > 4cf16000-4d01c000 rw-s 00000000 00:05 32768 /SYSV00000000 (deleted) > 4d01c000-5501c000 rw-s 10000000 00:07 752 /dev/nvidia0 > 5509d000-5519f000 rw-s 80000000 00:07 752 /dev/nvidia0 > > Local Time = Fri Apr 5 22:58:52 2002 > Elapsed Time = 1 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode) > # > # An error report file has been saved as hs_err_pid3618.log. > # Please refer to the file for further information. > # > > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup |
|
From: Elias N. <na...@od...> - 2002-04-05 21:09:53
|
Hi, Running any test or demo with the above mentioned configuration on a laptop with Geforce 2 Go fails. Quake 3 and mesa demos run fine, and in an earlier install of redhat 7.2 the demos worked. Dump of output: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4CA95BF8 Function=glXGetCurrentContext+0x0 Library=/usr/lib/libGL.so Current Java thread: at gl4java.GLContext.gljMakeCurrentNative(Native Method) at gl4java.GLContext.gljMakeCurrent(GLContext.java:2472) - locked <0x440f55c0> (a gl4java.GLContext) at gl4java.awt.GLCanvas.display(GLCanvas.java:785) at gl4java.awt.GLCanvas.sDisplay(GLCanvas.java:715) at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:466) at java.lang.Thread.run(Thread.java:536) Dynamic libraries: 08048000-0804d000 r-xp 00000000 03:05 155810 /usr/java/j2sdk1.4.0/bin/java 0804d000-0804e000 rw-p 00004000 03:05 155810 /usr/java/j2sdk1.4.0/bin/java 40000000-40014000 r-xp 00000000 03:05 218 /lib/ld-2.2.4.so 40014000-40015000 rw-p 00013000 03:05 218 /lib/ld-2.2.4.so 40016000-4001f000 r-xp 00000000 03:05 157498 /usr/java/j2sdk1.4.0/jre/lib/i386/native_threads/libhpi.so 4001f000-40020000 rw-p 00008000 03:05 157498 /usr/java/j2sdk1.4.0/jre/lib/i386/native_threads/libhpi.so 40020000-40021000 r--p 00000000 03:05 2057 /usr/share/locale/en_US/LC_IDENTIFICATION 40021000-40022000 r--p 00000000 03:05 2056 /usr/share/locale/en_US/LC_MEASUREMENT 40022000-40023000 r--p 00000000 03:05 2050 /usr/share/locale/en_US/LC_TELEPHONE 40023000-40024000 r--p 00000000 03:05 2058 /usr/share/locale/en_US/LC_ADDRESS 40024000-40025000 r--p 00000000 03:05 2053 /usr/share/locale/en_US/LC_NAME 40025000-40026000 r--p 00000000 03:05 2051 /usr/share/locale/en_US/LC_PAPER 40026000-40027000 r--p 00000000 03:05 2055 /usr/share/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES 40027000-40028000 r--p 00000000 03:05 2054 /usr/share/locale/en_US/LC_MONETARY 40028000-40029000 r--p 00000000 03:05 2049 /usr/share/locale/en_US/LC_TIME 40029000-4002a000 r--p 00000000 03:05 2052 /usr/share/locale/en_US/LC_NUMERIC 4002a000-4002c000 r--s 00000000 03:05 157441 /usr/java/j2sdk1.4.0/jre/lib/ext/dnsns.jar 4002c000-4002d000 rw-s 40000000 00:07 752 /dev/nvidia0 4002d000-4003b000 r-xp 00000000 03:05 263 /lib/libpthread-0.9.so 4003b000-40043000 rw-p 0000d000 03:05 263 /lib/libpthread-0.9.so 40043000-40045000 r-xp 00000000 03:05 231 /lib/libdl-2.2.4.so 40045000-40046000 rw-p 00001000 03:05 231 /lib/libdl-2.2.4.so 40046000-40178000 r-xp 00000000 03:05 227 /lib/libc-2.2.4.so 40178000-4017e000 rw-p 00131000 03:05 227 /lib/libc-2.2.4.so 40183000-40446000 r-xp 00000000 03:05 157472 /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so 40446000-4058e000 rw-p 002c2000 03:05 157472 /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so 405a2000-405b4000 r-xp 00000000 03:05 236 /lib/libnsl-2.2.4.so 405b4000-405b6000 rw-p 00011000 03:05 236 /lib/libnsl-2.2.4.so 405b8000-405f1000 r-xp 00000000 03:05 22323 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so 405f1000-40602000 rw-p 00038000 03:05 22323 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so 40605000-40626000 r-xp 00000000 03:05 233 /lib/libm-2.2.4.so 40626000-40627000 rw-p 00020000 03:05 233 /lib/libm-2.2.4.so 40627000-40638000 r-xp 00000000 03:05 157495 /usr/java/j2sdk1.4.0/jre/lib/i386/libverify.so 40638000-4063a000 rw-p 00010000 03:05 157495 /usr/java/j2sdk1.4.0/jre/lib/i386/libverify.so 4063a000-4065b000 r-xp 00000000 03:05 157483 /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so 4065b000-4065d000 rw-p 00020000 03:05 157483 /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so 4065e000-40672000 r-xp 00000000 03:05 157496 /usr/java/j2sdk1.4.0/jre/lib/i386/libzip.so 40672000-40675000 rw-p 00013000 03:05 157496 /usr/java/j2sdk1.4.0/jre/lib/i386/libzip.so 40675000-41ced000 r--s 00000000 03:05 157558 /usr/java/j2sdk1.4.0/jre/lib/rt.jar 41d2f000-41d46000 r--s 00000000 03:05 157565 /usr/java/j2sdk1.4.0/jre/lib/sunrsasign.jar 41d46000-41db4000 r--s 00000000 03:05 157515 /usr/java/j2sdk1.4.0/jre/lib/jsse.jar 41db4000-41dc7000 r--s 00000000 03:05 157514 /usr/java/j2sdk1.4.0/jre/lib/jce.jar 41dc7000-42048000 r--s 00000000 03:05 157432 /usr/java/j2sdk1.4.0/jre/lib/charsets.jar 4c170000-4c19b000 r--p 00000000 03:05 1461 /usr/share/locale/ISO-8859-1/LC_CTYPE 4c19b000-4c1a1000 r--p 00000000 03:05 1460 /usr/share/locale/ISO-8859-1/LC_COLLATE 4c1a1000-4c1af000 r--s 00000000 03:05 157442 /usr/java/j2sdk1.4.0/jre/lib/ext/ldapsec.jar 4c1af000-4c1b6000 r-xp 00000000 03:05 22393 /usr/X11R6/lib/libXp.so.6.2 4c1b6000-4c1b7000 rw-p 00006000 03:05 22393 /usr/X11R6/lib/libXp.so.6.2 4c1b7000-4c1b8000 rwxp 00000000 00:07 12 /dev/zero 4c1b8000-4c1c1000 r-xp 00000000 03:05 252 /lib/libnss_files-2.2.4.so 4c1c1000-4c1c2000 rw-p 00008000 03:05 252 /lib/libnss_files-2.2.4.so 4c1ed000-4c225000 r--s 00000000 03:05 155795 /usr/java/j2sdk1.4.0/jre/lib/ext/gl4java.jar 4c225000-4c243000 r--s 00000000 03:05 155796 /usr/java/j2sdk1.4.0/jre/lib/ext/gl4java-glutfonts.jar 4c243000-4c2da000 r--s 00000000 03:05 214435 /usr/java/j2sdk1.4.0/jre/lib/ext/gl4java-glffonts.jar 4c2da000-4c2f7000 r--s 00000000 03:05 157444 /usr/java/j2sdk1.4.0/jre/lib/ext/sunjce_provider.jar 4c2f7000-4c305000 r--s 00000000 03:05 214436 /usr/java/j2sdk1.4.0/jre/lib/ext/png.jar 4c305000-4c3a8000 r--s 00000000 03:05 157443 /usr/java/j2sdk1.4.0/jre/lib/ext/localedata.jar 4c3a8000-4c668000 r-xp 00000000 03:05 157475 /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so 4c668000-4c67c000 rw-p 002bf000 03:05 157475 /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so 4c6a2000-4c6f3000 r-xp 00000000 03:05 157491 /usr/java/j2sdk1.4.0/jre/lib/i386/libmlib_image.so 4c6f3000-4c6f4000 rw-p 00050000 03:05 157491 /usr/java/j2sdk1.4.0/jre/lib/i386/libmlib_image.so 4c6f4000-4c6f6000 r-xp 00000000 03:05 25876 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 4c6f6000-4c6f7000 rw-p 00001000 03:05 25876 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 4c6f7000-4c6f8000 r-xp 00000000 03:05 157485 /usr/java/j2sdk1.4.0/jre/lib/i386/libjawt.so 4c6f8000-4c6f9000 rw-p 00000000 03:05 157485 /usr/java/j2sdk1.4.0/jre/lib/i386/libjawt.so 4c6f9000-4c6fb000 r-xp 00000000 03:05 419 /usr/lib/gconv/ISO8859-1.so 4c6fb000-4c6fc000 rw-p 00001000 03:05 419 /usr/lib/gconv/ISO8859-1.so 4c6fc000-4c6fd000 rwxp 00000000 00:07 12 /dev/zero 4c6fd000-4c6fe000 rwxp 00000000 00:07 12 /dev/zero 4c6fe000-4c6ff000 rwxp 00000000 00:07 12 /dev/zero 4c6ff000-4c700000 rwxp 00000000 00:07 12 /dev/zero 4c700000-4c701000 rwxp 00000000 00:07 12 /dev/zero 4c701000-4c702000 rwxp 00000000 00:07 12 /dev/zero 4c702000-4c703000 rwxp 00000000 00:07 12 /dev/zero 4c70b000-4c759000 r-xp 00000000 03:05 22399 /usr/X11R6/lib/libXt.so.6.0 4c759000-4c75d000 rw-p 0004d000 03:05 22399 /usr/X11R6/lib/libXt.so.6.0 4c75d000-4c76b000 r-xp 00000000 03:05 22381 /usr/X11R6/lib/libXext.so.6.4 4c76b000-4c76c000 rw-p 0000d000 03:05 22381 /usr/X11R6/lib/libXext.so.6.4 4c76c000-4c771000 r-xp 00000000 03:05 22401 /usr/X11R6/lib/libXtst.so.6.1 4c771000-4c772000 rw-p 00004000 03:05 22401 /usr/X11R6/lib/libXtst.so.6.1 4c772000-4c836000 r-xp 00000000 03:05 22373 /usr/X11R6/lib/libX11.so.6.2 4c836000-4c839000 rw-p 000c3000 03:05 22373 /usr/X11R6/lib/libX11.so.6.2 4c839000-4c841000 r-xp 00000000 03:05 22371 /usr/X11R6/lib/libSM.so.6.0 4c841000-4c842000 rw-p 00007000 03:05 22371 /usr/X11R6/lib/libSM.so.6.0 4c842000-4c856000 r-xp 00000000 03:05 22367 /usr/X11R6/lib/libICE.so.6.3 4c856000-4c857000 rw-p 00013000 03:05 22367 /usr/X11R6/lib/libICE.so.6.3 4c859000-4c91e000 r-xp 00000000 03:05 157479 /usr/java/j2sdk1.4.0/jre/lib/i386/libfontmanager.so 4c91e000-4c938000 rw-p 000c4000 03:05 157479 /usr/java/j2sdk1.4.0/jre/lib/i386/libfontmanager.so 4c939000-4c953000 r-xp 00000000 03:05 25875 /usr/X11R6/lib/X11/locale/common/ximcp.so.2 4c953000-4c956000 rw-p 00019000 03:05 25875 /usr/X11R6/lib/X11/locale/common/ximcp.so.2 4c956000-4ca59000 r-xp 00000000 03:05 214440 /usr/java/j2sdk1.4.0/jre/lib/i386/libGL4JavaJauGljJNI14.so 4ca59000-4ca5d000 rw-p 00102000 03:05 214440 /usr/java/j2sdk1.4.0/jre/lib/i386/libGL4JavaJauGljJNI14.so 4ca60000-4ca70000 rw-s 00810000 00:07 752 /dev/nvidia0 4ca77000-4cab9000 r-xp 00000000 03:05 102 /usr/lib/libGL.so.1.0.2802 4cab9000-4cabb000 rw-p 00041000 03:05 102 /usr/lib/libGL.so.1.0.2802 4cabd000-4cda8000 r-xp 00000000 03:05 1296 /usr/lib/libGLcore.so.1.0.2802 4cda8000-4cdb1000 rw-p 002ea000 03:05 1296 /usr/lib/libGLcore.so.1.0.2802 4ce1a000-4ceb9000 r-xp 00000000 03:05 35172 /usr/X11R6/lib/libGLU.so.1.3.401 4ceb9000-4ced6000 rw-p 0009e000 03:05 35172 /usr/X11R6/lib/libGLU.so.1.3.401 4cf16000-4d01c000 rw-s 00000000 00:05 32768 /SYSV00000000 (deleted) 4d01c000-5501c000 rw-s 10000000 00:07 752 /dev/nvidia0 5509d000-5519f000 rw-s 80000000 00:07 752 /dev/nvidia0 Local Time = Fri Apr 5 22:58:52 2002 Elapsed Time = 1 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode) # # An error report file has been saved as hs_err_pid3618.log. # Please refer to the file for further information. # |
|
From: Sven G. <sgo...@ja...> - 2002-04-04 04:15:21
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
here it is, taken outta the CHANGES.txt:
Mar 2002 (Version 2.8.3 - CVS .. much TODO YET )
o GLAnimCanvas Policy (DEFINITION, NO CHANGE)
- GL Context is _only_ current, during all
display events !!!
- GL Context is "offline" while calling
- preDisplay
- postDisplay
o GLCanvas cleanup & bugfix
- init, reshape calling for sure !
- better NULL checks ;-)
Hopefully, this fixes the bug - NULL exception, while
removing a GLCanvas from a Container and adding it again
to a Container !!
o libglx.so is no more lookup'ed with dlopen directly !
Thanxs to "Ruderman, Dan" <Dan...@di...> and
Andy Ritger (nvidia).
o wglDeleteContext is used right now,
Thanxs to Kenneth and ??
o TODO:
- Adding / Merging Pepijn Van Eeckhoudt's GC fixes
- Tesselation with NIO support
- Textures with NIO support
- Reviewing GL compatibility and support ..
later more, hopefully this weekend ..
cheers, sven
- --
health & wealth
mailto:sgo...@ja...
www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/
voice : +49-521-2399440 ; fax : +49-521-2399442
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8q9J+HdOA30NoFAARAohbAJ9u3vjQHWZqG+DlmmqdnUbYE5FuyACfUJ5R
HQR+4vIY9d+lndyc9QqAo7k=
=fyf+
-----END PGP SIGNATURE-----
|
|
From: R.Pac <pa...@no...> - 2002-04-02 21:54:15
|
Hi all,
I've installed all packages required for GL4Java
but when I try to launch the demo I've got this error message
-----------------------------------------------------------------------
-----------------------------------------------------------------------
---------- Local Time = Tue Apr 2 23:44:00 2002
Elapsed Time = 2
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.3.1_02-b02 mixed mode)
#
# An error report file has been saved as hs_err_pid7153.log.
# Please refer to the file for further information.
-----------------------------------------------------------------------
-----------------------------------------------------------------------
---------------- The file hs_err_pid7153.log contains :
-----------------------------------------------------------------------
-----------------------------------------------------------------------
---------------- An unexpected exception has been detected in native
code outside the VM. Unexpected Signal : 11 occurred at PC=0x49e40bf8
Function name=glXGetCurrentContext
Library=/usr/lib/libGL.so
Current Java thread:
at gl4java.GLContext.gljMakeCurrentNative(Native Method)
at gl4java.GLContext.gljMakeCurrent(GLContext.java:2472)
at gl4java.awt.GLCanvas.sDisplay(GLCanvas.java:697)
at gl4java.awt.GLAnimCanvas.run(GLAnimCanvas.java:466)
at java.lang.Thread.run(Thread.java:484)
Dynamic libraries:
08048000-0804c000 r-xp 00000000 08:04 324531
/home/pac/jdk1.3.1_02/bin/i386/native_threads/java 0804c000-0804d000
rw-p 00003000 08:04 324531
/home/pac/jdk1.3.1_02/bin/i386/native_threads/java 40000000-40013000
r-xp 00000000 08:02 207174 /lib/ld-2.2.5.so 40013000-40014000 rw-p
00013000 08:02 207174 /lib/ld-2.2.5.so 40014000-40015000 r--p
00000000 08:03 533032 /usr/lib/locale/fr_FR/LC_IDENTIFICATION
40015000-40016000 r--p 00000000 08:03 533031
/usr/lib/locale/fr_FR/LC_MEASUREMENT 40016000-40017000 r--p 00000000
08:03 533030 /usr/lib/locale/fr_FR/LC_TELEPHONE 40017000-40018000
r--p 00000000 08:03 533029 /usr/lib/locale/fr_FR/LC_ADDRESS
40018000-40019000 r--p 00000000 08:03 533028
/usr/lib/locale/fr_FR/LC_NAME 40019000-40026000 r-xp 00000000 08:02
207252 /lib/libpthread-0.9.so 40026000-4002d000 rw-p 0000d000 08:02
207252 /lib/libpthread-0.9.so 4002e000-40037000 r-xp 00000000 08:04
356942 /home/pac/jdk1.3.1_02/jre/lib/i386/native_threads/libhpi.so
40037000-40038000 rw-p 00008000 08:04 356942
/home/pac/jdk1.3.1_02/jre/lib/i386/native_threads/libhpi.so
40038000-40228000 r-xp 00000000 08:04 356944
/home/pac/jdk1.3.1_02/jre/lib/i386/client/libjvm.so 40228000-40326000
rw-p 001ef000 08:04 356944
/home/pac/jdk1.3.1_02/jre/lib/i386/client/libjvm.so 4033d000-4033f000
r-xp 00000000 08:02 207238 /lib/libdl-2.2.5.so 4033f000-40340000
rw-p 00001000 08:02 207238 /lib/libdl-2.2.5.so 40340000-40453000
r-xp 00000000 08:02 207197 /lib/libc-2.2.5.so 40453000-40459000 rw-p
00113000 08:02 207197 /lib/libc-2.2.5.so 4045d000-4046e000 r-xp
00000000 08:02 207240 /lib/libnsl-2.2.5.so 4046e000-4046f000 rw-p
00010000 08:02 207240 /lib/libnsl-2.2.5.so 40471000-40491000 r-xp
00000000 08:02 207239 /lib/libm-2.2.5.so 40491000-40492000 rw-p
0001f000 08:02 207239 /lib/libm-2.2.5.so 40492000-404c6000 r-xp
00000000 08:03 596741 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so
404c6000-404d2000 rw-p 00033000 08:03 596741
/usr/lib/libstdc++-2-libc6.1-1-2.9.0.so 404d5000-404e6000 r-xp 00000000
08:04 486729 /home/pac/jdk1.3.1_02/jre/lib/i386/libverify.so
404e6000-404e8000 rw-p 00010000 08:04 486729
/home/pac/jdk1.3.1_02/jre/lib/i386/libverify.so 404e8000-40509000 r-xp
00000000 08:04 486730 /home/pac/jdk1.3.1_02/jre/lib/i386/libjava.so
40509000-4050b000 rw-p 00020000 08:04 486730
/home/pac/jdk1.3.1_02/jre/lib/i386/libjava.so 4050c000-40520000 r-xp
00000000 08:04 486731 /home/pac/jdk1.3.1_02/jre/lib/i386/libzip.so
40520000-40523000 rw-p 00013000 08:04 486731
/home/pac/jdk1.3.1_02/jre/lib/i386/libzip.so 40523000-41254000 r--s
00000000 08:04 486760 /home/pac/jdk1.3.1_02/jre/lib/rt.jar
41281000-41526000 r--s 00000000 08:04 486761
/home/pac/jdk1.3.1_02/jre/lib/i18n.jar 41526000-4153c000 r--s 00000000
08:04 486748 /home/pac/jdk1.3.1_02/jre/lib/sunrsasign.jar
435e4000-435e5000 r--p 00000000 08:03 533027
/usr/lib/locale/fr_FR/LC_PAPER 435e5000-435e6000 r--p 00000000 08:03
209682 /usr/lib/locale/fr_FR/LC_MESSAGES/SYS_LC_MESSAGES
435e6000-435e7000 r--p 00000000 08:03 533022
/usr/lib/locale/fr_FR/LC_MONETARY 435e7000-435ed000 r--p 00000000 08:03
532636 /usr/lib/locale/fr_FR/LC_COLLATE 435ed000-435ee000 r--p
00000000 08:03 532262 /usr/lib/locale/fr_FR/LC_TIME
435ee000-435ef000 r--p 00000000 08:03 532261
/usr/lib/locale/fr_FR/LC_NUMERIC 4964f000-49681000 r--p 00000000 08:03
532260 /usr/lib/locale/fr_FR/LC_CTYPE 49681000-49682000 r-xp
00000000 08:04 486745 /home/pac/jdk1.3.1_02/jre/lib/i386/libjawt.so
49682000-49683000 rw-p 00000000 08:04 486745
/home/pac/jdk1.3.1_02/jre/lib/i386/libjawt.so 49683000-49685000 r-xp
00000000 08:03 823484 /usr/lib/gconv/ISO8859-1.so 49685000-49686000
rw-p 00001000 08:03 823484 /usr/lib/gconv/ISO8859-1.so
49686000-49690000 r-xp 00000000 08:02 207241
/lib/libnss_compat-2.2.5.so 49690000-49691000 rw-p 00009000 08:02 207241
/lib/libnss_compat-2.2.5.so 496fd000-4970b000 r--s 00000000 08:04
373394 /home/pac/jdk1.3.1_02/jre/lib/ext/png.jar 4970b000-49743000
r--s 00000000 08:04 373395
/home/pac/jdk1.3.1_02/jre/lib/ext/gl4java.jar 49743000-497da000 r--s
00000000 08:04 373396
/home/pac/jdk1.3.1_02/jre/lib/ext/gl4java-glffonts.jar 497da000-497f8000
r--s 00000000 08:04 373397
/home/pac/jdk1.3.1_02/jre/lib/ext/gl4java-glutfonts.jar
497f8000-49bc6000 r-xp 00000000 08:04 486738
/home/pac/jdk1.3.1_02/jre/lib/i386/libawt.so 49bc6000-49bd6000 rw-p
003cd000 08:04 486738 /home/pac/jdk1.3.1_02/jre/lib/i386/libawt.so
49beb000-49c1c000 r-xp 00000000 08:04 486737
/home/pac/jdk1.3.1_02/jre/lib/i386/libmlib_image.so 49c1c000-49c1e000
rw-p 00030000 08:04 486737
/home/pac/jdk1.3.1_02/jre/lib/i386/libmlib_image.so 49c1e000-49c24000
r-xp 00000000 08:03 16601 /usr/X11R6/lib/libXp.so.6.2
49c24000-49c26000 rw-p 00005000 08:03 16601
/usr/X11R6/lib/libXp.so.6.2 49c26000-49c6c000 r-xp 00000000 08:03 16604
/usr/X11R6/lib/libXt.so.6.0 49c6c000-49c70000 rw-p 00045000 08:03
16604 /usr/X11R6/lib/libXt.so.6.0 49c70000-49c7c000 r-xp 00000000
08:03 16596 /usr/X11R6/lib/libXext.so.6.4 49c7c000-49c7e000 rw-p
0000b000 08:03 16596 /usr/X11R6/lib/libXext.so.6.4
49c7e000-49c82000 r-xp 00000000 08:03 16605
/usr/X11R6/lib/libXtst.so.6.1 49c82000-49c83000 rw-p 00003000 08:03
16605 /usr/X11R6/lib/libXtst.so.6.1 49c83000-49d58000 r-xp 00000000
08:03 16594 /usr/X11R6/lib/libX11.so.6.2 49d58000-49d5d000 rw-p
000d4000 08:03 16594 /usr/X11R6/lib/libX11.so.6.2 49d5e000-49d65000
r-xp 00000000 08:03 16593 /usr/X11R6/lib/libSM.so.6.0
49d65000-49d67000 rw-p 00006000 08:03 16593
/usr/X11R6/lib/libSM.so.6.0 49d67000-49d7a000 r-xp 00000000 08:03 16591
/usr/X11R6/lib/libICE.so.6.3 49d7a000-49d7c000 rw-p 00012000 08:03
16591 /usr/X11R6/lib/libICE.so.6.3 49d7d000-49e16000 r-xp 00000000
08:04 486790
/home/pac/jdk1.3.1_02/jre/lib/i386/libGL4JavaJauGljJNI13.so
49e16000-49e1a000 rw-p 00098000 08:04 486790
/home/pac/jdk1.3.1_02/jre/lib/i386/libGL4JavaJauGljJNI13.so
49e1d000-49e1e000 rw-s 40000000 08:02 95634 /dev/nvidia0
49e1e000-49e1f000 rw-s 40000000 08:02 95634 /dev/nvidia0
49e1f000-49e20000 rwxp 00000000 08:02 96952 /dev/zero
49e20000-49e21000 rwxp 00000000 08:02 96952 /dev/zero
49e21000-49e22000 rwxp 00000000 08:02 96952 /dev/zero
49e22000-49e64000 r-xp 00000000 08:03 596986
/usr/lib/libGL.so.1.0.2802 49e64000-49e66000 rw-p 00041000 08:03 596986
/usr/lib/libGL.so.1.0.2802 49e68000-4a153000 r-xp 00000000 08:03
597047 /usr/lib/libGLcore.so.1.0.2802 4a153000-4a15c000 rw-p
002ea000 08:03 597047 /usr/lib/libGLcore.so.1.0.2802
4a1c5000-4a232000 r-xp 00000000 08:03 16634
/usr/X11R6/lib/libGLU.so.1.3 4a232000-4a243000 rw-p 0006c000 08:03 16634
/usr/X11R6/lib/libGLU.so.1.3 4a243000-4a279000 r-xp 00000000 08:03
596757 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so 4a279000-4a28a000
rw-p 00035000 08:03 596757 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
4a28d000-4a317000 r-xp 00000000 08:04 486739
/home/pac/jdk1.3.1_02/jre/lib/i386/libfontmanager.so 4a317000-4a327000
rw-p 00089000 08:04 486739
/home/pac/jdk1.3.1_02/jre/lib/i386/libfontmanager.so 4a348000-4a364000
r--p 00000000 08:03 709662 /usr/share/locale/fr/LC_MESSAGES/libc.mo
4a3a4000-4a4aa000 rw-s 00000000 00:05 557058 /SYSV00000000 (deleted)
4a4aa000-4e4aa000 rw-s 10000000 08:02 95634 /dev/nvidia0
4e52b000-4e62d000 rw-s 40000000 08:02 95634 /dev/nvidia0
4e62d000-4e63d000 rw-s 00810000 08:02 95634 /dev/nvidia0
4e73f000-4ec40000 rw-s 40000000 08:02 95634 /dev/nvidia0
4ec40000-4ec41000 rwxp 00000000 08:02 96952 /dev/zero
4ec41000-4ec42000 rwxp 00000000 08:02 96952 /dev/zero
4ec42000-4ec43000 rwxp 00000000 08:02 96952 /dev/zero
4ec43000-4ec44000 rwxp 00000000 08:02 96952 /dev/zero
4ec44000-4ec45000 rwxp 00000000 08:02 96952
/dev/zero--------------------------------------------------------------
-----------------------------------------------------------------------
-------------------------
When I launch java gl4java.GLContext -info
I've got this report :
-----------------------------------------------------------------------
-----------------------------------------------------------------------
---------------------------------------------- Got 621 / 983 Functions
===============================================
GL4Java-JAWT INFO (eo open): gds=1
GL4Java-JAWT INFO (eo lock): gdsi=1
GL4Java: glXDestroyContext sure 0x81ce3f0
GLContext destroyed (remaining ctx=0)
-----------------------------------------------------------------------
-----------------------------------------------------------------------
----------------------------------------------
I'm usgin jdk1.3.1 from Sun and I'm under debian Sid with the Nvidia's
drivers. How can fix this ?
Best regards
R.Pac
|
|
From: Pepijn V. E. <pep...@lu...> - 2002-04-02 12:06:16
|
If I'm not mistaken, you need a heavy weight component as top level component to draw in. What swing does is manage how stuff is drawn in that one big component. What kenneth suggested is making a lightweight component that draws on the top level heavyweight component directly, but takes the clipping bounds that swing has given it into account. Pepijn Van Eeckhoudt Kevin Nardi wrote: > Wouldn't hardware accelerated offscreen rendering allow the component to be > lightweight (hardware render to an offscreen surface, and then copy to a > component using nio, or even create a special component that uses surface > flipping)? It seems that merely clipping to the bounds of the component and > then drawing to screen would create a heavyweight component. At least it > would be hardware accelerated I guess. > > Wouldn't a lightweight component be preferable though, if possible? > > At the very least, you could query to see if the extension is available, and > if so, create a lightweight component. > > -Kevin > > >>>Has anyone tried using the WGL_ARB_pbuffer extension to do hw >>>accelerated offscreen rendering? Maybe this could be used to get make >>>the swing component hw accelerated on win32. If nobody has tried this >>>before I'll probably put some time into this... >> >>Personally haven't tried it, though I think a more portable >>approach is to walk up the component hierarchy to determine the >>bounds of the Swing widget within its parent container and to >>clip the hardware rendering to that region. This is what the >>Magician OpenGL binding used to do, to the best of my knowledge. > > > > > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup > |
|
From: Pepijn V. E. <pep...@lu...> - 2002-04-02 07:43:27
|
The windowClosing method in GLCanvas calls cvsDispose for some reason. In my application I only hide a JFrame instead of disposing it on close (BTW this is default behavior), but this makes the GLCanvas has dispose itself. Now when the JFrame in question is set visible again, the GLCanvas is gone. I commented the entire windowClosing implementation in GLCanvas out and it seems to work fine. Was there any reason this code was put there? It seems to me the GLCanvas will get the windowClosed event when a containing window is disposed, so doing dispose on windowClosing seems unnecessary. Pepijn Van Eeckhoudt |
|
From: Ruderman, D. <Dan...@di...> - 2002-04-02 01:19:11
|
DQpJJ20gZ2V0dGluZyB0aGUgZm9sbG93aW5nIGVycm9yIGR1cmluZyBzdGFydHVwIChlLmcu IHJ1bm5pbmcNCiJnbDRqYXZhLkdMQ29udGV4dCAtaW5mbyIpOg0KDQogICAgR0xJTkZPOiBj YW5ub3QgYWNjZXNzIEdMWCBsaWJyYXJ5IGxpYmdseC5zbyBkaXJlY3RseSAuLi4NCg0KSSB3 ZW50IGludG8gdGhlIHNvdWNlIGFuZCBhZGRlZCBhIGxpbmUgdG8gcHJpbnQgb3V0IHRoZSBl cnJvciBkdXJpbmcgdGhlDQpkbG9wZW4oKSBpbg0KZ2x0b29sLmMgKHVzaW5nIGRsZXJyb3Io KSkgYW5kIGl0IHNheXMgdGhlIGZvbGxvd2luZzoNCg0KICAgIE9wZW5HTC9saWIvbGliZ2x4 LnNvOiB1bmRlZmluZWQgc3ltYm9sOiBFcnJvckYNCg0KDQpUaGlzIGlzIG9uIFJlZEhhdCA3 LjIgKGtlcm5lbCAyLjQuOSkgdXNpbmcgZ2w0amF2YSB2Mi44LjIsIHRoZSBNZXNhIGFuZA0K TnZpZGlhIFJQTSdzIGluc3RhbGxlZCBhcmU6DQoNCg0KTWVzYS1kZW1vcy0zLjQuMi03DQpN ZXNhLTMuNC4yLTcNCk1lc2EtZGV2ZWwtMy40LjItNw0KDQoNCk5WSURJQV9HTFgtMS4wLTIz MTMNCk5WSURJQV9rZXJuZWwtMS4wLTIzMTMNCg0KDQpUaGFua3MgaW4gYWR2YW5jZSBmb3Ig YW55IGhlbHANCg0KRGFuDQoNCg== |
|
From: Kay <kan...@in...> - 2002-04-01 22:40:48
|
It's actually a bug in my old IE or j3d. After update, j3d and gl4java = both work now. thanks, -Kay ----- Original Message -----=20 From: Kay=20 To: gl4...@li...=20 Sent: Monday, April 01, 2002 2:18 AM Subject: [gl4java-usergroup] gl4java and java3d in a browser? Hi, As I understand from my experiments, gl4java does not work if I enable = Java2, Java3d does not work if Java2 is not enabled. Since my program = use both gl4java and Java3d(basic javax stuff such as Point3d etc.), I = am wondering if there is anyway to actually get my applet running = properly in a browser? thanks, -Kay=20 |
|
From: Kay <kan...@in...> - 2002-04-01 22:33:15
|
It's actually a bug in my old IE or j3d. After update, j3d and gl4java = both work now. thanks, -Kay ----- Original Message -----=20 From: Kay=20 To: gl4...@li...=20 Sent: Monday, April 01, 2002 2:18 AM Subject: [gl4java-usergroup] gl4java and java3d in a browser? Hi, As I understand from my experiments, gl4java does not work if I enable = Java2, Java3d does not work if Java2 is not enabled. Since my program = use both gl4java and Java3d(basic javax stuff such as Point3d etc.), I = am wondering if there is anyway to actually get my applet running = properly in a browser? thanks, -Kay=20 |
|
From: Kevin N. <kn...@cu...> - 2002-04-01 22:20:28
|
Wouldn't hardware accelerated offscreen rendering allow the component to be lightweight (hardware render to an offscreen surface, and then copy to a component using nio, or even create a special component that uses surface flipping)? It seems that merely clipping to the bounds of the component and then drawing to screen would create a heavyweight component. At least it would be hardware accelerated I guess. Wouldn't a lightweight component be preferable though, if possible? At the very least, you could query to see if the extension is available, and if so, create a lightweight component. -Kevin >> Has anyone tried using the WGL_ARB_pbuffer extension to do hw >> accelerated offscreen rendering? Maybe this could be used to get make >> the swing component hw accelerated on win32. If nobody has tried this >> before I'll probably put some time into this... > >Personally haven't tried it, though I think a more portable >approach is to walk up the component hierarchy to determine the >bounds of the Swing widget within its parent container and to >clip the hardware rendering to that region. This is what the >Magician OpenGL binding used to do, to the best of my knowledge. |
|
From: Sven G. <sgo...@ja...> - 2002-04-01 17:21:33
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 01 April 2002 12:18, Kay wrote: > Hi, > > As I understand from my experiments, gl4java does not work if I enable > Java2, Java3d does not work if Java2 is not enabled. Since my program use > both gl4java and Java3d(basic javax stuff such as Point3d etc.), I am > wondering if there is anyway to actually get my applet running properly in > a browser? > well, i drink the alcohol - and you should read the FAQ ;-) > thanks, > -Kay sven - -- health & wealth mailto:sgo...@ja... www : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/ voice : +49-521-2399440 ; fax : +49-521-2399442 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8qJcIHdOA30NoFAARAsVfAKCl4M3zxaFLbkVSvH2ECA2zvjv9wQCdHatj 5cuCVGP16pcCIPiDxDqTffk= =PGkf -----END PGP SIGNATURE----- |
|
From: Kay <kan...@in...> - 2002-04-01 10:13:23
|
Hi, As I understand from my experiments, gl4java does not work if I enable = Java2, Java3d does not work if Java2 is not enabled. Since my program = use both gl4java and Java3d(basic javax stuff such as Point3d etc.), I = am wondering if there is anyway to actually get my applet running = properly in a browser? thanks, -Kay=20 |
|
From: Pepijn V. E. <pep...@lu...> - 2002-04-01 10:04:21
|
Yep that seems like a better idea :) Compatibility was also my concern for the pbuffers. I've found that only nvidia, ati radeon and intel i810 have implemented it in their drivers. And then some high-end gl cards. I'll drop the pbuffer and see if I can implement the clip thing. BTW any news on the bug fixes I sent? Pepijn Van Eeckhoudt Kenneth B. Russell wrote: >>Has anyone tried using the WGL_ARB_pbuffer extension to do hw >>accelerated offscreen rendering? Maybe this could be used to get make >>the swing component hw accelerated on win32. If nobody has tried this >>before I'll probably put some time into this... > > > Personally haven't tried it, though I think a more portable > approach is to walk up the component hierarchy to determine the > bounds of the Swing widget within its parent container and to > clip the hardware rendering to that region. This is what the > Magician OpenGL binding used to do, to the best of my knowledge. > |
|
From: Kenneth B. R. <kbr...@al...> - 2002-03-30 15:49:03
|
Thanks, this looks like a good fix. I tested it and it clears up the warning that Arkanae was printing upon exit as well. It's been checked in to the source tree on SourceForge. > After doing some debugging I made the following change to my source. > > In file : OpenGL_Win32_jawt.c > In the method : gljDestroyNative > > We were trying to delete a context with : disp__wglDeleteContext(gc). An > error was occurring on my system (WinNT), I think, because the context > being deleted (gc) belonged to a thread other than the current thread and > thus threw an EXCEPTION_ACCESS_VIOLATION. > Previous to this (a few lines up from the above) we were calling : > disp__wglMakeCurrent( NULL, NULL ) , which detaches the rendering context > from the current thread and makes it non-current, in preparation for > deletion. This call, however, was failing on my system. I am assuming it > was failing, again, because the current thread did not hold the rendering > context. > > I am not exactly sure why the thread did not own the context. I must admit, > my experience with GL Windows programming is very limited. But here is what > I did to fix my error : > > I changed disp__wglMakeCurrent( NULL, NULL ) to disp__wglMakeCurrent( > thisWin, gc ) so that the current thread now owns the context. Then, when > it gets around to deleting it a few lines later, no error occurs. According > to MSDN the disp__wglDeleteContext(gc) call will actually change the > rendering context to being non-current before deleting so really the > original disp__wglMakeCurrent( NULL, NULL ) was redundant. The only > important thing is to make sure that the current thread owns the context > before deleting it. > > Is it a hack? I don't know. Thoughts? It has stopped my error though. |
|
From: Kenneth B. R. <kbr...@al...> - 2002-03-30 03:42:03
|
First, to remove the possibility of any incorrect context
management, please convert your program to use the
GLEventListener model rather than subclassing GLAnimCanvas.
Second, what graphics card do you have on the Win32 machine? Can
you provide sample source code?
> I am attempting to execute the following code:
>
> public void display() {
>
> /* Standard GL4Java Init */
> if( glj.gljMakeCurrent() == false ) {
> return;
> }
>
> for (int iCurrentPixel = 0;
> iCurrentPixel<maiTestPixels.length;
> iCurrentPixel++) {
> maiTestPixels[iCurrentPixel] = (iCurrentPixel*i);
> }
>
> gl.glClear(GL_COLOR_BUFFER_BIT);
> gl.glRasterPos2i(0, 0);
>
> gl.glDrawPixels(640,
> 480,
> GL_BGRA,
> GL_UNSIGNED_BYTE,
> maiTestPixels);
> glj.gljSwap();
> glj.gljFree();
> }
>
> in the display() method of a GLAnimCanvas. This code flies on
> MacOSX(40fps), and drags on
> Win32 (1fps). I am wondering if anyone here has any idea why 2D imaging
> stuff on windows is
> so slow.
|
|
From: Kenneth B. R. <kbr...@al...> - 2002-03-30 03:25:51
|
> Has anyone tried using the WGL_ARB_pbuffer extension to do hw > accelerated offscreen rendering? Maybe this could be used to get make > the swing component hw accelerated on win32. If nobody has tried this > before I'll probably put some time into this... Personally haven't tried it, though I think a more portable approach is to walk up the component hierarchy to determine the bounds of the Swing widget within its parent container and to clip the hardware rendering to that region. This is what the Magician OpenGL binding used to do, to the best of my knowledge. |
|
From: Visi <vis...@ev...> - 2002-03-29 08:30:59
|
Sven Goethel wrote: > On Wednesday 27 March 2002 15:37, Visi G=E1bor wrote: > > Hi, > > > > I've made a little test program using GLAnimCanvas/GLEventListener wh= ich > > just clears the canvas and draws a rectangle. The animate fps is set = to > > 5000, and the actual fps is printed after every 50 frames. > > I use jdk 1.4, gl4java 2.8.2.0 and NT4 (ATI RAGE 128 Pro II). When I > > start the app it reports about 130-150 fps. Nothing strange so far... > > > > Now if I start a Media Player (some video), the speed increases to > > 340-360 fps. Could anyone explain me this? > > > > Thx, > > Gabor > > >=20 > do you do this stuff drunken like me ? ;-) >=20 > or is the canvas just not rendered on screen ? Can I find out somehow, when is the canvas really rendered on screen? G |
787 messages has been excluded from this view by a project administrator.
