gl4java-usergroup

Re: [gl4java-usergroup] Packing GL4Java with a program

[Pepijn V. E. <pep...@lu...>]

What do you mean by this registry key? As far as I know gl4java does 
not access the windows registry. What I meant by specifying the system 
property is this:
java -Djava.library.path=<some path> YourApplication
This setup works fine for me on every machine I've tested on. The only 
limitation is that you can't do this when you are running your 
application as an applet or via webstart. (Both are possible but 
require some more effort)

Pepijn

On donderdag, apr 10, 2003, at 18:00 Europe/Brussels, Gary Stewart 
wrote:

> I'd like to thank everyone for their help. I thought it should work 
> and it
> has on a most of the configurations I've tried. One or two have had
> problems, I'm not quite sure with one (though it was a configuration at
> work so it is probably borked) and as far as I can see GL4Java requires
> a key placed in the registery (in Windows), which a second config 
> didn't
> have the privlages to do.
>
> Thanks again,
>
> Gary
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The 
> debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost 
> and
> disoriented. TotalView can help you find your way. Available on major 
> UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>

Re: [gl4java-usergroup] Packing GL4Java with a program

[Antony R. <ri...@to...>]

I too have been testing on a number of machines today...

I have created a main class - GLTest, which tries to set various system
properties (see attachments).  If these properties were set successfully,
the GLApp class (which imports gl4java.GLContext) should then run without
error.

I have been testing on machines with access only allowed to the secondary D
hard drive and have been unable to get this simple test program to work on
any of these types of machine.  So, does this mean that no access to the
main OS drive means that you are not allowed to set properties??  It would
be a shame if it was so.

Any help on this matter would be very much appreciated.

ribot.

----- Original Message -----
From: "Gary Stewart" <gi...@st...>
To: <gl4...@li...>
Sent: Thursday, April 10, 2003 5:00 PM
Subject: Re: [gl4java-usergroup] Packing GL4Java with a program


> I'd like to thank everyone for their help. I thought it should work and it
> has on a most of the configurations I've tried. One or two have had
> problems, I'm not quite sure with one (though it was a configuration at
> work so it is probably borked) and as far as I can see GL4Java requires
> a key placed in the registery (in Windows), which a second config didn't
> have the privlages to do.
>
> Thanks again,
>
> Gary
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup

Re: [gl4java-usergroup] Packing GL4Java with a program

[Gary S. <gi...@st...>]

I'd like to thank everyone for their help. I thought it should work and it
has on a most of the configurations I've tried. One or two have had
problems, I'm not quite sure with one (though it was a configuration at
work so it is probably borked) and as far as I can see GL4Java requires
a key placed in the registery (in Windows), which a second config didn't
have the privlages to do.

Thanks again,

Gary

Re: [gl4java-usergroup] Packing GL4Java with a program

[Antony R. <ri...@to...>]

Thanks for the info Pepijn!

I didn't even think about setting system properties.  :)

I'll try this method tomorrow morning.

ribot.

----- Original Message ----- 
From: "Pepijn Van Eeckhoudt" <pep...@lu...>
To: <gl4...@li...>
Sent: Wednesday, April 09, 2003 7:49 PM
Subject: Re: [gl4java-usergroup] Packing GL4Java with a program

We have solved this problem by simply adding the jars to the classpath 
and defining the java.library.path system property. If you don't set 
this property manually it is set to the system path (on windows at  
least). In our application for instance we set this property to 
./lib/native. This doesn't mess up the loading of the jdks own dlls 
because the path to these is defined in a property called 
sub.boot.library.path (or something like that). Hope this helps.

Re: [gl4java-usergroup] Packing GL4Java with a program

[Pepijn V. E. <pep...@lu...>]

We have solved this problem by simply adding the jars to the classpath 
and defining the java.library.path system property. If you don't set 
this property manually it is set to the system path (on windows at  
least). In our application for instance we set this property to 
./lib/native. This doesn't mess up the loading of the jdks own dlls 
because the path to these is defined in a property called 
sub.boot.library.path (or something like that). Hope this helps.

Pepijn Van Eeckhoudt

On woensdag, apr 9, 2003, at 18:04 Europe/Brussels, Antony Ribot wrote:

> [also assuming Windows OS]
>
> I realise that the dll files need to be in the same folder that the
> application is run from (either custom bin folder, System32, 
> j2sdk/bin, or
> anywhere else on your PATH environment variable).
>
> So if I want to package the entire application (dlls, application 
> classes,
> gl4java jars) up into a single executable jar file, what kind of 
> amendments
> would I have to make to the standard manifest to tell the application 
> to
> look for specific dll files included within jar?  Would I still need to
> create a bin folder to place the dll files in?
>
> Maybe everyone on the list can work together to produce a HelloWorld 
> sample
> package? I'd be happy to host the files for everyone.
>
> Let me know what you think.
>
> ribot.
> ----- Original Message -----
> From: "Montana, Patrick M" <pat...@lm...>
> To: "Gary Stewart" <gi...@st...>;
> <gl4...@li...>
> Sent: Wednesday, April 09, 2003 4:40 PM
> Subject: Re: [gl4java-usergroup] Packing GL4Java with a program
>
>
>> Gary,
>>
>> (BTW, I am assuming a Windows OS for this discussion.)
>>
>>
>> We distribute our program with GL4Java.  However, we also provide the 
>> SDK,
>> Java3D, JAI, and some various comm packages. Our approach was to 
>> install
> the
>> SDK on our development machines, then we installed Java3D and JAI 
>> within
>> that SDK (using the standard installers). Next, we copied the relevant
>> GL4Java jar files to:
>> j2sdk/jre/lib/ext
>>
>>
>> This way the JVM can find the jar files automatically when it runs 
>> (any
>> program, not just ours). Then we copy the GL4Java .dll's into the bin
>> directory for our application (where we have the batch file that 
>> launches
>> our application). You could also copy the .dll's to the j2sdk/bin
> directory.
>> The point is, those dll's have to be in the directory that you run 
>> from,
> or
>> they must be in a directory that is set in your PATH environment 
>> variable.
>> If you want to copy stuff into people's System32 directory, then it is
>> automatically in their PATH variable.
>>
>>
>> And don't forget to include the appropriate license files, readme 
>> files,
> and
>> other documentation required by the software providers.
>>
>>
>> Then we include our entire SDK with our application using 
>> InstallShield.
> The
>> installation is a simple "Next, Next, Next" operation for the user. 
>> Then
>> they have an icon on their desktop (and an entry in the Start menu) to
>> launch our program with no troubles.
>>
>>
>> Hope that helps.
>> -Mark
>>
>>
>>
>>
>> Gary Stewart wrote:
>>
>>
>> Assuming you can roughly predict that someone is using a given setup 
>> is it
>> possible to pack GL4Java with a program? Looking at it you need the 
>> .dll
> (or
>>
>> .so) that matches the java version (1.4 in this case) and the GL4Java 
>> jar
>> files.
>> From that is it possible just to provide the .dll and jars in a zip 
>> with
> the
>>
>> program and someone launching your program will hopefully have it 
>> running
>> *if*
>> the enviroment and class path reference "." and the jar files are in 
>> the
>> class
>> path (for example if you use another jar with extensions).
>>
>>
>> Many thanks,
>>
>>
>> Gary
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf <http://thinkgeek.com/sf>
>> _______________________________________________
>> gl4java-usergroup mailing list
>> gl4...@li...
>> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>> <https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Etnus, makers of TotalView, The
> debugger
>> for complex code. Debugging C/C++ programs can leave you feeling lost 
>> and
>> disoriented. TotalView can help you find your way. Available on major 
>> UNIX
>> and Linux platforms. Try it free. www.etnus.com
>> _______________________________________________
>> gl4java-usergroup mailing list
>> gl4...@li...
>> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The 
> debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost 
> and
> disoriented. TotalView can help you find your way. Available on major 
> UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>

