Sorry to bring this topic up yet again. But the latest bug report by Bluebit makes me write this entry.

I don't know of any distribution for at least 2 years that does not have UTF-8 as default encoding for everything. As far as I know the same applies for MacOS X. I'm not sure how Windows handles this, can anyone shed some light into this?

It would make life much easier if we'd switch to UTF-8. You could use any editor you like without paying attention to select the correct encoding, you can type and read non 7bit characters more easily,... And something I don't understand: Why happened that bug? Isn't \uxxxx supposed to work? Does that mean Levente will never be able to write his name correctly?

For reference: source file encoding is specified here and here.

What do you think?

I came across this article in "The Register" that talks about an interesting new operating system called Phantom OS that is being developed by a guy in Russia.

There is not much to look at yet. No source code is available, and the material on the website is very sketchy. In fact, it is impossible to tell if this isn't all just vaporware, let alone whether the implementation approach is practical. (Inventing your own VM instruction set / assembly language? WHAT??)

The idea of basing an operating system on persistent objects rather than files is (IMO) really cool. Aspects of this have been tried before in various ways (Grasshopper, PJama, Kissme to name some examples), but no-one has really succeeded so far.

This is the kind of thing it would be interesting to implement using parts of the JNode codebase. (And before anyone flames me, no I'm not suggesting we turn JNode into Phantom OS. This is just a suggestion for someone who wants to take a big leap into the unknown.)

while building JNode CD-ROM image, the followig exception occuring, please tell me what do i have to do???????

grub:

prepare:

asm-native:

java-image:
[bootimage] Building for CPU: name:GenuineIntel family:0 model:0 step:0 features
:FPU,PSE raw:00000001 756E6547 6C65746E 49656E69 00000000 00000000 00000000 0000
0009
[bootimage] Compiling using X86-Stub and X86-L1A compilers
[bootimage] Compile of gnu.java.lang.reflect.ClassSignatureParser failed
[bootimage] at org.jnode.build.AbstractBootImageBuilder.compileClasses(Abstr
actBootImageBuilder.java:242)
[bootimage] at org.jnode.build.AbstractBootImageBuilder.emitObjects(Abstract
BootImageBuilder.java:682)
[bootimage] at org.jnode.build.AbstractBootImageBuilder.doExecute(AbstractBo
otImageBuilder.java:538)
[bootimage] at org.jnode.build.AbstractBootImageBuilder.execute(AbstractBoot
ImageBuilder.java:791)
[bootimage] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.ja
va:275)
[bootimage] at org.apache.tools.ant.Task.perform(Task.java:364)
[bootimage] at org.apache.tools.ant.Target.execute(Target.java:341)

The Problem is that when you checkout directly from SVN Eclipse is checking out in folders with the same name eas the projects(JNode-xxx) but you cant use ant build then because build.xml works with folder names that have no JNode- in their names. I think someone should just change the project names. Thx.

Modern computers usually don't have a serial port.
Reminder : the jnode kernel debugger uses the rs232 port, which means that a serial port is needed on the computer.

For instance, I am trying to debug jnode on the eeepc computer but it's very hard since it doesn't have a serial port and nothing else than a single character is displayed on the screen.

The only possible solution that I see for the general case is to install a pci card that provide a serial port. But for the particular case of the eeePC, it's not possible (no pci slot available afaik) since there is only USB ports, 1 ethernet port and an SD/SDHC slot ...

Any idea for the particular case of the eeePC ?