Hi all,
>Hi all
>
>I updated the vga driver, made some bugfixes, added a stop routine that
>switches to the previous video mode and a bitblt to draw sprites (I hate
>bit shiftings *g*). Found 2 bugs in the jvm -> idiv and irem.
Would u mind send me the latest code ? :D
I wanna to test ur bitblt function and I would like to implement it to
draw Font on the VGA Screen.
Also, I have finished a drawLine and drawRect routine. These two methods
are similar to java.awt.Graphcis. I will try to implements some more
java.awt.Graphisc
in device driver level.
>I will update (send code to John-> still no cvs access) the code when
>the general driver implementation is done (end of this week, I guess).
>
>The problem is the speed: I think we (Hilary?, you have done something
>similar) should implement a native memcopy to speed up the vga output.
Well, I found two bugs in JVM.
1. Date Object -- When I create Date Object, JJOS Kernel will got some
behaivour. (Show lots of Zero on the screen.)
2. String -- String can't perform chatAt and getBytes, toCharArray
So I can't draw Character on VGA from a Java String.
I have implemented a simple fill routine. It just fill up a memory space
in native implementation. But I think this routine is just for testing
puporse. If speed of JJOS is fast enough, It will be deleted.
>vga and speed:
>To avoid flickering, you have to write into the vga-mem when the vertical
>retrace is active. the memcopy should be finished before the vertical
>retrace ends. If not, you will see the sprite flickering. The current
>speed of the write8/16/32 is to slow to finish before the vertical retrace
>gets inactive.
>
>On Wed, 25 Aug 1999, Todd L. Miller wrote:
>
>> Implemented synchronized methods; implemented virtual consoles in
>> a java daemon, `consoled', though I've decided against implementing a
>> screen-redraw hack, waiting for the VGA driver to mature instead. Began
>> to implement throws/exceptions for the native code, within interp.cc.
>> Tried to do a little housecleaning w.r.t. to the tools/ directory in CVS.
For 'consoled' daemon, is it a Console Driver for System.out ?
>> Hopefully, I didn't break anything. Added a few builtins for
>> keyboard emulation (very basic) and to allow the vga driver to 'run.'
(At
>> least, with 24 MB on the emulation's heap, until the JVM halts, out of
>> memory.)
I would like to know, is the current keyboard emulation fully funtional ?
Since I havn't try to test it in my computer.
>> Up next is testing checking if a method is native before trying to
>> look it up in the builtins hash, which may lead to classpath integration
>> (and a fully functional class library!). Or maybe getting GC to work,
but
>> we'll see.
Any Conservative GC has been already implemented ? If so, we can port it
to JJOS, it can save time on it.
Regards,
Hilary
_______________________________________________
Kernel maillist - [EMAIL PROTECTED]
http://jos.org/mailman/listinfo/kernel
