Hi Todd;
"Todd L. Miller" wrote:
>
> > OK. Do you think it's better to leave interrupts entirely *disabled* until the
> > Java code decides it's the time to enable them? This is an entirely reasonable
> > approach, and (hmm....) I don't think it will break anything at all (hmm...,
> > right?). Actually, I don't understand why I didn't do it that way in the first
> > place (maybe I'm forgetting something ... wouldn't be the first time).
>
> I thought there was some good reason for it (leaving them enable
> but ignoring the clock) also, but I couldn't tell you what it might have
> been.
So, I'll leave them disabled and see what (if anything) breaks.
> > So, in other words, I would not be breaking an entirely "working" build for
> > you...
>
> Right. Hopefully my commit wouldn't be breaking anything for
> anyone else...
Well, everybody's had a chance to respond, and I haven't heard anything, so I'm
going to do it later (after I "merge" or "update" with your changes). Probably
not until tomorrow mid-afternoon at the earliest.
> I'll try to commit my changes sometime today. A note about the
> Makefiles: -DFAST_NATIVE_CODE activates the check-native-before-lookup
> code, which breaks things; -DNATIVE_CLOCK activates the code that traps
> interrupt eight in the scheduler. (-DHANDLE_CLOCK still needs to be
> defined in the native build if you want the clock interrupt to reach the
> scheduler at all.)
Disabling interrupts will probably solve this problem.
> > Isn't there a JVM compatibility/test suite around? I can't remember the name,
> > but I seem to recall reading about it (but I seem also to recall some
> > licensing/NDA issues). Anybody else heard about something like this?
>
> I believe you're thinking about /mauve/, which, the last time I
> looked at it, was more of a class-library compatibility checker than
> anything else.
Yes, I think Patrick also mentioned this, too (thanks!), and was kind enough to
provide a URL. It would be great if somebody would step up to trying to check
compatibility here (although maybe it's premature given the state of the
integration with classpath).
> Finally, have you been able to find the JavaOS API specs anywhere?
> The website the .pdf files point to seems to have vanished, and I can't
> find anything on the Sun or IBM websites anymore.
There's a broken link to the "JavaOS for Business" documents on:
http://wwwwswest2.sun.com/software/quick_index.html
I sent a "you've got a broken link" message back to them. I don't expect any
action on this point. If you need them, I'm sure we can figure out a way to get
them.
-jm
--
==== John Morrison ==== MaK Technologies, Inc.
==== Chief Technology Officer ==== 185 Alewife Brook Pkwy, Cambridge, MA 02138
==== [EMAIL PROTECTED] ==== http://www.mak.com/
==== vox:617-876-8085 x115 ==== fax:617-876-9208
_______________________________________________
Kernel maillist - [EMAIL PROTECTED]
http://jos.org/mailman/listinfo/kernel
