Re: JNI thread synchronization

Date view Thread view Subject view Author view

From: Godmar Back (gback@cs.utah.edu)
Date: Fri Feb 12 1999 - 14:36:38 EST


Btw, if you'd want Kaffe to do it automatically, this would require
significant changes to the JIT.

First, you couldn't call native methods directly. You'd need a wrapper
that softcalls spinon and spinoff. For JNI methods, you'd need to add
these softcalls to the wrappers generated by jni.c

Also, do you have the bug number for your bug report?
I did a search on Sun's bug parade and they're having the same
problems as we do. See

http://developer.java.sun.com/developer/bugParade/bugs/4130758.html
http://developer.java.sun.com/developer/bugParade/bugs/4071525.html

Or read this:
http://developer.java.sun.com/developer/bugParade/bugs/4026968.html

        - Godmar

>
> >
> > My ulterior motive here, by the way, is to eliminate all the
> > potential race conditions caused by calling non-reentrant code
> > (like malloc()) in our native code. These are the hardest bugs to
> > reproduce and fix.. and right now the recursive malloc problem is
> > preventing us from getting Apache+Jserv working correctly.
> >
>
> Did you ever get a stacktrace?
>
> I thought I'd covered most cases where this would happen, and we
> mostly use KMALLOC(). Does sprintf call malloc()?
>
> Do you know what malloc call is causing this?
>
> - Godmar
>
>


Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 19:58:07 EDT