Re: [Torsion-dev] Torsion 0.0.18 released

[Geoffrey Plitt]

Dan,

Yes, I can take a stab at converting the test framework to be
linux-runable. At first glance, it appears that the test framework
itself only depends on screen; I can just replace this with some stdio
calls. It would be nice if types to be tested (like array) could be
used as-is, without referencing to virtmem/physmem, and just used
whatever "new" operator they were linked with - is this feasible? It
doesn't look so.

The x86 specificty is out of my area of expertise. The more
higher-level the task, the more likely I am to get involved. In fact,
the more I think about it, the more I am getting convinved that
installing a virtual machine (JVM or Mono) on top of the system will
attract a lot of quality contributors, which will really speed up the
rate of development. I think this will lead to a lot of publicty about
torsion, and more widespread adoption.

It seems like the easiest way to get this going is to get the source
of dietlibc and try to get as much of it as possible working and
included on the IMG. I'd like to help out with this. Are there any
special things I have to keep in mind (like exceeding the maximum size
of a floppy image or something) or is all of that handled
automatically? it looks like the code behind "make img" handles that
well.

Geoff


On Tue, 07 Dec 2004 20:30:45 -0800, Dan Helfman <address@hidden> wrote:
> Geoffrey Plitt wrote:
> > Dan,
> >
> > Congrats on the release. Looking forward to checking it out. Let me
> > know if there are any more easily-chunked tasks I can do, and I may be
> > up for more algorithmical or research-based stuff. I liked the
> > checkpoint optimisation, smart stuff.
> >
> > Geoff
> 
> Thanks! It was definitely nice to get this release out after what seemed
> like endless bug-stomping. One particularly non-glamorous but various
> granular task I can think of right off the bat is to improve the unit
> test framework and/or write unit tests for various Torsion components.
> Right now any tests have to be compiled into and then invoked from
> within the Torsion kernel, but it would be really useful to be able to,
> say, run a suite of unit tests for the hash table class from outside the
> kernel, e.g. from Linux. If this sounds at all interesting, you may want
> to take a stab at it.
> 
> Also, there is a lot of x86-specific code interspersed throughout the
> kernel. It would be very nice to have at least some of this code
> factored out into a separate directory, not only to make the code
> cleaner but to make an eventual port easier.
> 
> And then there's always that task of replacing the shell with a real
> programming language, but as we've discussed, that's a bit more of an
> ambitious project.
> 
> Dan
> 
> _______________________________________________
> Torsion-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/torsion-dev
>