Re: [gl4java-usergroup] Packing GL4Java with a program

[Antony R. <ri...@to...>]

[also assuming Windows OS]

I realise that the dll files need to be in the same folder that the
application is run from (either custom bin folder, System32, j2sdk/bin, or
anywhere else on your PATH environment variable).

So if I want to package the entire application (dlls, application classes,
gl4java jars) up into a single executable jar file, what kind of amendments
would I have to make to the standard manifest to tell the application to
look for specific dll files included within jar?  Would I still need to
create a bin folder to place the dll files in?

Maybe everyone on the list can work together to produce a HelloWorld sample
package? I'd be happy to host the files for everyone.

Let me know what you think.

ribot.
----- Original Message -----
From: "Montana, Patrick M" <pat...@lm...>
To: "Gary Stewart" <gi...@st...>;
<gl4...@li...>
Sent: Wednesday, April 09, 2003 4:40 PM
Subject: Re: [gl4java-usergroup] Packing GL4Java with a program


> Gary,
>
> (BTW, I am assuming a Windows OS for this discussion.)
>
>
> We distribute our program with GL4Java.  However, we also provide the SDK,
> Java3D, JAI, and some various comm packages. Our approach was to install
the
> SDK on our development machines, then we installed Java3D and JAI within
> that SDK (using the standard installers). Next, we copied the relevant
> GL4Java jar files to:
> j2sdk/jre/lib/ext
>
>
> This way the JVM can find the jar files automatically when it runs (any
> program, not just ours). Then we copy the GL4Java .dll's into the bin
> directory for our application (where we have the batch file that launches
> our application). You could also copy the .dll's to the j2sdk/bin
directory.
> The point is, those dll's have to be in the directory that you run from,
or
> they must be in a directory that is set in your PATH environment variable.
> If you want to copy stuff into people's System32 directory, then it is
> automatically in their PATH variable.
>
>
> And don't forget to include the appropriate license files, readme files,
and
> other documentation required by the software providers.
>
>
> Then we include our entire SDK with our application using InstallShield.
The
> installation is a simple "Next, Next, Next" operation for the user. Then
> they have an icon on their desktop (and an entry in the Start menu) to
> launch our program with no troubles.
>
>
> Hope that helps.
> -Mark
>
>
>
>
> Gary Stewart wrote:
>
>
> Assuming you can roughly predict that someone is using a given setup is it
> possible to pack GL4Java with a program? Looking at it you need the .dll
(or
>
> .so) that matches the java version (1.4 in this case) and the GL4Java jar
> files.
> From that is it possible just to provide the .dll and jars in a zip with
the
>
> program and someone launching your program will hopefully have it running
> *if*
> the enviroment and class path reference "." and the jar files are in the
> class
> path (for example if you use another jar with extensions).
>
>
> Many thanks,
>
>
> Gary
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf <http://thinkgeek.com/sf>
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
> <https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup

Re: [gl4java-usergroup] Packing GL4Java with a program

[Montana, P. M <pat...@lm...>]

Gary, 

(BTW, I am assuming a Windows OS for this discussion.) 


We distribute our program with GL4Java.  However, we also provide the SDK,
Java3D, JAI, and some various comm packages. Our approach was to install the
SDK on our development machines, then we installed Java3D and JAI within
that SDK (using the standard installers). Next, we copied the relevant
GL4Java jar files to: 
j2sdk/jre/lib/ext 


This way the JVM can find the jar files automatically when it runs (any
program, not just ours). Then we copy the GL4Java .dll's into the bin
directory for our application (where we have the batch file that launches
our application). You could also copy the .dll's to the j2sdk/bin directory.
The point is, those dll's have to be in the directory that you run from, or
they must be in a directory that is set in your PATH environment variable.
If you want to copy stuff into people's System32 directory, then it is
automatically in their PATH variable. 


And don't forget to include the appropriate license files, readme files, and
other documentation required by the software providers. 


Then we include our entire SDK with our application using InstallShield. The
installation is a simple "Next, Next, Next" operation for the user. Then
they have an icon on their desktop (and an entry in the Start menu) to
launch our program with no troubles. 


Hope that helps. 
-Mark 
  
  


Gary Stewart wrote: 


Assuming you can roughly predict that someone is using a given setup is it 
possible to pack GL4Java with a program? Looking at it you need the .dll (or

.so) that matches the java version (1.4 in this case) and the GL4Java jar
files. 
From that is it possible just to provide the .dll and jars in a zip with the

program and someone launching your program will hopefully have it running
*if* 
the enviroment and class path reference "." and the jar files are in the
class 
path (for example if you use another jar with extensions). 


Many thanks, 


Gary 


------------------------------------------------------- 
This sf.net email is sponsored by:ThinkGeek 
Welcome to geek heaven. 
http://thinkgeek.com/sf <http://thinkgeek.com/sf>  
_______________________________________________ 
gl4java-usergroup mailing list 
gl4...@li... 
https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
<https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup> 

Re: [gl4java-usergroup] Packing GL4Java with a program

[<lec...@ya...>]

The GL4Java jar files are for sure "packable" with the
program. Just put 'em all in a Folder in your
program's jar, and it should work (I never tried). 

About the dll (or .so) : I don't know if they must be
in the jre\bin folder, or if they can be in any
Folder, provided the classpath (or the PATH
environment var ?) is correctly set. And I'm wondering
if they can be in the jar itself.

I'll check this evening if there is a way, so I'll
answer you tomorrow !

Anyway, I hope there is a way to do so, because
redistributing a program which need some manipulation
to get it working is for sure very annoying...

Florent Geffroy

 --- Gary Stewart <gi...@st...> a écrit : >
Assuming you can roughly predict that someone is
> using a given setup is it
> possible to pack GL4Java with a program? Looking at
> it you need the .dll (or
> .so) that matches the java version (1.4 in this
> case) and the GL4Java jar files.
> From that is it possible just to provide the .dll
> and jars in a zip with the
> program and someone launching your program will
> hopefully have it running *if*
> the enviroment and class path reference "." and the
> jar files are in the class
> path (for example if you use another jar with
> extensions).
> 
> Many thanks,
> 
> Gary 
> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
>
https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup 

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

