We need to go over the commandlist variable and check it to work correctly,
my arrow keys are looping endlessly on a fuction that should not.
backspace key has been fixed and implemented.
KNOWN ISSUE:
No ansi codes available, at least, like dos or unix has, anyway.
writeln() only takes one variable and I haven't updated it from the video
and crt units in the RTL yet.
to do a 'writeln;' do a 'writechar(#10);' Really the same issue.
Floppy and hard drive is untested, so use caution. WILL NOT be HELD LIABLE
for data loss.
'dos', the fileopts unit, has mixed unix and dos routines.I dont plan to
fix this just yet.All int 80 syscalls and int21 syscalls have been removed.
DPMI and buffer access is only based on logic, not actual code, I may need
some help here.Technically, @anything should give you the address of
'anything'.
most interrupts not implemented.
Mouse, more particularly USB activity will hang the kernel at this time,
like it will do in real DOS.Freedos doesn't have this limitation.Then
again, it doesn't have USB mouse support, either.
we have a prtial 1.1 in pascal and libusb in C to work from on this.
Need USB support to support new mice before the 'mouse' unit can be made
available.I otherwise have a 'mouse' unit.I'm working on emulation right now.
we still need to wrap our calls for user level 3, not root level 0.nobody
has bothered with this yet.The kernel needs this, not the RTL.The RTL is
for building code, not necessarily the kernel ONLY.Anything for FPOS uses
the RTL. HAIKU OS has similar setup and it seems to work FINE.
need test bench bare bones pentium systems with minor hardware, like days a
few years back when all you had was slots on the mobo, not this integrated
shit.On this note, we can port drivers form the unix kernel if we are
careful enough. The unix kernel seems to use objective C a lot and wrap a
lot of calls pointing to some obscure code reference not seen anywhere.Make
sure you have a full unit in C before translating to pascal.
This is one of the reasons why our RTL is so basic.
The RTL ATM WILL NOT COMPILE there have been severe changes to both the
layout and the included units.It will require some effort to recompile the
RTL, but once done will make our lives a bit easier.Our codebase has grown
dramatically in this process.
Daphine was a good help as well, I can believe the frenchman just abandoned
the project.Those units are not included at the moment.I also have a group
of C units as well that we can use, I haven't had time to port them
over,either.
As always, latest SVN is over at assembla [if I bother to upload it.]
There are clients available for windows, but I dont know how Mario gets it
to compile under windows.I use Ubuntu with the full Lazarus IDE
installed.Seems to work ok for me. NEED 2.3.1 or ABOVE to compile, this
seems to be a compiler or RTL issue.Oddly enough, I think I'm pulling units
from 2.2.2.
--Jazz
Original issue reported on code.google.com by jasm...@lavabit.com on 9 Apr 2009 at 4:49
Original issue reported on code.google.com by
jasm...@lavabit.comon 9 Apr 2009 at 4:49