If you weren't in the IRC channel when I broke the news, I've trunked my
demo command-line shell. It doesn't do anything fancy like automagic parsing
of command arguments, (c'mon, string pointers are nasty no matter how you
fancy it up...)
But it has a few basic commands. (Including a "commands" command for listing
commands.) It needs lots of TLC, particularly in the department of *writing
more commands*. It also has a small bug. (The first command added to the
list of commands during initialization gets corrupted somehow, gotta hunt
this one down. Its definitely a release-stopper, but not a party buster.)
Part of this commit includes a good 30% overhaul on Sander's & Asgeir's
preliminary memory allocation code. (From the code comments, it was
initially only in place to help test paging.) I eliminated all the bugs I
could find - including the ones I dropped along the way - (and I didn't have
to look hard, all of them bit me on the ass, and hard.) I fixed the
fragmentation issue by making the allocation nodes doubly-linked and making
a pass at adjacent nodes, upon free() time, to consolidate adjacent free
space.
Foundation.StringBuilder has been refined to use only dynamic memory
allocation, with a naturally expanding buffer.
Foundation.CString8 has been heavily expanded to use dynamic memory
allocation to serve the needs of typical string ops like Substring() and
Trim(). (Feel free to code more if you like.)
And the commands are in /Shell/Commands/BuiltIn/ . So if you want to write a
new command file, use one of the others as a template, and then add an
appropriate line to CommandTableHeader.GenerateDefault() .
So give it a swing everyone, and tell me what you think. And if you are
brave souls, feel free to write some commands! Hopefully I myself will get a
few in soon. There is only so much we can do, but we need to make sure that
we have commands that exhaust every current functionality of the kernel, to
prove that so far, all of our hard work, works.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
SharpOS-Developers mailing list
SharpOS-Developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sharpos-developers