[gl4java-usergroup] Public access to readTexture(InputStream is) in *TextureLoader

[Gary S. <gi...@st...>]

I originally put this on the sourceforge forum but since that seems inactive I
thought that I'd repost it here and as a feature request. I think there is a
need for all TextureLoader classes to have readTexture(InputStream is) moved
from a protected member to a public member. What do other people think? It would
allow getResourceAsStream to be used to get an image from a .zip, .pak or .jar file.

Gary

[gl4java-usergroup] Packing GL4Java with a program

[Gary S. <gi...@st...>]

Assuming you can roughly predict that someone is using a given setup is it
possible to pack GL4Java with a program? Looking at it you need the .dll (or
.so) that matches the java version (1.4 in this case) and the GL4Java jar files.
From that is it possible just to provide the .dll and jars in a zip with the
program and someone launching your program will hopefully have it running *if*
the enviroment and class path reference "." and the jar files are in the class
path (for example if you use another jar with extensions).

Many thanks,

Gary 

[gl4java-usergroup] Lighting problem whith offscreen.

[Jean-Yves B. <jy...@po...>]

Hello.

I use GLCanvas, GLOffscreenDrawable and GLEventListener
to render in window and make raster image on disk with the same =
GLEventListener.

The result is different: the raster image I get with offScreenDrawable =
is much darker.
There is no shading on faces !
But it is not completly dark eather.

I used the code samples packaged with GL4 and the code seems OK. I red =
it 50 times already !

Did anyone encountered the same problem ?

Thanxs.
_________________=20
Jean-Yves BRUD
POLYQUARK
38, rue de Castelbajac
31330 GRENADE SUR GARONNE
FRANCE
T=E9l: 05.62.79.03.33 Fax: .38
www.polyquark.com
_________________=20

[gl4java-usergroup] (no subject)

[<pat...@lm...>]

Microsoft Mail Internet Headers Version 2.0
Message-ID: <3E8...@lm...>
Date: Mon, 31 Mar 2003 15:45:02 -0500
From: Mark Montana <pat...@lm...>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: gl4...@li...
CC: Pepijn Van Eeckhoudt <pep...@lu...>
Subject: FYI...Solved my dark texture problem
References: <3E8...@lu...>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: pat...@lm...
X-OriginalArrivalTime: 31 Mar 2003 20:45:04.0485 (UTC) FILETIME=[6846C950:01C2F7C6]

In case anyone has this texturing problem in the future, here was my solution...

I reverted back to using GL_BLEND mode for the texturing. The equation that OpenGL uses in this mode (for an RGB texture) is:
C = Cf(1-Ct) + Cc*Ct

where
Cf = the existing fragment color (underlying polygon color)
Ct = the texel color (texture image in that position)
Cc = is a blend color you can set for texturing

At first I set Cf and Cc to pure white (hoping to get the brightening effect I wanted). However, I got no texture, only pure
white polygons. From the equation above, I could have predicted this, since the Ct components completely cancel out when Cf =
Cc. Therefore, I was only left with Cf in the equation.

As a solution, I set Cf (the polygon color) to (0.15, 0.15, 0.15, 1.0), and I set Cc (the blend color) to (1.0, 1.0, 1.0, 1.0).
This gave me nice results with the lightening I was looking for.

Thanks again for the feedback I received. This mailing list is a great resource.

-Mark

Pepijn Van Eeckhoudt wrote:

> > (4) Back to the textures being too dark. I am currently using MODULATE, and
> > the underlying color is pure white (again, 2D, no lighting, no normals). The
> > texture is still too dark. The same texture looks good in our Java3D display,
> > because we are using a Java3D mechanism related to combining fragments and
> > anisotropic filtering. In the GL4Java side, I decided to give the BLEND
> > texture mode a try. When I use that, I only get the pure blend color (no
> > texture). I enabled blending and I used glBlendFunc() to play with the
> > blending methods. (I would supply some sample code here, but I already
> > deleted that failed attempt.)
> >
>
> What happens when you use REPLACE? And if you disable the texture, is
> the polygon pure white?
>
> Pepijn
>
> > Thanks again for any advice.
> > -Mark
> >
> >
>
>   ------------------------------------------------------------
>                                                               Name: file:///C|/DOCUME%7E1/PEPIJN/LOCALS%7E1/TEMP/nsmail.tmp
>    file:///C|/DOCUME%7E1/PEPIJN/LOCALS%7E1/TEMP/nsmail.tmp    Type: application/pgp-signature
>                                                           Encoding: base64
>
>    Part 1.2Type: application/pgp-signature

Re: [gl4java-usergroup] (no subject)

[<lec...@ya...>]

If it's reporting OpenGL 1.2, it is because GL4Java
only mapps the OpenGL 1.2 API. 
It's sure that OpenGL 1.4 is out (and it's been a
while since then), but the limitation comes from
GL4Java...

Florent Geffroy


 --- pat...@lm... a écrit : > Microsoft
Mail Internet Headers Version 2.0
> Message-ID: <3E8...@lm...>
> Date: Mon, 31 Mar 2003 13:30:04 -0500
> From: Mark Montana <pat...@lm...>
> X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
> X-Accept-Language: en
> MIME-Version: 1.0
> To: gl4...@li...
> Subject: Capabilities of GL4Java state machine?
> References: <200...@ml...>
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> Return-Path: pat...@lm...
> X-OriginalArrivalTime: 31 Mar 2003 18:30:04.0838
> (UTC) FILETIME=[8C82BC60:01C2F7B3]
> 
> I reduced the parameters in my GLCapabilities from:
> 
> Red: 8 bits
> Green: 8 bits
> Blue: 8 bits
> Depth: 12 bits
> 
> down to:
> 
> Red: 2 bits
> Green: 2 bits
> Blue: 2 bits
> Depth: 2 bits
> 
> And I still get a maximum supported texture size of
> 1024. (Granted, I don't need
> any depth bits now, but I will be moving to a
> quasi-3D display soon). My guess is
> that the card doesn't even offer a graphic that is
> so simplistic, and it is giving
> me the nearest match, which has the same
> capabilities as before.
> ............................... 

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

[gl4java-usergroup] (no subject)

[<pat...@lm...>]

Microsoft Mail Internet Headers Version 2.0
Message-ID: <3E8...@lm...>
Date: Mon, 31 Mar 2003 13:30:04 -0500
From: Mark Montana <pat...@lm...>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: gl4...@li...
Subject: Capabilities of GL4Java state machine?
References: <200...@ml...>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: pat...@lm...
X-OriginalArrivalTime: 31 Mar 2003 18:30:04.0838 (UTC) FILETIME=[8C82BC60:01C2F7B3]

