On 9/11/07, Will Timoney <[EMAIL PROTECTED]> wrote:
>
> Hello everybody. I saw your project on osdev a while back, have lurked for
> a bit, and recently ventured into your IRC channel, where it was recommended
> I introduce myself here. So, without further ado: I've been playing with
> writing an operating system based around the .NET platform for quite some
> time now. Originally I hated even the concept of .NET, being a
> compile-to-native purist. Longhorn's (?) initial idea of having a managed
> kernel was unfathomable to me. But I got a job doing C# development and
> quickly warmed up to the framework, despite its flaws. I've always loved low
> level code, kernel debugging and such, and I began to wonder what it would
> be like if I welded Mono to a microkernel. Metadata, verifiability, insane
> optimization possibilities, a global object space, IL voodoo on the whole
> system, et cetera. So for many months I've been tossing the idea around,
> filling notebooks with diagrams and lists when I should be studying or
> working. I've got some very basic test code, just a grub hello world and
> some metadata reading, but I've done much thinking about it all and have
> ideas and vision.
>
> Only recently did I accept even the notion of managed drivers. To me, it's
> kind of a corruption of the point CIL to be so machine specific, plus to
> expose such low level machine access to the managed environment breaks some
> kind of philosophical wall in my eyes, and introduces the possibility of
> real malicious managed code. But I'm alright with it now, strictly locked
> down by verifiable security of course. However the concept of a kernel, a
> native translator, the whole runtime, written entirely in managed code
> itself, is still alot to process for me. The most machine specific code
> there can be, in 'intermediate language'. But I'm coming around to it as
> well. Self hosting ability is nice. I suppose with the right tweaks to the
> AOT it could still compile to a user mode program on another OS. Machine
> access was already allowed for drivers. But not counting the giant overhead
> involved, it's just weird. It still doesn't feel right to me.
>
> But I'll probably get over that, too.
>
> So what do I bring to the table?
> At least 8 years of C, C++, and some x86 assembly experience.
> Twoish years of C#.
> An existing pool of ideas for the system, with some conflicting opinions
> I'm sure.
> And a fanaticism for my projects. I've been up to my neck in IA-32
> architecture references, .NET internals books, Mono, osdev resources, and
> ECMA335 for months now.
>
> What do I lack?
> Well, I've never used subversion before. My only source control xp is
> really, really laid back source safe at work
> And I've never been in an organized large project before. Again, my work
> environment is extremely laid back, and all my hobby projects have been solo
> or loose.
>
> Anyway, I think that just about wraps up my story here. I'm typing this up
> between classes on two hours sleep, so please excuse any rambling or other
> faux pas.
Heh, well, welcome aboard! Your differing perspective can definitely be put
to good use!
As far as getting up to speed with Subversion, practice makes perfect. (And
we can answer questions, too.) And as far as not working on a larged
organized project before - most of the time, SharpOS hasn't fit this
description. It has only been recently, with the push for "conflict
resolution" that we had to shape a governing entity for SharpOS, in order to
officially officiate things.
Your independently created ideas should prove quite useful, in that most of
our architectural issues have not been designed and documented, or even
shaped very much - so I would definitely encourage you to start some mailing
list threads on varying topics, (and even if we can't answer them all at
once), so we can start conversations on the issues we haven't begun to
address yet.
So, don't be shy, just jump on in - and welcome aboard!
-------------------------------------------------------------------------
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
