Re: yacy and classpath, an experiment
> Very cool to see progress here. > Doing such a page in English would help to put more people in the loop. I will have a look at this. cya Robert signature.asc Description: OpenPGP digital signature
JNode 0.2.4 released
The JNode team is proud to announce the release of the version 0.2.4 of the JNode.org operating system. JNode.org is an open source java OS(Operating System) written fully in java (with a very small assembler nano-kernel). This release features the first possibility of basic development uder jnode Screenshots are available here: www.jnode.org/node/132 New features & improvements in this release are: Basic support for development under JNode javac command, included with the use of Eclipse JDT compiler Integrated standard java tools: jar, native2ascii, serialver etc. from GNU Classpath Text console improvements Swing based console New textconsole based editor JFat - a FAT32 file system implementation RamFS - a simple in-memory file system FTPFS - a read-only FTP based file system Many classpath patches ImageIO support for PNG, GIF and BMP images from GNU Classpath BDF font support Changable desktop Look & Feel Isolate (JSR 121), not fully supported Simple webserver under JNode Various bugfixes in the resource loading, ISO9660, socket writing Download of JNode can be done at www.jnode.org/node/892 More information can be found at www.jnode.org or http://sourceforge.net/projects/jnode
Re: float printing in Formatter
> "Twisti" == Christian Thalinger <[EMAIL PROTECTED]> writes: Twisti> A few days back I tried to implement float printing in Twisti> Formatter. When looking at the existing int/long code, I saw Twisti> that toString() functions are used to print the value to a Twisti> buffer. That seems to be ok for such values, but handling Twisti> floats like this won't work, I guess. So the question is, Twisti> should we stick to our native float-printing implementation Twisti> (dtoa) or would it be better to have something, more flexible, Twisti> in Java? I suspect Formatter will need its own FP-formatting code. Tom
Re: VMPlainDatagramSocketImpl still needed?
> "Robert" == Robert Schuster <[EMAIL PROTECTED]> writes: Robert> Casey said that he found Robert> gnu.java.nio.VMPlainDatagramSocketImpl to be obsolete. I Robert> quick glance at gnu.java.nio.PlainDatagramSocketImpl revealed Robert> that it does not use this class any more. In general I think if a VM class is no longer used from the main body of Classpath, it is obsolete and should be removed. Tom
Re: float printing in Formatter
Tom Tromey writes: > > "Twisti" == Christian Thalinger <[EMAIL PROTECTED]> writes: > > Twisti> A few days back I tried to implement float printing in > Twisti> Formatter. When looking at the existing int/long code, I saw > Twisti> that toString() functions are used to print the value to a > Twisti> buffer. That seems to be ok for such values, but handling > Twisti> floats like this won't work, I guess. So the question is, > Twisti> should we stick to our native float-printing implementation > Twisti> (dtoa) or would it be better to have something, more flexible, > Twisti> in Java? > > I suspect Formatter will need its own FP-formatting code. Perhaps, but the dtoa implementation we use is really good, and very flexible. AFAICS from the definition of Formatter, dtoa does almost of of what is needed with the exception of hex ouput -- which is trivial. Andrew.