pouët.net

Well, there is JNode: http://www.jnode.org/

I am a troll and I am staying out of this thread

There's nothing interesting, srry.

SOLSAGAN!

Wait, what? Is this a "serious" os or an April Fools? The only thing that got me here was the troll warning.

It looks "serious" as in he probably meant it at the time. But then posted this on his own forum (where he is the only user who ever signed up) on the following day:



So after years of research, hours (?) of coding and three days of no one giving a shit, Mobile Code OS died. :(

Oh, I was looking at his join date, not the post date. It was actually 2.5 months of no one giving a shit. :)

If you widen your scope to the outside of the forum, I think you'll find that people didn't give a shit for far longer than 3 months. :)

if any troll gonna troll in this thread i'm gonna make him ... at my request

For some reasons the original post triggered some thoughts..

Lets say you want to write an OS in java.. How can you implement something basic such as threads, semaphores and mutexes without relying on the built-in synchronization features and the runtime-library of java?

In bare bones C we can have a hardware timer and longjmp/setjmp.That's enough to implement a simple multi-tasking system that features all the basic thread synchronization primitives.

But in java? Is this even possible? I'm lost here.. Can you do this without relying on the already existing runtime-library and existing OS-bindings for all this stuff?

@torus, why deliberately avoid a mechanism that's already built by design into the system instead of taking advantage of it? No os-writing experience here, just curious why one would want to setjmp/longjump in a system where threading and synchronization are native?

svo, exception handling probably

But if we switched to ActionScript instead of Java, the operating system could also have some killer visual effects!

Why can't Java just die!?

torus, you could do a simple round robin scheduler in a loop. however, that'd require applications to support freeze/thaw like functionality.

torus: Whatever you write in Java, to run any of it you'll need a bytecode interpreter (with memory management features) and a way of getting the bytecode into the interpreter. So at the very, very least you need a basic JVM and some sort of environment that it can run in. E.g. for actual threading (as opposed to primitive cooperative multitasking) you need direct access to the CPU and interrupts, which means the JVM must either incorporate its own thread scheduler or sit on top of something like a stripped down Linux kernel.

So I'd say no, writing a complete OS in Java isn't possible. Writing an OS mostly in Java is possible, though, and apparently you can get away with a very modest kernel underneath it. Clicky

well, an OS starting from JAVA doesn't sounds good I'm afraid :(

rez: you're 1 year and 1 month late ;)

Funny this thread pops up again. I have a new product. Same idea, better programming language. Full usable OS (Linux base). Much fun to come.

Lua OS 0.10

It is good idea to create new OS. But there is many programs written for Win32, Linux, FreeBSD and other platforms. Are you going to implement Win32 API or POSIX API in yous OS? And can regular java applications (using swing, awt and other standard libraries) start under your OS?

What about an OS with an even better programming language : BASIC !