I reduced the parameters in my GLCapabilities from:

Red: 8 bits
Green: 8 bits
Blue: 8 bits
Depth: 12 bits

down to:

Red: 2 bits
Green: 2 bits
Blue: 2 bits
Depth: 2 bits

And I still get a maximum supported texture size of 1024. (Granted, I don't need
any depth bits now, but I will be moving to a quasi-3D display soon). My guess is
that the card doesn't even offer a graphic that is so simplistic, and it is giving
me the nearest match, which has the same capabilities as before.

Here is something interesting that is related. The Java3D portion of our
application is reporting a version number (version of what...we have no idea) that
is 1.4 on the GeForce 2 Ultra machine, and 1.2 on the Wildcat III 6110 machine. Is
OpenGL 1.4 out yet? Could this be a OpenGL version number? (we are using Java3D
built on OpenGL). I do have the latest drivers for my Wildcat III, so I would
think it has the latest OpenGL. Of course, this version number feature is poorly
documented in Java3D, so it could be referring to something else.

"Kenneth B. Russell" wrote:

> > Should have included the following in my last posting... (again, I thank you
> > for any help you can provide)
> >
> > When Java3D queries the max-supported-texture-size on the Wildcat III 6110
> > machine (from within our application), it gets an answer of 2048. When
> > GL4Java queries this value with glGetIntegerv(GL_MAX_TEXTURE_SIZE, ...) from
> > within our same application on the same machine, it gets an answer of 1024.
> >
> > What is up with that? Could the GLCapabilities be used to increase the max
> > supported texture size when the GLContext (state machine) is being created?
> > Is GL4Java hardcoding this ceiling of 1024?
>
> There's nothing in GL4Java imposing this limit; the only thing I
> can think of is some difference in the capabilities of your GL
> context (color depth, depth buffer depth, etc.)
>
> -Ken

[gl4java-usergroup] Debugging the VisualC++ project . . .

[Tobias L. G. <tg...@ul...>]

Hello All,

I am trying to use the invokejvm project
in the gl4java VisualC++ project to
debug this problem I am having with
adding and removing multiple canvases.

I keep getting the
"one or more breakpoints cannot be set..."
error when trying to set a breakpoint
in the native destroy method of the
file OpenGL_Win32_jawt.c.  If anyone
out there knows how to set breakpoints
for this project properly, could you
give a little help.  Ghetto style debugging
via printf's is whack.

            Peace, Love and Hair Grease,

                    -TOBY

Re: [gl4java-usergroup] glVertexPointer question

[Andy L. <do...@ya...>]

Thanks, it was indeed the byte order. :)

Andy

--- "Kenneth B. Russell" <kbr...@al...>
wrote:
> 
> > From: Andy Lubbers <do...@ya...>
> > 
> > Has anyone sucessfully used a direct
> > java.nio.ByteBuffer in a glVertexPointer
> > statement.  I have been able to get something
> > drawn on the screen if i pass a float[] into
> > glVertexPointer, but nothing shows up if I
> pass a
> > Buffer into it.
> 
> Yes. See
>
http://java.sun.com/products/jfc/tsc/articles/jcanyon/
> ;
> links to the source code are near the bottom of
> the page.
> 
> It's probably the byte ordering; you need to
> call
> ByteBuffer.order(ByteOrder.nativeOrder()) when
> your ByteBuffer is
> first created. I have made this mistake in 100%
> of my own
> java.nio programs which is why I recommend
> making a
> BufferFactory class which does it up front; see
> the slides of
>
http://servlet.java.sun.com/javaone/sf2002/conf/sessions/display-3167.en.jsp
> 
> -Ken
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be
> There!
> NetWorld+Interop Las Vegas 2003 -- Register
> today!
>
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
>
https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup


__________________________________________________
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Re: [gl4java-usergroup] glVertexPointer question

[Kenneth B. R. <kbr...@al...>]

> From: Andy Lubbers <do...@ya...>
> 
> Has anyone sucessfully used a direct
> java.nio.ByteBuffer in a glVertexPointer
> statement.  I have been able to get something
> drawn on the screen if i pass a float[] into
> glVertexPointer, but nothing shows up if I pass a
> Buffer into it.

Yes. See http://java.sun.com/products/jfc/tsc/articles/jcanyon/ ;
links to the source code are near the bottom of the page.

It's probably the byte ordering; you need to call
ByteBuffer.order(ByteOrder.nativeOrder()) when your ByteBuffer is
first created. I have made this mistake in 100% of my own
java.nio programs which is why I recommend making a
BufferFactory class which does it up front; see the slides of
http://servlet.java.sun.com/javaone/sf2002/conf/sessions/display-3167.en.jsp

-Ken

Re: [gl4java-usergroup] Destroying and Creating canvases in a single window ? ? ?

[Tobias L. G. <tg...@ul...>]

Florent,

You will have to compile the version that is in the
sourceforge cvs.  After you check out, read the
file called COMPILATION.txt.  The instructions
are fairly straightforward, and you should be able
to get it built in fairly short order.  If you have
any questions, just post to the list.  Probably
until I get this bug fixed I will be available to
help you out with any build problems.  If I'm not
monitoring the list, there seem to be a number
of other people on the list who would be able to
help you.  Compiling is better because you can
try to fix any bugs you encounter . . . just my
opinion.

Anyway, happy building . . . and stay up . . .


                           Peace, Love and Hair Grease

                                           -TOBY

Florent Geffroy wrote:

