Fix for the env->klass field value in _Jv_JNIMethod::call

[Ivan Dubrov]

Hi,

Mark Wielaard wrote:
> It is probably never correct. We were most likely just lucky that no JNI
> library ever tried to load classes not found through the system class
> loader. So we probably should just update env->klass inside
> _Jv_GetJNIEnvNewFrame itself, just like we reset the pending exception.
> _Jv_GetJNIEnvNewFrame already gets the defining class as argument.
> 

And how about restoring the old value after the call? For example, when
native method calls native method of other class. I think, in this case
after the call to the second native method klass should be restored to
the class of the first native method.


-- 
WBR,
Ivan S. Dubrov

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://gcc.gnu.org/pipermail/java-patches/attachments/20060730/3e6067a4/attachment.sig>