From: Tim Wilkinson (tim@transvirtual.com)
Date: Sun Nov 15 1998 - 21:01:42 EST
Godmar,
What - Sun break their own 100% compatibility rules - what a shock!!! :-)
Well I think we should create a dummy class for this, and unless anyone
works out what this is supposed to do, we should just keep it as Java only
- after all, what state is it returning and do we have one? Try putting
in a class, returning zero or something and seeing what happens .....
Cheers
Tim
> When running Hotjava, I now (read the email I'm going to send in a few
> minutes!) see this:
>
> Failed to locate native function:
> sun/misc/VM.getState()I
> java.lang.UnsatisfiedLinkError
> at sunw/hotjava/misc/ResourceManager.internalCreate(88)
> at sunw/hotjava/misc/ResourceManager.getManager(80)
> at sunw/hotjava/misc/ResourceManager.create(72)
> at sunw/hotjava/Main.main(144)
>
> So, hotjava is calling into sun.misc?
> As that's supposed to work with every 1.1.x complaint JVM?
>
> Of course, if could be that this ResourceManager of theirs only calls
> into sun/misc/VM under certain (unknown) conditions...
> Note that sun/misc/VM.getState()I is native.
>
> So, shall we implement the native methods of sun/misc/VM.getState()I in
> some kind of compatibility library?
>
> Or shall we ask Sun how come that they rely on sun.misc shit in
> Hotjava?
>
> - Godmar
-- Tim Wilkinson Tel: +1 510 704 1660 Transvirtual Technologies, Inc., Fax: +1 510 704 1893 Berkeley, CA, USA. Email: tim@transvirtual.com
This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 19:57:03 EDT