Re: [gl4java-usergroup] GC Bug

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

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

On Wednesday 09 January 2002 10:42, Pepijn Van Eeckhoudt wrote:
> If I wanted to change the native code for a standard opengl function
> (for instance the glu tesselator stuff), is it enough to add my own
> implementations to the files in C2J\manual. 

YES

please read my latest explanation I send to the mailinglist, see below ..

> From the makefile it seems
> like the auto generated stuff is put together with the manual file using
> cat, so I assume you would have a duplicate function declaration then.

where is the duplicate ?

nono, it just depends on your point of view.

for me, the generated sources (C2J'ed and cat'ed)
placed to gl4java/ and CNativeCode/ are not kinda temporaery files ..

the true sources within C2J/manual, e.g. for gl4java/GLUFunc14JauJNI.java,
are the origin ones !

or may be i misunderstood you, so please gimme more details !

> Or did I miss something? If I'm correct, then how sould I add a manual
> implementation for a gl function?

like i mentions before (see below) ..

>
> Pepijn Van Eeckhoudt
>
> Sven Goethel wrote:

<snip>

> > you can find such manual codes within the GL4Java/C2J/manual directory !
> >
> > then we need some new functions within the:
> > 	gl4java/GLUFunc14.java (interface)
> > 		C2J/manual/glu-manualCodedVirt-14.java (manual part)
> >
> > 	gl4java/GLUFunc14JauJNI.java (implementation - JNI declarations and
> > stubs ..) C2J/manual/glu-manualCodedImplJNI1-14.java (manual part)
> >
> > 	CNativeCode/OpenGLU_JauJNI14_funcs.c (native implementation)
> > 		C2J/manual/glu-manualCodedImplJNI14.c (manual part)
> >
> > just have a look - and understand, how it is done within the
> > manual GLFunc14* counterpart of the NV extension ..:
> >
> > GL4Java/C2J/manual:
> > 	gl-manualCodedImplJNI1-14.java  gl-manualCodedImplJNI14.c 
> > gl-manualCodedVirt1-14.java
> >
> > we might want to make the memory managment functions more general
> > purpose, so we can use them for e.g. (as you suggested)
> > 	- glTessVertex
> > 		- we should create a native NIO buffer which will be used ..,
> > 		straight outta the java application,
> > 		or by a new general purpose GL4Java utility function ..
> >
> > 		- all passed NIO buffers might be freed by the glTessEndPolygon
> > function or by another one .. if allocated by a GL4Java utility function
> >
> > 	- glTessEndPolygon
> > 		- might free all passed NIO buffers, if allocated by a GL4Java utility
> > function
> >
> > so this little concept - please review and make it more clean RFC ..,
> > might be introduced to all OpenGL functions which handles a big amount of
> > data, e.g. textures etc., where the JVM's GC might moves or cleans the
> > memory ..
> >
> > cheers, sven

- -- 
health & wealth
mailto:sgo...@ja...
www   : http://www.jausoft.com ; pgp: http://www.jausoft.com/gpg/
voice : +49-521-2399440 ; fax : +49-521-2399442
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8PBoRHdOA30NoFAARAmZZAJwMEFkRHaVBqEmK3AA2MaTOtVT9KgCgkVO+
84T+4Y0FCr02cRS8HIjAAWQ=
=dMkU
-----END PGP SIGNATURE-----