>Hi !
>
>I'm using the version which is stored on
>jausoft.com....
>Is the CVS version compiled ? Because I'll need a
>compiler if it's not...
>
>Thanks you very much, anyway !
>
>Florent Geffroy
>
> --- "Tobias L. George" <tg...@ul...> a
>écrit : > Florent,
>  
>
>>I should have mentioned that you HAVE
>>to use the version of GL4Java that is on
>>SourceForge CVS.  Are you using this
>>version ? ? ?
>>
>>If not you should go to this CVS and
>>do a check out and build GL4Java
>>from the sources.  Then calling
>>cvsDispose() BEFORE removing the
>>GLCanvas will work for you.
>>
>>                  Peace, Love and Hair Grease,
>>
>>                                      -TOBY
>>
>>Florent Geffroy wrote:
>>
>>    
>>
>>>Oops, I sent my reply to Tobias directly, my
>>>      
>>>
>>mistake,
>>    
>>
>>>so here is the mail :
>>>
>>>Hi !
>>>
>>>Actually, the "glgDestroy Failed" occured when I
>>>called cvsDispose ! I tried everything, but nothing
>>>seemed to work...
>>>As I'm using the GLEventListener way, I thought
>>>      
>>>
>>this
>>    
>>
>>>is the reason, maybe a bug when removing the
>>>      
>>>
>>listener.
>>    
>>
>>>But as I tried the subclassing way, I saw that it
>>>      
>>>
>>was
>>    
>>
>>>the same... 
>>>Even if everything is properly closed (canvas
>>>      
>>>
>>stopped,
>>    
>>
>>>listener removed, etc.), it occurs when I call
>>>cvsDispose... So, what happens ?
>>>
>>>And a little question : is the developpment of
>>>      
>>>
>>GL4Java
>>    
>>
>>>stopped ? Or is Sven Goettel still working on it,
>>>      
>>>
>>and
>>    
>>
>>>making a JFC/Swing implementations which works,
>>>because I don't like to mix Swing (JFrame) and AWT
>>>(GLCanvas and not GLJpanel) things together.
>>>
>>>Florent GEFFROY
>>>
>>>--- "Tobias L. George" <tg...@ul...> a
>>>écrit : > Florent,
>>> 
>>>
>>>      
>>>
>>>>M'excuse, mais ma frances c'est plus mal que ton
>>>>anglais . . .
>>>>donc . . . I will be responding in english.  I
>>>>        
>>>>
>>think
>>    
>>
>>>>that what
>>>>you may need to do to get rid of your problem is
>>>>        
>>>>
>>to
>>    
>>
>>>>make
>>>>certain that you are calling cvsDispose() on the
>>>>GLCanvas
>>>>you are trying to get rid of PRIOR to the canvas
>>>>being
>>>>removed from the window, or its containing
>>>>component.
>>>>
>>>>After this, you will not have the "gljDestroy
>>>>        
>>>>
>>failed
>>    
>>
>>>>. . ."
>>>>message anymore, but I think your app will still
>>>>slow down
>>>>after a while.  I am still working on finding this
>>>>problem.
>>>>
>>>>                                        Peace,
>>>>        
>>>>
>>Love
>>    
>>
>>>>and Hair Grease,
>>>>
>>>>                                                 
>>>>        
>>>>
>>>>-TOBY
>>>>
>>>>Florent Geffroy wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>I have exactly the same problem ! When trying to
>>>>>destroy a Canvas, it tells me something like
>>>>>"gljDestroy failed"... 
>>>>>Actually, glj designate the GLContext, but I
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>founded
>>>>   
>>>>
>>>>        
>>>>
>>>>>that it is properly closed, so I can't explain
>>>>>          
>>>>>
>>why
>>    
>>
>>>>>this error occurs...
>>>>>
>>>>>Florent GEFFROY
>>>>>
>>>>>--- "Tobias L. George" <tg...@ul...>
>>>>>          
>>>>>
>>a
>>    
>>
>>>>>écrit : > Hello all,
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>I am wondering whether or not anyone else is
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>having
>>>>   
>>>>
>>>>        
>>>>
>>>>>>trouble
>>>>>>destroying and creating GLCanvases in a single
>>>>>>window.  I
>>>>>>have tried with both the binary release from
>>>>>>Jausoft, and the
>>>>>>CVS release that was on sourceforge as of March
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>22,
>>>>   
>>>>
>>>>        
>>>>
>>>>>>2003.
>>>>>>
>>>>>>I think that something is not being properly
>>>>>>disposed of when
>>>>>>a GLCanvas is destroyed.  I am able to create
>>>>>>            
>>>>>>
>>and
>>    
>>
>>>>>>destroy
>>>>>>a few GLCanvases but after a while the
>>>>>>            
>>>>>>
>>GLCanvases
>>    
>>
>>>>>>that are
>>>>>>created slow to a crawl when drawing.
>>>>>>
>>>>>>Try as I might, I have only been able
>>>>>>to find a single bug in GL4Java.  It is in the
>>>>>>GLCanvas code,
>>>>>>during the first paint, the canvas adds itself
>>>>>>            
>>>>>>
>>to
>>    
>>
>>>>>>the top level
>>>>>>window as a listener.  The problem is, that it
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>never
>>>>   
>>>>
>>>>        
>>>>
>>>>>>removed
>>>>>>itself as a listener and so it would never get
>>>>>>finalized.  This
>>>>>>is not even a bug if you look at it from the
>>>>>>            
>>>>>>
>>point
>>    
>>
>>>>>>of view of
>>>>>>always needing to destroy the top-level window
>>>>>>            
>>>>>>
>>in
>>    
>>
>>>>>>order to
>>>>>>destroy a GLCanvas, although in practice you end
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>up
>>>>   
>>>>
>>>>        
>>>>
>>>>>>having
>>>>>>to exit the program.  Be that as it may, I am at
>>>>>>            
>>>>>>
>>a
>>    
>>
>>>>>>loss for the
>>>>>>moment as to why this slow down is happening
>>>>>>            
>>>>>>
>>when
>>    
>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>I
>>>>   
>>>>
>>>>        
>>>>
>>>>>>create
>>>>>>and destroy more than a few GLCanvases.  I am
>>>>>>looking
>>>>>>through the GL4Java code again now, and I will
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>find
>>>>   
>>>>
>>>>        
>>>>
>>>>>>out why
>>>>>>sooner or later by the grace of VisualC, but if
>>>>>>someone has a
>>>>>>clue, could you help a brotha out ? ? ?
>>>>>>
>>>>>>
>>>>>>                    Peace, Love, and Hair
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>Grease,
>>>>   
>>>>
>>>>        
>>>>
>>>>>>                                      -TOBY
>>>>>>
>>>>>>            
>>>>>>
>=== message truncated === 
>
>___________________________________________________________
>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
>Yahoo! Mail : http://fr.mail.yahoo.com
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by:
>The Definitive IT and Networking Event. Be There!
>NetWorld+Interop Las Vegas 2003 -- Register today!
>http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>_______________________________________________
>gl4java-usergroup mailing list
>gl4...@li...
>https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>
>
>  
>

Re: [gl4java-usergroup] glVertexPointer question

[Max G. <gi...@ye...>]

On Thu, 27 Mar 2003, Andy Lubbers wrote:

> Has anyone sucessfully used a direct
> java.nio.ByteBuffer in a glVertexPointer
> statement.  I have been able to get something
> drawn on the screen if i pass a float[] into
> glVertexPointer, but nothing shows up if I pass a
> Buffer into it.
Take a look at http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xmage/xmage/xmage/turbine/Renderer.java

HTH,
Max

Re: [gl4java-usergroup] Destroying and Creating canvases in a single window ? ? ?

[<lec...@ya...>]

Hi !

I'm using the version which is stored on
jausoft.com....
Is the CVS version compiled ? Because I'll need a
compiler if it's not...

Thanks you very much, anyway !

Florent Geffroy

 --- "Tobias L. George" <tg...@ul...> a
