gl4java-usergroup

[gl4java-usergroup] Bugs in GL4Java

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

Hi!

Sven, I've discovered:

1. Bug in GLU method gluNurbsProperty(...). According to the specs it
takes float value as its third parameter. That's how it's done in
GL4Java for now but some properties require boolean values (GL_TRUE and
GL_FALSE) which are probably defined as 1 and 0 in C. These properties
do not work in Java - there is no method like gluNurbsProperty(int, int,
boolean).

For example, this line
glu.gluNurbsProperty(nurbsRenderer, GLU_AUTO_LOAD_MATRIX, GL_FALSE);
is currently invalid.

2. Several constants in GLEnum are named like this: GL_MAP1_VERTEX_3
where they should be GL_MAP1_VERTEX3.

Bye,
Max


--
Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis
-----------------------------------------------------------------------------
--  Why is it that all of the instruments seeking intelligent life in the  --
--  universe are pointed away from Earth?                                  --

Re: [gl4java-usergroup] Bugs in GL4Java

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

Max Gilead wrote:
> 
> Hi!
> 
> Sven, I've discovered:
> 
> 1. Bug in GLU method gluNurbsProperty(...). According to the specs it
> takes float value as its third parameter. That's how it's done in
> GL4Java for now but some properties require boolean values (GL_TRUE and
> GL_FALSE) which are probably defined as 1 and 0 in C. These properties
> do not work in Java - there is no method like gluNurbsProperty(int, int,
> boolean).
> 
> For example, this line
> glu.gluNurbsProperty(nurbsRenderer, GLU_AUTO_LOAD_MATRIX, GL_FALSE);
> is currently invalid.
> 
Well, just write: (float)GL_FALSE or 0f,
or we use a new GL_FALSEf ?
Or we should have a summary of GL funcs, which expects boolean values
for float/doubles/int values, so we can overload such functions.

> 2. Several constants in GLEnum are named like this: GL_MAP1_VERTEX_3
> where they should be GL_MAP1_VERTEX3.
I hope the new Mesa 3.3 (XF4.0) headers have them correct.
As you allready might know, we just use the Mesa headers
and transform them to java/c stubs & functions.

Thanxs a lot !
Yours, Sven

-- 
mailto:sgo...@ja...
www   : http://www.jausoft.com
voice : +49-521-2399440, +49-170-2115963; fax: +49-521-2399442

Re: [gl4java-usergroup] Bugs in GL4Java

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

Sven Goethel wrote:

> Well, just write: (float)GL_FALSE or 0f,
> or we use a new GL_FALSEf ?
> Or we should have a summary of GL funcs, which expects boolean values
> for float/doubles/int values, so we can overload such functions.

Oh, right. Haven't thought about that. But it's a dirty hack I think should
be avoided. I think separate methods would be best.


> > 2. Several constants in GLEnum are named like this: GL_MAP1_VERTEX_3
> > where they should be GL_MAP1_VERTEX3.
> I hope the new Mesa 3.3 (XF4.0) headers have them correct.
> As you allready might know, we just use the Mesa headers
> and transform them to java/c stubs & functions.

How about correcting other's faults ;-)


Bye,
Max


--
Max Gilead (gi...@li...) http://3d.linart.krakow.pl/OfficinaArtificialis
-----------------------------------------------------------------------------
--  Why is it that all of the instruments seeking intelligent life in the  --
--  universe are pointed away from Earth?                                  --