[Mono-dev] [Mono-devel-list] Operating System in C# Project
Victor Costan
costan at MIT.EDU
Mon Oct 30 20:09:46 EST 2006
Hi, Mauricio and Brian! To everyone else -- I'm sending this to the entire
list so that people that might be interested in see there's more interest.
I'm interested in the managed OS idea. I've written some thoughts about this
some time ago, just search for my thoughts through the archive.
Mauricio, you mentioned that you already have code running? I'm very curious
as to how you managed to get it to boot, about the build process, and about
the overall design. Do you have any place where the code is stored, and
could I possibly get access to it?
Thanks,
Victor
-----Original Message-----
From: mono-devel-list-bounces at lists.ximian.com
[mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf Of Mauricio
Henriquez
Sent: Monday, October 30, 2006 5:43 PM
To: Brian Crowell
Cc: mono-devel-list at lists.ximian.com; jmacdonagh
Subject: Re: [Mono-dev] [Mono-devel-list] Operating System in C# Project
sorry, what is the main idea??, develop a operating system in C#, sorry
I lost the first post.
If that is the case, I have a prototype OS in C# (for educational
pospuses only), offcourse is very, very, very basic, for the moment only
open one or more "proto-assembler" files (like compiled programs), and
allocate memory for each "proceess", define a PCB for each process and
begin the execution of each assembly line with a implementation of the
"Round-Robbin" algorith, also do "context change" to change from one
process to other "ready" process, and show all the execution information.
anyone interesting??
Mauricio
Brian Crowell wrote:
> jmacdonagh wrote:
>
>> Glad to see I'm not the only one interested in ths. I've also toyed
around
>> with this idea for some time. I began looking at traditional operating
>> system development to learn a little more.
>>
>
> What interests me most about this is a C# program as a first-class
citizen, or really, every API in the system being not only available, but
*designed for* managed programs.
>
> I think a good example of that can be found in Microsoft's DirectX, which
we were just discussing. Compare Managed DirectX to XNA. The differences are
big. XNA exposes, for the most part, the very same APIs, but in a much more
intuitive and friendly manner than Managed DirectX.
>
> You could consider fully object-oriented operating systems, where the
design of the API is every bit as important as its concept. You could
organize the system around safe plug-ins, each providing some service to the
whole, such as a windowing system, file systems, etc., but which are most
importantly *as easy to write as implementing an interface or an abstract
base class.*
>
> I'd be very interested in participating on design of such a thing. I've
been trying to teach myself good object-oriented design over the years, and
I think I would have some good input to give past the initial problem of
booting such an environment.
>
> Perhaps the project could be approached in two stages? Half where we boot
the managed environment, and half where we assume the managed environment.
You could design and implement these independently of each other. You could
even design a set of classes to emulate the kernel on top of an ordinary
runtime, for the purposes of unit testing. One strategy I've become fond of,
especially where components and unit testing come into play, is generous use
of the IServiceProvider interface; if components accessed kernel objects
this way (or a similar way, where you ask for a base class but not a
specific implementation), they would neither need to know or care whether
they're using the real thing or not.
>
> Several thoughts. Exciting stuff.
>
> --Brian
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
More information about the Mono-devel-list
mailing list