écrit : > Florent,
> 
> I should have mentioned that you HAVE
> to use the version of GL4Java that is on
> SourceForge CVS.  Are you using this
> version ? ? ?
> 
> If not you should go to this CVS and
> do a check out and build GL4Java
> from the sources.  Then calling
> cvsDispose() BEFORE removing the
> GLCanvas will work for you.
> 
>                   Peace, Love and Hair Grease,
> 
>                                       -TOBY
> 
> Florent Geffroy wrote:
> 
> >Oops, I sent my reply to Tobias directly, my
> mistake,
> >so here is the mail :
> >
> >Hi !
> >
> >Actually, the "glgDestroy Failed" occured when I
> >called cvsDispose ! I tried everything, but nothing
> >seemed to work...
> >As I'm using the GLEventListener way, I thought
> this
> >is the reason, maybe a bug when removing the
> listener.
> >But as I tried the subclassing way, I saw that it
> was
> >the same... 
> >Even if everything is properly closed (canvas
> stopped,
> >listener removed, etc.), it occurs when I call
> >cvsDispose... So, what happens ?
> >
> >And a little question : is the developpment of
> GL4Java
> >stopped ? Or is Sven Goettel still working on it,
> and
> >making a JFC/Swing implementations which works,
> >because I don't like to mix Swing (JFrame) and AWT
> >(GLCanvas and not GLJpanel) things together.
> >
> >Florent GEFFROY
> >
> > --- "Tobias L. George" <tg...@ul...> a
> >écrit : > Florent,
> >  
> >
> >>M'excuse, mais ma frances c'est plus mal que ton
> >>anglais . . .
> >>donc . . . I will be responding in english.  I
> think
> >>that what
> >>you may need to do to get rid of your problem is
> to
> >>make
> >>certain that you are calling cvsDispose() on the
> >>GLCanvas
> >>you are trying to get rid of PRIOR to the canvas
> >>being
> >>removed from the window, or its containing
> >>component.
> >>
> >>After this, you will not have the "gljDestroy
> failed
> >>. . ."
> >>message anymore, but I think your app will still
> >>slow down
> >>after a while.  I am still working on finding this
> >>problem.
> >>
> >>                                         Peace,
> Love
> >>and Hair Grease,
> >>
> >>                                                  
> 
> >>-TOBY
> >>
> >>Florent Geffroy wrote:
> >>
> >>    
> >>
> >>>I have exactly the same problem ! When trying to
> >>>destroy a Canvas, it tells me something like
> >>>"gljDestroy failed"... 
> >>>Actually, glj designate the GLContext, but I
> >>>      
> >>>
> >>founded
> >>    
> >>
> >>>that it is properly closed, so I can't explain
> why
> >>>this error occurs...
> >>>
> >>>Florent GEFFROY
> >>>
> >>>--- "Tobias L. George" <tg...@ul...>
> a
> >>>écrit : > Hello all,
> >>> 
> >>>
> >>>      
> >>>
> >>>>I am wondering whether or not anyone else is
> >>>>        
> >>>>
> >>having
> >>    
> >>
> >>>>trouble
> >>>>destroying and creating GLCanvases in a single
> >>>>window.  I
> >>>>have tried with both the binary release from
> >>>>Jausoft, and the
> >>>>CVS release that was on sourceforge as of March
> >>>>        
> >>>>
> >>22,
> >>    
> >>
> >>>>2003.
> >>>>
> >>>>I think that something is not being properly
> >>>>disposed of when
> >>>>a GLCanvas is destroyed.  I am able to create
> and
> >>>>destroy
> >>>>a few GLCanvases but after a while the
> GLCanvases
> >>>>that are
> >>>>created slow to a crawl when drawing.
> >>>>
> >>>>Try as I might, I have only been able
> >>>>to find a single bug in GL4Java.  It is in the
> >>>>GLCanvas code,
> >>>>during the first paint, the canvas adds itself
> to
> >>>>the top level
> >>>>window as a listener.  The problem is, that it
> >>>>        
> >>>>
> >>never
> >>    
> >>
> >>>>removed
> >>>>itself as a listener and so it would never get
> >>>>finalized.  This
> >>>>is not even a bug if you look at it from the
> point
> >>>>of view of
> >>>>always needing to destroy the top-level window
> in
> >>>>order to
> >>>>destroy a GLCanvas, although in practice you end
> >>>>        
> >>>>
> >>up
> >>    
> >>
> >>>>having
> >>>>to exit the program.  Be that as it may, I am at
> a
> >>>>loss for the
> >>>>moment as to why this slow down is happening
> when
> >>>>        
> >>>>
> >>I
> >>    
> >>
> >>>>create
> >>>>and destroy more than a few GLCanvases.  I am
> >>>>looking
> >>>>through the GL4Java code again now, and I will
> >>>>        
> >>>>
> >>find
> >>    
> >>
> >>>>out why
> >>>>sooner or later by the grace of VisualC, but if
> >>>>someone has a
> >>>>clue, could you help a brotha out ? ? ?
> >>>>
> >>>>
> >>>>                     Peace, Love, and Hair
> >>>>        
> >>>>
> >>Grease,
> >>    
> >>
> >>>>                                       -TOBY
> >>>>
> 
=== message truncated === 

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

[gl4java-usergroup] glVertexPointer question

[Andy L. <do...@ya...>]

Has anyone sucessfully used a direct
java.nio.ByteBuffer in a glVertexPointer
statement.  I have been able to get something
drawn on the screen if i pass a float[] into
glVertexPointer, but nothing shows up if I pass a
Buffer into it.

Thanks,
Andy

__________________________________________________
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Re: [gl4java-usergroup] Destroying and Creating canvases in a single window ? ? ?

[Tobias L. G. <tg...@ul...>]

Florent,

I should have mentioned that you HAVE
to use the version of GL4Java that is on
SourceForge CVS.  Are you using this
version ? ? ?

If not you should go to this CVS and
do a check out and build GL4Java
from the sources.  Then calling
cvsDispose() BEFORE removing the
GLCanvas will work for you.

                  Peace, Love and Hair Grease,

                                      -TOBY

Florent Geffroy wrote:

