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...> - 2000-01-24 20:14:55
|
sl...@cc... wrote: > You should check, if XShmQueryVersion is inside your libXext.so ! Try: nm libXext.so | grep XShmQueryVersion > Sven, > I found that also. So I tried setting a symbolic link to my > /usr/lib library where my libGL4Java*.so.* files are. It couldn't find > it. I tried copying the libGL4Java*.so.* files to my /usr/X11R6/lib > directory where libXext.so.6 is located and added /usr/X11R6/lib to my > LD_LIBRARY_PATH. It still couldn't find it. I'm still kind of new at > linux, so if you or anyone on the list has any suggestions, please let me > know. Thanks! > > -------------------------------------------------------------- > Steven Park > Utah State University > Computer Science undergrad student > sl...@cc... > > Send me quotes that I can put here. If I like it, I'll use it! > > On Mon, 24 Jan 2000, sven goethel wrote: > > > sl...@cc... wrote: > > > > > > > Hi Steve, > > > > I have found the following: > > > > >nm libXext.so | grep XShmQueryVersion > > 00004e60 T XShmQueryVersion > > > > where /usr/X11R6/lib/libXext.so.6: > > libc.so.6 (GLIBC_2.0) => /lib/libc.so.6 > > > > and I use XFree86 Version 3.3.5 / X Window System > > (protocol Version 11, revision 0, vendor release 6300) > > Release Date: August 23 199 > > > > Linux glibc2.1 > > Linux version 2.2.13 (root@phalanx) (gcc version egcs-2.91.66 > > 19990314/Linux (egcs-1.1.2 release)) #2 Mon Dec 13 20:58:07 CET 1999 > > > > If somebody now the problem, please response ! > > > > Yours, Sven |
|
From: <sl...@cc...> - 2000-01-24 20:10:51
|
Sven, I found that also. So I tried setting a symbolic link to my /usr/lib library where my libGL4Java*.so.* files are. It couldn't find it. I tried copying the libGL4Java*.so.* files to my /usr/X11R6/lib directory where libXext.so.6 is located and added /usr/X11R6/lib to my LD_LIBRARY_PATH. It still couldn't find it. I'm still kind of new at linux, so if you or anyone on the list has any suggestions, please let me know. Thanks! -------------------------------------------------------------- Steven Park Utah State University Computer Science undergrad student sl...@cc... Send me quotes that I can put here. If I like it, I'll use it! On Mon, 24 Jan 2000, sven goethel wrote: > sl...@cc... wrote: > > > > Hi Steve, > > I have found the following: > > >nm libXext.so | grep XShmQueryVersion > 00004e60 T XShmQueryVersion > > where /usr/X11R6/lib/libXext.so.6: > libc.so.6 (GLIBC_2.0) => /lib/libc.so.6 > > and I use XFree86 Version 3.3.5 / X Window System > (protocol Version 11, revision 0, vendor release 6300) > Release Date: August 23 199 > > Linux glibc2.1 > Linux version 2.2.13 (root@phalanx) (gcc version egcs-2.91.66 > 19990314/Linux (egcs-1.1.2 release)) #2 Mon Dec 13 20:58:07 CET 1999 > > If somebody now the problem, please response ! > > Yours, Sven > > > Hi Sven! > > My name is Steve Park. I'm a student at Utah State University in > > Logan, Utah, USA. I've been using the windows version of GL4Java for some > > time now and I think it's great! I recently took the leap of faith and > > converted to linux recently and now I'm istalling GL4Java using the Mesa > > libs manually. Everything went fine until I tried running the > > gl4java.GLContext program to check the installation everything went fine > > until I got an undefined symbol error when the program was looking at the > > mesaGL library. After GL4Java finds the window handle, I get the > > following error message: > > > > <program name unknown>: error in loading shared libraries: > > /usr/lib/libmesaGL.so.3: undefined symbol: XShmQueryVersion > > > > What do you think? I'm using a Linux 2.2.9 kernel with glibc 2.1, Mesa > > 3.0-2 and IBM's port of JDK 1.1.8 with swing 1.1.1. If you need more > > inforation or you know what my problem is, please let me know when you get > > some time. Thanks! > > > > Steve > > > > -------------------------------------------------------------- > > Steven Park > > Utah State University > > Computer Science undergrad student > > sl...@cc... > > > > Send me quotes that I can put here. If I like it, I'll use it! > > > -- > mailto:sgo...@ja... > www : http://www.jausoft.com > voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 > |
|
From: sven g. <sgo...@ja...> - 2000-01-24 10:33:15
|
Jean-Yves BRUD wrote:
>
> Hello,
>
> I use GL4 to make 3D playing game for children
> on both platform mac and pc.
>
> Thank you for that product, it is very nice.
>
THANXS !
> I have 2 questions
>
> 1- In the GLCanvas documentation, it is said that function
> public void doCleanup()
> is usefull if user needs any cleenUp prior to deleting the GL context.
>
> I was wondering what king of deleting may be useful since GC do the work
>
> for us ?
Just to cleanup your stuff - memory, your own state variables, ...
You do not have to use it ;-)
>
> 2- I have some memory problem using gljFree but it not easy to isolate
> the problem. It seem's to ocure when I create display list between
> display calls ... I will try to send more information later.
> But what is the real use of this function and is there any restriction ?
>
> Thanxs, Bye :-)
>
In the lower example, taken from the demo glLogoCvs.java,
gljFree is used to free the gl context.
This should be always done, to make this window being avaiable for other
threads.
public void display()
{
int i;
/* Standard GL4Java Init */
if( glj.gljMakeCurrent(true) == false )
{
System.out.println("problem in use() method");
return;
}
// just render it
gl.glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
SetCamera();
draw_logo();
/* For your animation dutys ;-) */
glj.gljSwap();
glj.gljCheckGL();
glj.gljFree();
animationCalc();
}
> ---
> Jean-Yves BRUD Palahou, 31330 LARRA - France
>
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup
--
mailto:sgo...@ja...
www : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442
|
|
From: sven g. <sgo...@ja...> - 2000-01-24 10:32:39
|
sl...@cc... wrote:
>
Hi Steve,
I have found the following:
>nm libXext.so | grep XShmQueryVersion
00004e60 T XShmQueryVersion
where /usr/X11R6/lib/libXext.so.6:
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
and I use XFree86 Version 3.3.5 / X Window System
(protocol Version 11, revision 0, vendor release 6300)
Release Date: August 23 199
Linux glibc2.1
Linux version 2.2.13 (root@phalanx) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #2 Mon Dec 13 20:58:07 CET 1999
If somebody now the problem, please response !
Yours, Sven
> Hi Sven!
> My name is Steve Park. I'm a student at Utah State University in
> Logan, Utah, USA. I've been using the windows version of GL4Java for some
> time now and I think it's great! I recently took the leap of faith and
> converted to linux recently and now I'm istalling GL4Java using the Mesa
> libs manually. Everything went fine until I tried running the
> gl4java.GLContext program to check the installation everything went fine
> until I got an undefined symbol error when the program was looking at the
> mesaGL library. After GL4Java finds the window handle, I get the
> following error message:
>
> <program name unknown>: error in loading shared libraries:
> /usr/lib/libmesaGL.so.3: undefined symbol: XShmQueryVersion
>
> What do you think? I'm using a Linux 2.2.9 kernel with glibc 2.1, Mesa
> 3.0-2 and IBM's port of JDK 1.1.8 with swing 1.1.1. If you need more
> inforation or you know what my problem is, please let me know when you get
> some time. Thanks!
>
> Steve
>
> --------------------------------------------------------------
> Steven Park
> Utah State University
> Computer Science undergrad student
> sl...@cc...
>
> Send me quotes that I can put here. If I like it, I'll use it!
--
mailto:sgo...@ja...
www : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442
|
|
From: sven g. <sgo...@ja...> - 2000-01-24 09:58:43
|
Dear GL4Java Interests, GL4Java 2.1.3.2 ================ This one respekts the new Mesa3.1 library and its conformance to OpenGL & GLU 1.2 ! Of course, the Win32 version, cannot has only dummy functions for the new OpenGL1.2 functions ..., because Win32 supports OpenGL 1.1.X only ... Precompiled native libs for: Win32 Linux glibc2.1 Mesa(Soft) 3.1 Linux glibc2.1 NVidia GLX 1.2 Mesa 3.0 (From NVidias Website, for TNT* and GeForce) are avaiable (incl. Installer-Applet) ! For Details, see the CHANGES.txt files ! ----------------------------- Looking for a GL4Java logo ! ============================ If you are an artists or you love makeing logos, please submit your ideas and logos for GL4Java. I have the idea of a Java and OpenGL logo, which throw a shadow, which looks like "GL4Java" ;-) -------------------------------- Looking for further more demos ! ================================= Please send me your demos and / or URL's ! -------------------------------- Thanxs a lot. Yours, Sven Goethel -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Jean-Yves B. <jea...@wa...> - 2000-01-24 08:28:15
|
Hello, I use GL4 to make 3D playing game for children on both platform mac and pc. Thank you for that product, it is very nice. I have 2 questions 1- In the GLCanvas documentation, it is said that function public void doCleanup() is usefull if user needs any cleenUp prior to deleting the GL context. I was wondering what king of deleting may be useful since GC do the work for us ? 2- I have some memory problem using gljFree but it not easy to isolate the problem. It seem's to ocure when I create display list between display calls ... I will try to send more information later. But what is the real use of this function and is there any restriction ? Thanxs, Bye :-) --- Jean-Yves BRUD Palahou, 31330 LARRA - France |
|
From: Sven G. <sgo...@ja...> - 2000-01-19 18:27:01
|
JavaCC can be found under: http://www.metamata.com/JavaCC/ The current version supports the Mesa 3.0 headers ! Many OpenGL 1.2 and EXT functions has changed in new Mesa 3.1 version, e.g. glMultiTexCoord4dEXT etc. Please be patiente till next weekend, when I will put the new Mesa 3.1 conform version online ! Sorry for your inconvinience ! Yours, Sven Goethel Pontus Lidman wrote: > > Please disregard my previous mail about javacc; web search engines are > wonderful things ;) > > Now I'm having trouble with errors regarding a certain set of functions, > glSelectTextureTransformEXT, glMultiTexCoord4dEXT etc. Is this a known > problem? > > -- > Pontus Lidman, po...@ma..., Software Engineer > No matter how cynical you get, it's impossible to keep up. > Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup -- mailto:sgo...@ja... www: http://www.jausoft.com voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Pontus L. <po...@ly...> - 2000-01-19 17:43:38
|
Please disregard my previous mail about javacc; web search engines are wonderful things ;) Now I'm having trouble with errors regarding a certain set of functions, glSelectTextureTransformEXT, glMultiTexCoord4dEXT etc. Is this a known problem? -- Pontus Lidman, po...@ma..., Software Engineer No matter how cynical you get, it's impossible to keep up. Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org |
|
From: Pontus L. <po...@ly...> - 2000-01-19 13:41:38
|
Hello, I accidentally upgraded my Mesa version to 3.1, so my GL4Java libs don't work anymore. I downloaded the source to the libs and tried to compile, but I seem to be missing the 'javacc' tool. What is it and where can I get it? -- Pontus Lidman, po...@ma..., Software Engineer No matter how cynical you get, it's impossible to keep up. Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org |
|
From: Sven G. <sgo...@ja...> - 2000-01-17 17:26:22
|
Max Gilead wrote: > > Sven Goethel wrote: > > > Thank you for finding a bug ! > > I will have time this weekend to check this one. > > > > Of course, GL4Java should support glGetIntegerv(GL_STENCIL_BITS,...) ! > > > > Please add information about GL4Java version number, OS (version), > > OpenGL version > > I have encountered the same bug but I was yet to investigate it. > I'm using GL4Java 2.1.0 with Mesa 3.0-4 and with JDK 1.1.6. Well - I guess there is something to do. Like I allready replied, the windows machine implementation works :-( > > And - Sven, when will be available GL4J using Mesa 3.1 (and GLU 1.2). Nothing > to hurry up too much, just asking. Like I wrote, the next weekend ! I will ask you all in the next email - how to ask GL4Java about the OpenGL features of 1.1, 1.2, EXT, ... > > Bye, > Max Yours, Sven -- mailto:sgo...@ja... www: http://www.jausoft.com voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Sven <sgo...@ja...> - 2000-01-17 11:43:14
|
Dear GL4Java Users, the new version is pending :-( I am sorry, but I do not have had enough time this last weekend. I hope I can put it online at 23th January 2000. Thanxs, Sven -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Max G. <gi...@li...> - 2000-01-16 01:57:26
|
Sven Goethel wrote: > Thank you for finding a bug ! > I will have time this weekend to check this one. > > Of course, GL4Java should support glGetIntegerv(GL_STENCIL_BITS,...) ! > > Please add information about GL4Java version number, OS (version), > OpenGL version I have encountered the same bug but I was yet to investigate it. I'm using GL4Java 2.1.0 with Mesa 3.0-4 and with JDK 1.1.6. And - Sven, when will be available GL4J using Mesa 3.1 (and GLU 1.2). Nothing to hurry up too much, just asking. Bye, Max |
|
From: Sven G. <sgo...@ja...> - 2000-01-15 06:08:46
|
I have testet gltest with:
WinNT 4.0
Jdk 1.2.2 & native threads & symantec jit
GL4Java 2.1.2.2 (current windows version)
Output:
Stencil bits are 8
Color bits are 5
So it must be a GL4Java 2.1.3.0 on Unix with Mesa 3.0 bug !
{ Mesa 3.0 Software renderer ???)
I will check this for unix & mesa 3.1 this weekend !
Then I will put the new version for Mesa 3.1 online !
Yours, Sven
Pontus Lidman wrote:
>
> > Of course, GL4Java should support glGetIntegerv(GL_STENCIL_BITS,...) !
> >
> I didn't realize it was a bug, so I forgot some traditional bug-report
> information. I have attached a java file showing the problem (0 bits in
> stencil buffer).
>
> I use gl4java 2.1.3.0 on Linux 2.2.13 with JDK 1.2.2, glibc 2.1.2 and
> Mesa 3.0.
--
mailto:sgo...@ja...
www: http://www.jausoft.com
voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442
|
|
From: Pontus L. <po...@ly...> - 2000-01-15 05:29:00
|
Hello, > Thank you for finding a bug ! > I will have time this weekend to check this one. > > Of course, GL4Java should support glGetIntegerv(GL_STENCIL_BITS,...) ! > > Please add information about GL4Java version number, OS (version), > OpenGL version > - ALWAYS ! > Please send a little code snip to investigate (about 100 lines or so) > also ! I didn't realize it was a bug, so I forgot some traditional bug-report information. I have attached a java file showing the problem (0 bits in stencil buffer). I use gl4java 2.1.3.0 on Linux 2.2.13 with JDK 1.2.2, glibc 2.1.2 and Mesa 3.0. Regards, Pontus -- Pontus Lidman, po...@ma..., Software Engineer No matter how cynical you get, it's impossible to keep up. Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org |
|
From: Sven G. <sgo...@ja...> - 2000-01-15 03:08:58
|
Thank you for finding a bug ! I will have time this weekend to check this one. Of course, GL4Java should support glGetIntegerv(GL_STENCIL_BITS,...) ! Please add information about GL4Java version number, OS (version), OpenGL version - ALWAYS ! Please send a little code snip to investigate (about 100 lines or so) also ! Thanxs. Pontus Lidman wrote: > > Hello, > > glGetIntegerv(GL_STENCIL_BITS,...) in GL4Java indicates that there are 0 > bits in the stencil buffer, but when I run the test in a C application > using Mesa, it says the stencil buffer is 8 bits. > > Did I forget to initialize something, or doesn't GL4Java support stencil > buffers? > > Regards, > > Pontus -- mailto:sgo...@ja... www: http://www.jausoft.com voice: +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Pontus L. <po...@ly...> - 2000-01-12 16:45:14
|
Hello, glGetIntegerv(GL_STENCIL_BITS,...) in GL4Java indicates that there are 0 bits in the stencil buffer, but when I run the test in a C application using Mesa, it says the stencil buffer is 8 bits. Did I forget to initialize something, or doesn't GL4Java support stencil buffers? Regards, Pontus -- Pontus Lidman, po...@ma..., Software Engineer No matter how cynical you get, it's impossible to keep up. Scene: www.dc-s.com | MUD: tyme.envy.com 6969 | irc: irc.quakenet.eu.org |
|
From: Jean-Yves B. <jea...@wa...> - 2000-01-12 08:21:11
|
I would like to make an off screen rendering with GL4. Is anyone know how to do that ? Thanxs a lot :) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Jean-Yves BRUD --------------------------------------- Palahou 31330 LARRA FRANCE T=E9l: 05.62.79.03.33 Fax: 05.62.79.03.38 M=E9l: jea...@wa... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: sven g. <sgo...@ja...> - 1999-12-31 01:02:50
|
Billy Mahoney wrote: > > Trying to run a demo from the command line results in the following > > Exception in thread "main" java.lang.NoClassDefFoundError: test1Cvs/ > bash# java test1Cvs > Sorry, can't find the library: GL4JavaJauGljJNI > java.lang.UnsatisfiedLinkError: > /usr/local/jdk1.2/jre/lib/i386/native_threads/li > bGL4JavaJauGljJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach > Sorry, can't find the library: GL4JavaJauGLJNI Ok - this looks like, that your Mesa library does not fit in your system, e.g. you do not have shared memory Xshm avaiable ! I am using XFree86 3.3.5 with NVidia GLX support and the Mesa 3.1 Soft or Mesa 3.1beta-NVidia ! Linux 2.2.13, glibc2.1 Hmm - looks that you used a Mesa version, that your system does not support ! Also I asked you to call >java gl4java.GLContext Please send me the results - thanxs ! -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: sven g. <sgo...@ja...> - 1999-12-30 21:41:12
|
Billy Mahoney wrote: > > I restarted, I backtracked to Mesa3.0. Now the naming is correct. I then > proceeded to reinstall gl4java using the autoinstaller applet. > Ok - I am now workin on Mesa3.1 compatibility. This supports a better OpenGL 1.2 compatibility ... Also the library bindings are better (using libGL.* instead of lebMesaGL.* ). > I have the Mesa and GL4java libs in the /usr/lib and /usr/local/lib > directories. I also have LD_LIBRARY_PATH set to point to both of those > directories. > > When I try to run a demo, I get the following errors in the java console > of Netscape. > > java.lang.UnsatisfiedLinkError: native method > gl4java/GLFuncJauJNI.glClearColor not found: : undefined symbol: > Java_gl4java_GLFuncJauJNI_glClearColor__FFFF > at waveCvs.init(waveCvs.java:161) > at gl4java.awt.GLCanvas.paint(GLCanvas.java:246) > at java.awt.Component.dispatchEventImpl(Component.java:1734) > * at java.awt.Component.dispatchEvent(Component.java:1715) > at > java.awt.EventDispatchThread$EventPump.dispatchEvents(EventDispatchThread.java:83) > Ok - please test your installation while runnung: >java gl4java.GLContext Where you will receive the true versions of the native and java libs you are using ! I guess, you are using a different, not regular GL4Java native library, because I do not know where the symbol Java_gl4java_GLFuncJauJNI_glClearColor__FFFF is needed for, I only know the symbol Java_gl4java_GLFuncJauJNI_glClearColor ! I do not know how your java system wants the __FFFF extension ! Because you said that you do use Netscape, please tell me the version - I do use: - glibc2.1 - Netscape 4.7 - mesa 3.0/3.1 - GNU/Linux 2.2.13 Because your system wants the symbols for all the GL4Java native methods with argument signature extensions for argument overloading, I think this is about the JNI implementation of the java virtual machine. The native libraries of GL4Java for version 2.1.3.1 and above do not have signatures for arguments included, except for the special methods, which are overloaded, like: glColorPointer__III_3B ! Yours, Sven Goethel -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
|
From: Billy M. <bi...@am...> - 1999-12-30 18:56:38
|
Trying to run a demo from the command line results in the following
Exception in thread "main" java.lang.NoClassDefFoundError: test1Cvs/
bash# java test1Cvs
Sorry, can't find the library: GL4JavaJauGljJNI
java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/native_threads/li
bGL4JavaJauGljJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach
Sorry, can't find the library: GL4JavaJauGLJNI
java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/native_threads/li
bGL4JavaJauGLJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach
Sorry, can't find the library: GL4JavaJauGLUJNI
java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/native_threads/li
bGL4JavaJauGLUJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach
GLCanvas could not load def. native libs.
Sorry, can't find the library: GL4JavaJauGljJNI
java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/native_threads/li
bGL4JavaJauGljJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach
Sorry, can't find the library: GL4JavaJauGLJNI
java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/native_threads/li
bGL4JavaJauGLJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach
Sorry, can't find the library: GL4JavaJauGLUJNI
java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/native_threads/li
bGL4JavaJauGLUJNI.so: /usr/lib/libMesaGL.so.3: undefined symbol: XShmDetach
could not load native libs:null, null, null
Exception occurred during event dispatching:
java.lang.UnsatisfiedLinkError: glGenTextures
at test1Cvs.init(Compiled Code)
at gl4java.awt.GLCanvas.paint(Compiled Code)
at sun.awt.motif.MComponentPeer.handleEvent(Compiled Code)
at java.awt.Component.dispatchEventImpl(Compiled Code)
at java.awt.Component.dispatchEvent(Compiled Code)
at java.awt.EventQueue.dispatchEvent(Compiled Code)
at java.awt.EventDispatchThread.run(Compiled Code)
Max Gilead wrote:
> Billy Mahoney wrote:
>
> > I have the Mesa and GL4java libs in the /usr/lib and /usr/local/lib
> > directories. I also have LD_LIBRARY_PATH set to point to both of those
> > directories.
> Just a guess: have you installed both Java part (jar file) and native
> part (.so files) of GL4J?
>
> > When I try to run a demo, I get the following errors in the java console
> > of Netscape.
> Sorry, I have never tried running GL4J in applet.
>
> Try to run demos as applications. It would be easier to track down the
> problem then.
>
> Bye,
> Max
>
> --
> --- Max Gilead (gi...@li...)
> --- http://3d.linart.krakow.pl/OfficinaArtificialis
> --- http://fictor.sourceforge.net
> {EOF}
>
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup
|
|
From: Max G. <gi...@li...> - 1999-12-30 01:09:16
|
Billy Mahoney wrote: > I have the Mesa and GL4java libs in the /usr/lib and /usr/local/lib > directories. I also have LD_LIBRARY_PATH set to point to both of those > directories. Just a guess: have you installed both Java part (jar file) and native part (.so files) of GL4J? > When I try to run a demo, I get the following errors in the java console > of Netscape. Sorry, I have never tried running GL4J in applet. Try to run demos as applications. It would be easier to track down the problem then. Bye, Max -- --- Max Gilead (gi...@li...) --- http://3d.linart.krakow.pl/OfficinaArtificialis --- http://fictor.sourceforge.net {EOF} |
|
From: Billy M. <bi...@am...> - 1999-12-29 08:12:56
|
I restarted, I backtracked to Mesa3.0. Now the naming is correct. I then proceeded to reinstall gl4java using the autoinstaller applet. I have the Mesa and GL4java libs in the /usr/lib and /usr/local/lib directories. I also have LD_LIBRARY_PATH set to point to both of those directories. When I try to run a demo, I get the following errors in the java console of Netscape. java.lang.UnsatisfiedLinkError: native method gl4java/GLFuncJauJNI.glClearColor not found: : undefined symbol: Java_gl4java_GLFuncJauJNI_glClearColor__FFFF at waveCvs.init(waveCvs.java:161) at gl4java.awt.GLCanvas.paint(GLCanvas.java:246) at java.awt.Component.dispatchEventImpl(Component.java:1734) * at java.awt.Component.dispatchEvent(Component.java:1715) at java.awt.EventDispatchThread$EventPump.dispatchEvents(EventDispatchThread.java:83) at java.awt.EventDispatchThread.run(EventDispatchThread.java:135) at netscape.applet.DerivedAppletFrame$AppletEventDispatchThread.run(DerivedAppletFrame.java:911) java.lang.UnsatisfiedLinkError: native method gl4java/GLFuncJauJNI.glGenLists not found: : undefined symbol: Java_gl4java_GLFuncJauJNI_glGenLists__I at olympicCvs.init(olympicCvs.java:128) at gl4java.awt.GLCanvas.paint(GLCanvas.java:246) at java.awt.Component.dispatchEventImpl(Component.java:1734) * at java.awt.Component.dispatchEvent(Component.java:1715) at java.awt.EventDispatchThread$EventPump.dispatchEvents(EventDispatchThread.java:83) at java.awt.EventDispatchThread.run(EventDispatchThread.java:135) at netscape.applet.DerivedAppletFrame$AppletEventDispatchThread.run(DerivedAppletFrame.java:911) java.lang.UnsatisfiedLinkError: native method gl4java/GLFuncJauJNI.glShadeModel not found: : undefined symbol: Java_gl4java_GLFuncJauJNI_glShadeModel__I at glLogoCvs.init(glLogoCvs.java:84) at gl4java.awt.GLCanvas.paint(GLCanvas.java:246) at java.awt.Component.dispatchEventImpl(Component.java:1734) * at java.awt.Component.dispatchEvent(Component.java:1715) at java.awt.EventDispatchThread$EventPump.dispatchEvents(EventDispatchThread.java:83) at java.awt.EventDispatchThread.run(EventDispatchThread.java:135) at netscape.applet.DerivedAppletFrame$AppletEventDispatchThread.run(DerivedAppletFrame.java:911) java.lang.UnsatisfiedLinkError: native method gl4java/GLFuncJauJNI.glClearColor not found: : undefined symbol: Java_gl4java_GLFuncJauJNI_glClearColor__FFFF at starCvs.init(starCvs.java:52) at gl4java.awt.GLCanvas.paint(GLCanvas.java:246) at java.awt.Component.dispatchEventImpl(Component.java:1734) * at java.awt.Component.dispatchEvent(Component.java:1715) at java.awt.EventDispatchThread$EventPump.dispatchEvents(EventDispatchThread.java:83) at java.awt.EventDispatchThread.run(EventDispatchThread.java:135) at netscape.applet.DerivedAppletFrame$AppletEventDispatchThread.run(DerivedAppletFrame.java:911) Max Gilead wrote: > Billy Mahoney wrote: > > > Sorry, can't find the library: GL4JavaJauGljJNI > > ...UnsatisfiedLinkError:...i386/native_threads/libGL4JavaGljJNI.so: > > libMesaGLU.so.3: cannot open shared object file: No such file or > > directory. > (cut) > > When I installed Mesa, in the /usr/lib folder I have the following > > libraries. > > > > libglu.so.3 => libglut.so.3.7.0 > > libGLU.so.1 => libGLU.so.1.2.0 > > libGL.so.1=>lihGL.so.1.2.0 > > Are you sure you have newest Mesa libraries (3.0+)? Mesa numbering is > now at 3.1 so how these libs has numbers 3.7 and 1.2? No matter, if you > want libMesa* file names you should issue below commands being in > /usr/lib directory: > > ln -s libGL.so.1.2.0 libMesaGL.so.3 > ln -s libGLU.so.1.2.0 libMesaGLU.so.3 > > Hope that helps. > > Max > > -- > --- Max Gilead (gi...@li...) > --- http://3d.linart.krakow.pl/OfficinaArtificialis > --- http://fictor.sourceforge.net > {EOF} > > _______________________________________________ > gl4java-usergroup mailing list > gl4...@li... > http://lists.sourceforge.net/mailman/listinfo/gl4java-usergroup |
|
From: Max G. <gi...@li...> - 1999-12-28 21:30:48
|
Billy Mahoney wrote: > Sorry, can't find the library: GL4JavaJauGljJNI > ...UnsatisfiedLinkError:...i386/native_threads/libGL4JavaGljJNI.so: > libMesaGLU.so.3: cannot open shared object file: No such file or > directory. (cut) > When I installed Mesa, in the /usr/lib folder I have the following > libraries. > > libglu.so.3 => libglut.so.3.7.0 > libGLU.so.1 => libGLU.so.1.2.0 > libGL.so.1=>lihGL.so.1.2.0 Are you sure you have newest Mesa libraries (3.0+)? Mesa numbering is now at 3.1 so how these libs has numbers 3.7 and 1.2? No matter, if you want libMesa* file names you should issue below commands being in /usr/lib directory: ln -s libGL.so.1.2.0 libMesaGL.so.3 ln -s libGLU.so.1.2.0 libMesaGLU.so.3 Hope that helps. Max -- --- Max Gilead (gi...@li...) --- http://3d.linart.krakow.pl/OfficinaArtificialis --- http://fictor.sourceforge.net {EOF} |
|
From: Billy M. <bi...@am...> - 1999-12-27 04:06:31
|
I've been trying to get this working since Friday with no luck. Currently, I am trying to run a 3d java application from the command line. This application works on win32 and utilizes the gl4java api. I'm porting to linux and here's where I'm at. I'm getting the following error... Sorry, can't find the library: GL4JavaJauGljJNI ...UnsatisfiedLinkError:...i386/native_threads/libGL4JavaGljJNI.so: libMesaGLU.so.3: cannot open shared object file: No such file or directory. It took me a while to get Mesa going, but finally most of the demos work and I'm satisfied it is installed correctly. When I installed Mesa, though, my library names are not libMesaGLU.so.3, they are libglut.so.3 etc. So, I don't know what to do now. When I installed Mesa, in the /usr/lib folder I have the following libraries. libglu.so.3 => libglut.so.3.7.0 libGLU.so.1 => libGLU.so.1.2.0 libGL.so.1=>lihGL.so.1.2.0 thanks for help -bm. |
|
From: sven g. <sgo...@ja...> - 1999-12-14 09:15:20
|
The GL4java 2.1.3.1 does support: Linux-x86-glibc2.1-Nvidia-Mesa3.1 support ! Binaries and sources are updated ! I have generated this binary with SuSE 6.3 ! Regrads, Sven -- mailto:sgo...@ja... www : http://www.jausoft.com voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442 |
787 messages has been excluded from this view by a project administrator.
