Re: [gl4java-usergroup] GC Bug

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

I wrote a simple memory management module that keeps track of the
alocated arrays, so they can be released at a later point. I've tested
this idea with the tesselation stuff, and it works fine.
I've made these changes to the C files in the CNativeCode directory,
which isn't ideal (should be autogenerated). Could someone explain to me
where I can put my implementations of the
Java_gl4java_GLUFunc14JauJNI_gluTessVertex__* functions, so they would
appear in the generated c files automatically.

thanks,
Pepijn Van Eeckhoudt


Kenneth B. Russell wrote:

 > Quick point: it is illegal to return from a native method when
 > you have called Get*Critical but without calling the succeeding
 > Release*Critical.
 >
 >
 >
 >>From: Pepijn Van Eeckhoudt <pep...@lu...>
 >>User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) 
Gecko/20011120
 >>X-Accept-Language: en-us
 >>MIME-Version: 1.0
 >>Content-Type: text/plain; charset=us-ascii; format=flowed
 >>Content-Transfer-Encoding: 7bit
 >>X-Loop-Detect: 1
 >>Sender: gl4...@li...
 >>Errors-To: gl4...@li...
 >>X-BeenThere: gl4...@li...
 >>X-Mailman-Version: 2.0.5
 >>Precedence: bulk
 >>List-Help: 
<mailto:gl4...@li...?subject=help>
 >>List-Post: <mailto:gl4...@li...>
 >>List-Subscribe: 
<https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup>,
 >>	<mailto:gl4...@li...?subject=subscribe>
 >>List-Id: <gl4java-usergroup.lists.sourceforge.net>
 >>List-Unsubscribe: 
<https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup>,
 >>	<mailto:gl4...@li...?subject=unsubscribe>
 >>List-Archive: 
<http://www.geocrawler.com/redir-sf.php3?list=gl4java-usergroup>
 >>X-Original-Date: Thu, 10 Jan 2002 11:19:25 +0100
 >>Date: Thu, 10 Jan 2002 11:19:25 +0100
 >>
 >>That's exactly what i had in mind for the non buffer stuff.
 >>
 >>Pepijn Van Eeckhoudt
 >>
 >>Sven Goethel wrote:
 >>
 >> > -----BEGIN PGP SIGNED MESSAGE-----
 >> > Hash: SHA1
 >> >
 >> > On Wednesday 09 January 2002 11:43, Pepijn Van Eeckhoudt wrote:
 >> >
 >> >>Sorry 'bout the reply to the repy to the digest ;)
 >> >>
 >> >>I agree that NIO buffers are the way to go, but in the case of my
 >> >>application pre jdk 1.4 compatibility is required, so this should work
 >> >>correctly as well.
 >> >>
 >> >>
 >> >
 >> > ok, so for the pre 1.3 aera,
 >> > we may use the older non CriticalArray function or/and
 >> > do not release the GC lock within the native function stub ..
 >> >
 >> > later, the kinda END function can then relase the lock ..
 >> >
 >> > ok ?
 >> >
 >> > cheers, sven
 >> > -----BEGIN PGP SIGNATURE-----
 >> > Version: GnuPG v1.0.6 (GNU/Linux)
 >> > Comment: For info see http://www.gnupg.org
 >> >
 >> > iD8DBQE8PCqIHdOA30NoFAARAquxAJ47ez1soIMt9lv/HoZdmGIKEEn/OwCfXmv8
 >> > 0U9WG7fJucQ0NAWP2LQmU0E=
 >> > =VSxh
 >> > -----END PGP SIGNATURE-----
 >> >
 >> > _______________________________________________
 >> > gl4java-usergroup mailing list
 >> > gl4...@li...
 >> > https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
 >> >
 >> >
 >>
 >>
 >>
 >>
 >>_______________________________________________
 >>gl4java-usergroup mailing list
 >>gl4...@li...
 >>https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
 >>
 >
 > _______________________________________________
 > gl4java-usergroup mailing list
 > gl4...@li...
 > https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
 >
 >