>Oops, I sent my reply to Tobias directly, my mistake,
>so here is the mail :
>
>Hi !
>
>Actually, the "glgDestroy Failed" occured when I
>called cvsDispose ! I tried everything, but nothing
>seemed to work...
>As I'm using the GLEventListener way, I thought this
>is the reason, maybe a bug when removing the listener.
>But as I tried the subclassing way, I saw that it was
>the same... 
>Even if everything is properly closed (canvas stopped,
>listener removed, etc.), it occurs when I call
>cvsDispose... So, what happens ?
>
>And a little question : is the developpment of GL4Java
>stopped ? Or is Sven Goettel still working on it, and
>making a JFC/Swing implementations which works,
>because I don't like to mix Swing (JFrame) and AWT
>(GLCanvas and not GLJpanel) things together.
>
>Florent GEFFROY
>
> --- "Tobias L. George" <tg...@ul...> a
>écrit : > Florent,
>  
>
>>M'excuse, mais ma frances c'est plus mal que ton
>>anglais . . .
>>donc . . . I will be responding in english.  I think
>>that what
>>you may need to do to get rid of your problem is to
>>make
>>certain that you are calling cvsDispose() on the
>>GLCanvas
>>you are trying to get rid of PRIOR to the canvas
>>being
>>removed from the window, or its containing
>>component.
>>
>>After this, you will not have the "gljDestroy failed
>>. . ."
>>message anymore, but I think your app will still
>>slow down
>>after a while.  I am still working on finding this
>>problem.
>>
>>                                         Peace, Love
>>and Hair Grease,
>>
>>                                                   
>>-TOBY
>>
>>Florent Geffroy wrote:
>>
>>    
>>
>>>I have exactly the same problem ! When trying to
>>>destroy a Canvas, it tells me something like
>>>"gljDestroy failed"... 
>>>Actually, glj designate the GLContext, but I
>>>      
>>>
>>founded
>>    
>>
>>>that it is properly closed, so I can't explain why
>>>this error occurs...
>>>
>>>Florent GEFFROY
>>>
>>>--- "Tobias L. George" <tg...@ul...> a
>>>écrit : > Hello all,
>>> 
>>>
>>>      
>>>
>>>>I am wondering whether or not anyone else is
>>>>        
>>>>
>>having
>>    
>>
>>>>trouble
>>>>destroying and creating GLCanvases in a single
>>>>window.  I
>>>>have tried with both the binary release from
>>>>Jausoft, and the
>>>>CVS release that was on sourceforge as of March
>>>>        
>>>>
>>22,
>>    
>>
>>>>2003.
>>>>
>>>>I think that something is not being properly
>>>>disposed of when
>>>>a GLCanvas is destroyed.  I am able to create and
>>>>destroy
>>>>a few GLCanvases but after a while the GLCanvases
>>>>that are
>>>>created slow to a crawl when drawing.
>>>>
>>>>Try as I might, I have only been able
>>>>to find a single bug in GL4Java.  It is in the
>>>>GLCanvas code,
>>>>during the first paint, the canvas adds itself to
>>>>the top level
>>>>window as a listener.  The problem is, that it
>>>>        
>>>>
>>never
>>    
>>
>>>>removed
>>>>itself as a listener and so it would never get
>>>>finalized.  This
>>>>is not even a bug if you look at it from the point
>>>>of view of
>>>>always needing to destroy the top-level window in
>>>>order to
>>>>destroy a GLCanvas, although in practice you end
>>>>        
>>>>
>>up
>>    
>>
>>>>having
>>>>to exit the program.  Be that as it may, I am at a
>>>>loss for the
>>>>moment as to why this slow down is happening when
>>>>        
>>>>
>>I
>>    
>>
>>>>create
>>>>and destroy more than a few GLCanvases.  I am
>>>>looking
>>>>through the GL4Java code again now, and I will
>>>>        
>>>>
>>find
>>    
>>
>>>>out why
>>>>sooner or later by the grace of VisualC, but if
>>>>someone has a
>>>>clue, could you help a brotha out ? ? ?
>>>>
>>>>
>>>>                     Peace, Love, and Hair
>>>>        
>>>>
>>Grease,
>>    
>>
>>>>                                       -TOBY
>>>>
>>>>
>>>>
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>-------------------------------------------------------
>>    
>>
>>> 
>>>
>>>      
>>>
>>>>This SF.net email is sponsored by:
>>>>The Definitive IT and Networking Event. Be There!
>>>>NetWorld+Interop Las Vegas 2003 -- Register today!
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>>    
>>
>>> 
>>>
>>>      
>>>
>>>>_______________________________________________
>>>>gl4java-usergroup mailing list
>>>>gl4...@li...
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>>
>>    
>>
>>___________________________________________________________
>>    
>>
>>>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et
>>>      
>>>
>>en français !
>>    
>>
>>>Yahoo! Mail : http://fr.mail.yahoo.com
>>>
>>>
>>> 
>>>
>>>      
>>>
>>
>>
>>    
>>
>-------------------------------------------------------
>  
>
>>This SF.net email is sponsored by:
>>The Definitive IT and Networking Event. Be There!
>>NetWorld+Interop Las Vegas 2003 -- Register today!
>>
>>    
>>
>http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>  
>
>>_______________________________________________
>>gl4java-usergroup mailing list
>>gl4...@li...
>>
>>    
>>
>https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup 
>
>___________________________________________________________
>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
>Yahoo! Mail : http://fr.mail.yahoo.com
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by:
>The Definitive IT and Networking Event. Be There!
>NetWorld+Interop Las Vegas 2003 -- Register today!
>http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>_______________________________________________
>gl4java-usergroup mailing list
>gl4...@li...
>https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>
>
>  
>

Re: [gl4java-usergroup] Destroying and Creating canvases in a single window ? ? ?

[<lec...@ya...>]

Oops, I sent my reply to Tobias directly, my mistake,
so here is the mail :

Hi !

Actually, the "glgDestroy Failed" occured when I
called cvsDispose ! I tried everything, but nothing
seemed to work...
As I'm using the GLEventListener way, I thought this
is the reason, maybe a bug when removing the listener.
But as I tried the subclassing way, I saw that it was
the same... 
Even if everything is properly closed (canvas stopped,
listener removed, etc.), it occurs when I call
cvsDispose... So, what happens ?

And a little question : is the developpment of GL4Java
stopped ? Or is Sven Goettel still working on it, and
making a JFC/Swing implementations which works,
because I don't like to mix Swing (JFrame) and AWT
(GLCanvas and not GLJpanel) things together.

Florent GEFFROY

 --- "Tobias L. George" <tg...@ul...> a
