> (2) I have made moved duplicative code from the global functions
> into methods of the various classes (java_thread, java_class, frame).
Increasing their efficiency as well, I'd imagine.
> (3) I propagated the active thread throughout the class loading, linking,
> preparing, and resolving steps because I thought I could, at this stage, and
> prior to having native threads, handle this entirely WITHOUT keeping context in
> native stacks. This would enable the scheduler to know which thread was
> running, and it would enable a debugger to know, and it would enable pre-emption
> of static initializers. I was wrong, wrong, wrong. I do not know whether I
> should back these changes out, or leave them in (they don't seem to break
> anything).
They might be useful later on (viz: exceptions). But why doesn't
propogating the thread throughout allow for pre-emptive static
initializers?
> (4) In perusing this machinery, I think there are some further changes I might
> like to make with respect to how classes are known to be
> resolved/linked/whatever, and, in specific, when the initializer threads get
> spawned (right now they get spawned really early, but don't get executed, so
> there are a LOT of dormant threads lying about). I shall discuss these with
> Todd after I commit the merged changes.
Right now, threads don't cost a whole lot more than frames do, and
they're a little more convenient. We could get away with nothing more
than a pointer to the opcodes, but that's probably inflicting unnecessary
pain on ourselves.
> (6) I have not (cannot?) build the latest Java source successfully. Todd, would
> you please be so kind as to put your latest successful zipfile (compressed, of
> course) somewhere I can FTP it from? Then I can test my merged changes before I
> commit them so as not to break anything. It would also help if you put a
> logfile (obviously, host build only) showing me what output to expect.
Sure thing. Has anyone else had problems building the latest java
sources?
-_Quinn
_______________________________________________
Kernel maillist - [EMAIL PROTECTED]
http://jos.org/mailman/listinfo/kernel
