From: Godmar Back (gback@cs.utah.edu)
Date: Mon Dec 14 1998 - 17:12:29 EST
>
> On Mon, 14 Dec 1998, Tim Wilkinson wrote:
> >naturally). We'd have to hack up our own GIF library which worked likes Suns (as well as
> >working like it currently does). From a technical point of view we don't want to do this, but
> >I'm not sure how to make HotJava work otherwise.
>
> >From a legal point of view - how can you do this without violating their
> license? Not to speak of the problem how to get enough info about undocumented,
> unspecified native code called from undocumented, unspecified Java code (which
> cannot be disassembled). We are already wasting too much time (with black-box
> testing) to analyze the *behavior* of plain AWT, not working with the specs
> anymore.
>
Certainly. Actually, the Hotjava webpage says that HotJava may not
run on all ports because it relies on sun.* crap.
What I was wondering if they're a cheap trick, like a property, that would
allow us to make hotjava use the generic image routines, or even some
in a different package.
Similar to how I got HotJava to be happy about the sun.io.Converter stuff.
By setting file.encoding.pkg to sun.io namely. Fortunately, their
implementation of converters didn't use native methods. Of course,
everything breaks down if they start with native methods.
I think for now we need to state that HotJava won't run cause it's not
100% pure Java.
- Godmar
This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 19:57:16 EDT