écrit : > Florent,
> 
> M'excuse, mais ma frances c'est plus mal que ton
> anglais . . .
> donc . . . I will be responding in english.  I think
> that what
> you may need to do to get rid of your problem is to
> make
> certain that you are calling cvsDispose() on the
> GLCanvas
> you are trying to get rid of PRIOR to the canvas
> being
> removed from the window, or its containing
> component.
> 
> After this, you will not have the "gljDestroy failed
> . . ."
> message anymore, but I think your app will still
> slow down
> after a while.  I am still working on finding this
> problem.
> 
>                                          Peace, Love
> and Hair Grease,
> 
>                                                    
> -TOBY
> 
> Florent Geffroy wrote:
> 
> >I have exactly the same problem ! When trying to
> >destroy a Canvas, it tells me something like
> >"gljDestroy failed"... 
> >Actually, glj designate the GLContext, but I
> founded
> >that it is properly closed, so I can't explain why
> >this error occurs...
> >
> >Florent GEFFROY
> >
> > --- "Tobias L. George" <tg...@ul...> a
> >écrit : > Hello all,
> >  
> >
> >>I am wondering whether or not anyone else is
> having
> >>trouble
> >>destroying and creating GLCanvases in a single
> >>window.  I
> >>have tried with both the binary release from
> >>Jausoft, and the
> >>CVS release that was on sourceforge as of March
> 22,
> >>2003.
> >>
> >>I think that something is not being properly
> >>disposed of when
> >>a GLCanvas is destroyed.  I am able to create and
> >>destroy
> >>a few GLCanvases but after a while the GLCanvases
> >>that are
> >>created slow to a crawl when drawing.
> >>
> >>Try as I might, I have only been able
> >>to find a single bug in GL4Java.  It is in the
> >>GLCanvas code,
> >>during the first paint, the canvas adds itself to
> >>the top level
> >>window as a listener.  The problem is, that it
> never
> >>removed
> >>itself as a listener and so it would never get
> >>finalized.  This
> >>is not even a bug if you look at it from the point
> >>of view of
> >>always needing to destroy the top-level window in
> >>order to
> >>destroy a GLCanvas, although in practice you end
> up
> >>having
> >>to exit the program.  Be that as it may, I am at a
> >>loss for the
> >>moment as to why this slow down is happening when
> I
> >>create
> >>and destroy more than a few GLCanvases.  I am
> >>looking
> >>through the GL4Java code again now, and I will
> find
> >>out why
> >>sooner or later by the grace of VisualC, but if
> >>someone has a
> >>clue, could you help a brotha out ? ? ?
> >>
> >>
> >>                      Peace, Love, and Hair
> Grease,
> >>
> >>                                        -TOBY
> >>
> >>
> >>
> >>
> >>    
> >>
>
>-------------------------------------------------------
> >  
> >
> >>This SF.net email is sponsored by:
> >>The Definitive IT and Networking Event. Be There!
> >>NetWorld+Interop Las Vegas 2003 -- Register today!
> >>
> >>    
> >>
>
>http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> >  
> >
> >>_______________________________________________
> >>gl4java-usergroup mailing list
> >>gl4...@li...
> >>
> >>    
> >>
>
>https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
> 
> >
>
>___________________________________________________________
> >Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et
> en français !
> >Yahoo! Mail : http://fr.mail.yahoo.com
> >
> >
> >  
> >
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
>
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
>
https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup 

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Re: [gl4java-usergroup] Destroying and Creating canvases in a sin gle window ? ? ?

[Tobias L. G. <tg...@ul...>]

My Bad,

I only sent this response directly to Colin . . .

I'm forwarding it to the list for the benefit
of all.


                           Peace, Love and Hair Grease,

                                  -TOBY

Tobias L. George wrote:

> Col,
>
> How did you end up resolving this issue, did you
> rearchitect so that you didn't add and remove
> GLCanvases, or did you find and fix the bug ? ? ?
> Or are you still dealing with the problem ? ? ?
>
>                  Peace, Love and Hair Grease,
>
>                             -TOBY
>
> Combe, Colin wrote:
>
>> Hi - in answer to your first Q, yes, i have had trouble with this and 
>> I don't
>> think I'm was doing anything obviously stupid. I was using the
>> event-listener way of doing things rather than the subclassing way 
>> but after
>> adding and removing GLEventListener's to/from a canvas a couple of 
>> times it
>> would all slow down horribly. It seemed to only happen on certain 
>> machines.
>> I was confused.
>> col
>>
>> -----Original Message-----
>> From: Tobias L. George
>> To: gl4...@li...
>> Sent: 27/03/03 02:38
>> Subject: [gl4java-usergroup] Destroying and Creating canvases in a 
>> single
>> window ? ? ?
>>
>> Hello all,
>>
>> I am wondering whether or not anyone else is having trouble
>> destroying and creating GLCanvases in a single window.  I
>> have tried with both the binary release from Jausoft, and the
>> CVS release that was on sourceforge as of March 22, 2003.
>>
>> I think that something is not being properly disposed of when
>> a GLCanvas is destroyed.  I am able to create and destroy
>> a few GLCanvases but after a while the GLCanvases that are
>> created slow to a crawl when drawing.
>>
>> Try as I might, I have only been able
>> to find a single bug in GL4Java.  It is in the GLCanvas code,
>> during the first paint, the canvas adds itself to the top level
>> window as a listener.  The problem is, that it never removed
>> itself as a listener and so it would never get finalized.  This
>> is not even a bug if you look at it from the point of view of
>> always needing to destroy the top-level window in order to
>> destroy a GLCanvas, although in practice you end up having
>> to exit the program.  Be that as it may, I am at a loss for the
>> moment as to why this slow down is happening when I create
>> and destroy more than a few GLCanvases.  I am looking
>> through the GL4Java code again now, and I will find out why
>> sooner or later by the grace of VisualC, but if someone has a
>> clue, could you help a brotha out ? ? ?
>>
>>
>>                      Peace, Love, and Hair Grease,
>>
>>                                        -TOBY
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by:
>> The Definitive IT and Networking Event. Be There!
>> NetWorld+Interop Las Vegas 2003 -- Register today!
>> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>> _______________________________________________
>> gl4java-usergroup mailing list
>> gl4...@li...
>> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by:
>> The Definitive IT and Networking Event. Be There!
>> NetWorld+Interop Las Vegas 2003 -- Register today!
>> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>> _______________________________________________
>> gl4java-usergroup mailing list
>> gl4...@li...
>> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>>
>>
>>  
>>
>

RE: [gl4java-usergroup] Destroying and Creating canvases in a sin gle window ? ? ?

[Combe, C. <C....@na...>]

Hi 
- in answer to your first Q, yes, i have had trouble with this and I don't
think I'm was doing anything obviously stupid. I was using the
event-listener way of doing things rather than the subclassing way but after
adding and removing GLEventListener's to/from a canvas a couple of times it
would all slow down horribly. It seemed to only happen on certain machines.
I was confused. 

col

-----Original Message-----
From: Tobias L. George
To: gl4...@li...
Sent: 27/03/03 02:38
Subject: [gl4java-usergroup] Destroying and Creating canvases in a single
window ? ? ?

Hello all,

I am wondering whether or not anyone else is having trouble
destroying and creating GLCanvases in a single window.  I
have tried with both the binary release from Jausoft, and the
CVS release that was on sourceforge as of March 22, 2003.

I think that something is not being properly disposed of when
a GLCanvas is destroyed.  I am able to create and destroy
a few GLCanvases but after a while the GLCanvases that are
created slow to a crawl when drawing.

Try as I might, I have only been able
to find a single bug in GL4Java.  It is in the GLCanvas code,
during the first paint, the canvas adds itself to the top level
window as a listener.  The problem is, that it never removed
itself as a listener and so it would never get finalized.  This
is not even a bug if you look at it from the point of view of
always needing to destroy the top-level window in order to
destroy a GLCanvas, although in practice you end up having
to exit the program.  Be that as it may, I am at a loss for the
moment as to why this slow down is happening when I create
and destroy more than a few GLCanvases.  I am looking
through the GL4Java code again now, and I will find out why
sooner or later by the grace of VisualC, but if someone has a
clue, could you help a brotha out ? ? ?


                      Peace, Love, and Hair Grease,

                                        -TOBY



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
_______________________________________________
gl4java-usergroup mailing list
gl4...@li...
https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup