[GCJ-core] dynamically unloading native libraries
Andrew Haley
aph@redhat.com
Tue Oct 7 12:42:00 GMT 2008
Sylvain Marié wrote:
> Hi all,
>> I am working on a project involving GCJ on an embedded Linux busybox.
> We are particularly fond of the ability of GCJ to use java in "compiled mode".
>> In order to be able to use both native code (.so), compiled java (.so) and bytecode java
> (.jar, .class) together with a module loading system, we are running some tests to validate
> that dynamic code loading/unloading works fine.
>> Strangely enough this does not work on GCJ, whereas it works fine on sun's jvm (a native
> library is fully unloaded once its classloader is garbaged out).
>> see also :
>> openJDK, in jdk/src/share/classes/java/lang/ClassLoader.java: finalize method unloads native libraries
>>> Is this feature planned to be inetgrated in next versions of the runtime ?
No. While this could be done, it would be quite tricky.
The core problem is that pointers to code (e.g. return addresses in
the stack) aren't recognized by the garbage collector as pointers to
the corresponding classes. You'd have to teach the collector to
convert code addresses to classes, and then garbage collect the
classes.
Andrew.
More information about the Java
mailing list