Edouard G. Parmelan (Re: Planning for next release (1.0.7))
From: Jim Pick [EMAIL PROTECTED] Subject: Planning for next release (1.0.7) Date: Thu, 21 Mar 2002 07:04:32 -0800 Finally, when we decide to do this release, I think we should dedicate it to the memory of Edouard Parmelan. For those that don't know, he was one of the most active Kaffe developers, a member of the core team, and one of the driving forces behind the project. He died tragically in a motorcycle accident last year, leaving behind a wife and kids. I haven't known that until read Jim's post and I was very surprised. EPG took some of my patches and gave comments when I tried to use jakarta products such as tomcat and ant with kaffe. I really regret him though I haven't met him. I'm fully agree your idea, Jim. All of kaffe users should know him. He also had been contributing for a lot of project other than kaffe. We can find some of his works at following URL: http://egp.free.fr/ He was great. Takashi Okamoto
Re: Most popular applications?
Jim Pick wrote: I'll start off the list: 1) Tomcat: http://jakarta.apache.org/tomcat/ - for running servlets 2) Jython: http://www.jython.org/ - see the note saying it doesn't work with Kaffe at http://www.jython.org/platform.html 3) I'm not going to list too many myself - I want to see what other people are running, or want to run 4) Ant: http://jakarta.apache.org/ant/ - Java based make-like build tool. Andrew
Re: Most popular applications?
On Thu, 21 Mar 2002, Jim Pick wrote: I want to compile a list of what people feel are the most important Java applications that people will be using kaffe to run. Important and popular leave bit unclear what is exactly meant, but I'll add a few programs of interest anyway. http://www.xsmiles.org - prototype XML browser with support for multiple document types. Altough our embedded work mostly calls for framebuffer support, I fixed the Kaffe desktop-edition to run this as well last year. I don't know if it still does, since lot has changed. In particular, this includes the following common/outside resources: 1) Comm API support (I don't think this actually works) 2) Apache XSL Formatting Objects Processor, Java 1.1 version 3) Ogg/Vorbis Java codec, this was added recently, probably doesn't work 4) RhinoScripter from Mozilla; the bytecode compiler seems to confuse even Sun's GC 5) Skinlf Look Feel skins. 6) SteadyState CSS2 parser 7) CSIRO SVG; I can unqualifiedly say this doesn't work, and I doubt adding Java2D to Kaffe is going to happen in near future. I'm looking at implementing Mobile SVG to run with Kaffe. 8) Tidy HTML pre-processor; we'll probably give this up later... 9) Apache Xerces+Xalan with sax, moving to version 2.0 probably 10) We're always looking forward to media support, which is a big thing currently. I personally don't fancy JMF too much, since there still always has to be native implementation of the codecs due to performance reasons, and just the framework takes 2 megs while using Sun properietary classes and requiring keeping up with the Sun version, but I'm sure a JMF subset wouldn't hurt. We're doing lot of research development on these, and due to its portability, API support and conformance Kaffe is presentlty our platform of choice both on XML-devices and DigiTV branches. (At Helsinki Institute for Information Technology / Helsinki University of Technology) As stated earlier, for embedded devices we aren't really looking forward into running Kaffe on top of huge, slow windowing systems, so the desktop edition doesn't seem too appealing right now. Neither does signing bunch of NDA's to use a properietary VM such as KaffePro for research purposes, no offence meant :) However, since so many research projects here rely on Kaffe w/framebuffer, we've formed an improptu alliance between the major research projects to look into improving the PocketLinux Kaffe implementation. Speaking purely personally, I wouldn't mind seeing framebuffer GUI added to the desktop edition, or the GPL released versions merged, and that's something we're looking at. In addition it was mentioned on GCJ list I believe that FreeNet runs on Kaffe. -Jukka Santala
Re: Planning for next release (1.0.7)
On Thu, Mar 21, 2002 at 07:04:32AM -0800, Jim Pick wrote: Finally, when we decide to do this release, I think we should dedicate it to the memory of Edouard Parmelan. For those that don't know, he was one of the most active Kaffe developers, a member of the core team, and one of the driving forces behind the project. He died tragically in a motorcycle accident last year, leaving behind a wife and kids. I didn't know, I'm shocked :-( What a waste, I'm very sad ! I fully support dedicating that version to the memory of Edouard Daniel -- Daniel Veillard | Red Hat Network http://redhat.com/products/network/ [EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
CVS update: kaffe/libraries/javalib/java/net
Date: Friday March 22, 19102 10:03 Author: jim Update of /cvs/kaffe/kaffe/libraries/javalib/java/net In directory loco:/tmp/cvs-serv5261/java/net Modified Files: DatagramSocket.java Log Message: Small fix to DatagramSocket from Timothy Stack (JanOS VM).
RE: Planning for next release (1.0.7)
I'm so sad (and shocked) to hear this news. I was having lots of email exchange with Edouard and all of a sudden I couldn't get any response from him. We were trying to port Kaffe to PowerPC/NetBSD, I was impressed by his computer skills and his work attitude. Great idea of dedicating the new version of Kaffe to the memory of Edouard. Allegro Networks Yong Chen -Original Message- From: Daniel Veillard [mailto:[EMAIL PROTECTED]] Sent: Friday, March 22, 2002 3:51 AM To: [EMAIL PROTECTED] Subject: Re: Planning for next release (1.0.7) On Thu, Mar 21, 2002 at 07:04:32AM -0800, Jim Pick wrote: Finally, when we decide to do this release, I think we should dedicate it to the memory of Edouard Parmelan. For those that don't know, he was one of the most active Kaffe developers, a member of the core team, and one of the driving forces behind the project. He died tragically in a motorcycle accident last year, leaving behind a wife and kids. I didn't know, I'm shocked :-( What a waste, I'm very sad ! I fully support dedicating that version to the memory of Edouard Daniel -- Daniel Veillard | Red Hat Network http://redhat.com/products/network/ [EMAIL PROTECTED] | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
Re: Interesting results...
Just a suggestion: could someone strip wc.java down to a testcase that causes this problem and (assuming its really a compiler problem), name the testcase BrokenCompilerCheck.java or something? Put it early in the test run, too. That will make diagnosing failures much easier in the future. -Pat Works ok with jikes 1.13. With jikes == 1.15 built from their tarball, the file test/regression/wc.java in CVS gives this error in wc.fail java.lang.VerifyError: at pc 5 sp 7 not in range [4, 6] at java.io.PushbackReader.init(PushbackReader.java:32) at java.io.StreamTokenizer.init(StreamTokenizer.java:50) at wc.init(wc.java:72) at wc.main(wc.java:104) wc.class.gz attached, but I'm happy to use 1.13
Re: Interesting results...
On Fri, Mar 22, 2002 at 01:17:24PM -0700, Patrick Tullmann wrote:
Just a suggestion: could someone strip wc.java down to a testcase that
causes this problem and (assuming its really a compiler problem),
name the testcase BrokenCompilerCheck.java or something? Put it early
in the test run, too.
That will make diagnosing failures much easier in the future.
Once you start down that road, where do you stop?
Should Kaffe's make check include a full test suit for all compilers?
OpenBSD-current, jikes 1.15, kaffe from CVS
I reduced wc.java to this:
import java.io.*;
public class wc {
public static void main(String av[]) {
InputStreamReader isr = new InputStreamReader(null);
StreamTokenizer s = new StreamTokenizer(isr);
}
}
/* Expected Output:
*/
configure, rebuild Klasses.jar, make, make check
I get this in wc.fail:
java.lang.VerifyError: at pc 5 sp 7 not in range [4, 6]
at java.io.PushbackReader.init(PushbackReader.java:32)
at java.io.StreamTokenizer.init(StreamTokenizer.java:50)
at wc.main(wc.java:5)
If I remove the blank line in the 'Expected Output' comment I don't
get any error.
