Re: [kaffe] Artistic license request
Reini Urban wrote: Hi, I'm trying to convert JVM classfiles to run under parrot. I do not try interpret or jit the bytecode, I just read the classfiles, convert it offline to our internal representation and compile this then to our optimized bytecode/jit/executable which is register based. So I don't need to verify and interpret the class files, just read it. A colleague already did that for .NET, so JVM is no big deal. The problem I have is that I'd like to use some parts of your sourcecode, just the classreader and some headers with the basic structs, and I want to ask if it's possible to release that under the Artistic license 2.0 for this project. Otherwise I would have to rewrite it from scratch, because parrot does not accept the GPL or LGPL alone. No big deal, writing the op specs into our format from the vmspec is most of the work, but it would help a bit. Pasting the structs from the vmspec html or pdf is too stupid, and there's a tiny bit of logic also involved. My work where I would need it: http://svn.perl.org/parrot/branches/cygwin070patches/languages/jvm/pmc/JavaClassFile.pmc http://svn.perl.org/parrot/branches/cygwin070patches/languages/jvm/pmc/structures.h The License: http://svn.perl.org/parrot/trunk/LICENSE The files: readClass.c readClass.h and the sources for readInterfaces, readFields, readMethods and readAttributes and such. Those are Copyright (c) 1996, 1997, 1998, 1999 Transvirtual Technologies, Inc. All rights reserved. As reference J.Worthington's Dissertation Paper on net2pbc http://www.jnthn.net/papers/2006-cam-net2pir-dissertation.pdf We can convert about 70% of the .NET mscorlib.dll and the other System libs, for JVM I believe we should reach 80%, because the JVM is a bit simplier than .NET. perl6 and all the other parrot langs can use then compiled Java and .NET libs. It sounds like a very interesting project. Unfortunately, the Kaffe.org project does not hold the copyright for that code, so we wouldn't be able to relicense it. Transvirtual shut down in 2002. At that time, the investors took control of all of Transvirtual's Intellectual Property. Of course, we can still use the code, as it was released under the GPL license. Twin Communications of America took control of the assets in 2003 (according to their website), and they still seem to be around: http://www.twincom.net/ Perhaps you can ask them if they'd be OK with relicensing? Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Support for jit3 on arm/netbsd
Excellent! I think this is the first commit in 5 months since Dalibor did the last release. I notice that the CVS email script seems to be broken -- and I still need to fix Bugzilla. When I get some time, I'll try to setup gxemul so I can try it out! Cheers, - Jim Kiyo Inaba wrote: Hi, Yesterday, I've committed 'partial port' of kaffe to arm/netbsd/jit3. This port is different from arm/linux port, because NetBSD port does not use (1) any floating point instructions. The current linux port uses slightly old FPA instructions (with hardware support or software emulation resides in the OS), even though there are very few arm hardwares shipped with real FPAs (2). The reasons I said this as a 'partial port' are 1) I just make float support, and not double. This is OK to execute the most basic 'HelloWorldApp.java' test in kaffe's regression, but of course double related tests all fail. 2) Since the latest snap needs extra libraries and installing all of them take long time (3), I just use relatively old snap (precisely speaking, 2007/05/10 version) as a base for this modification. 3) I did not ifdef'ed all unneeded functions in 'jit3-arm.def'. For example, the function 'fmove_RxR' is not needed when 'HAVE_NO_FLOATING_POINT' macro is defined. 4) I still set _GR_ (4) as 0 in 'jit.h' file for arm :- Currently only two functions (fspill_Rxx and freload_Rxx) which handle float values (5) are activated. I tested this modifications on 'gxemul' emulator available from http://gavare.se/gxemul/ with NetBSD 4.0 for cats and more than 100 regression tests in kaffe can be passed. I may continue improving this port (6) in some day, but my 'summer of code' season is over, and may take long time... Kiyo 1) As usual, NetBSD does things right, linux does things #. (Fill in the sharps with your favorite term, please) 2) You can read some story for arm's history of flaoting point support hardware in http://wiki.debian.org/ArmEabiPort. And you may find why kaffe still has '__XSCALE__' define in several places. (In Xscale processor the FPA instruction overlaps with their own extension, and the linux port on Xscale should be compiled with soft-float) 3) Especially, atomic support. To install 'glib', I first install several other gtk libraries... 4) The _GR_ macro is used to set properties of arm's registers. Since I set _GR_ to 0, which means (in jit3) there are no global registers available right now. Of course, this is a major reason why jit3 is slower than jit in arm port. 5) Of course there are no floating point registers (even in emulation) on arm/NetBSD, the emitted code by these functions are changed (ifdef'ed). I select to modify these two functions but the other idea is to keep these two functions same, but change the property of values from 'float' to 'int' (and 'double' to 'long') when register allocation is invoked. The latter may make my modifications to be architecture independent. 6) As some may remember, ARM is not my favorite architecture. I attack this port because I want to make m68k (well, Coldfire, these days?) or SuperH work for jit3 without FPU. So these may have higher priorities than fixing arm port. ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Server downtime
Jim Pick wrote: Hi, I need to take the server down to investigate a possible failed disk in the software RAID. I am hoping that it's just a Linux or Xen bug. Also, I'd like to upgrade Xen to a more modern version if possible. I'm planning to take the server down in about 3 hours (around 2pm Pacific Time). Hopefully, it won't take me too long to investigate and/or upgrade it. There is always the possibility that things won't go well with the RAID or the upgrade. I only have the one server online, so if I encounter any big problems, please be patient as I try to figure out the best way to recover. Luckily, I do have recent backups. This will affect jimpick.com, kaffe.org, developer.classpath.org, planet.classpath.org, and icedtea.classpath.org. While the server is down, my jimpick.com/kaffe.org email addresses will not be working. I can still be reached at my backup email address at [EMAIL PROTECTED]. The server is back now. If you see anything strange, send me an email. I'm going to have take the server offline again for some extended downtime. It seems that I'm having some difficulty rearranging the data on the drives while all the Xen sessions are online (probably due to kernel bugs). I really need to do that, as running the software RAID in a degraded state seems to be somewhat fragile. There are some other issues to address as well. So I'm going to take the server offline so I can rebuild things in single user mode. I'm not sure how long it will take -- I'm guessing that it may take between 10-20 hours. Hopefully, I can get the VMs back online for tomorrow. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Server downtime
Jim Pick wrote: Jim Pick wrote: Hi, I need to take the server down to investigate a possible failed disk in the software RAID. I am hoping that it's just a Linux or Xen bug. Also, I'd like to upgrade Xen to a more modern version if possible. I'm planning to take the server down in about 3 hours (around 2pm Pacific Time). Hopefully, it won't take me too long to investigate and/or upgrade it. There is always the possibility that things won't go well with the RAID or the upgrade. I only have the one server online, so if I encounter any big problems, please be patient as I try to figure out the best way to recover. Luckily, I do have recent backups. This will affect jimpick.com, kaffe.org, developer.classpath.org, planet.classpath.org, and icedtea.classpath.org. While the server is down, my jimpick.com/kaffe.org email addresses will not be working. I can still be reached at my backup email address at [EMAIL PROTECTED]. The server is back now. If you see anything strange, send me an email. I'm going to have take the server offline again for some extended downtime. It seems that I'm having some difficulty rearranging the data on the drives while all the Xen sessions are online (probably due to kernel bugs). I really need to do that, as running the software RAID in a degraded state seems to be somewhat fragile. There are some other issues to address as well. So I'm going to take the server offline so I can rebuild things in single user mode. I'm not sure how long it will take -- I'm guessing that it may take between 10-20 hours. Hopefully, I can get the VMs back online for tomorrow. I'm finally done, and things should be back online. Everything has been converted to RAID1 - there isn't much disk space left, but at least the data should be safe. Sorry about all the downtime. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Server downtime
Hi, I need to take the server down to investigate a possible failed disk in the software RAID. I am hoping that it's just a Linux or Xen bug. Also, I'd like to upgrade Xen to a more modern version if possible. I'm planning to take the server down in about 3 hours (around 2pm Pacific Time). Hopefully, it won't take me too long to investigate and/or upgrade it. There is always the possibility that things won't go well with the RAID or the upgrade. I only have the one server online, so if I encounter any big problems, please be patient as I try to figure out the best way to recover. Luckily, I do have recent backups. This will affect jimpick.com, kaffe.org, developer.classpath.org, planet.classpath.org, and icedtea.classpath.org. While the server is down, my jimpick.com/kaffe.org email addresses will not be working. I can still be reached at my backup email address at [EMAIL PROTECTED]. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Server downtime
Jim Pick wrote: Hi, I need to take the server down to investigate a possible failed disk in the software RAID. I am hoping that it's just a Linux or Xen bug. Also, I'd like to upgrade Xen to a more modern version if possible. I'm planning to take the server down in about 3 hours (around 2pm Pacific Time). Hopefully, it won't take me too long to investigate and/or upgrade it. There is always the possibility that things won't go well with the RAID or the upgrade. I only have the one server online, so if I encounter any big problems, please be patient as I try to figure out the best way to recover. Luckily, I do have recent backups. This will affect jimpick.com, kaffe.org, developer.classpath.org, planet.classpath.org, and icedtea.classpath.org. While the server is down, my jimpick.com/kaffe.org email addresses will not be working. I can still be reached at my backup email address at [EMAIL PROTECTED]. The server is back now. If you see anything strange, send me an email. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Testing the list
Hi everybody, Sorry for the downtime on the website and mailing list for the past few days. I was seeing some strange activity on the server on Friday. I was afraid I had been hacked/cracked, as the server was still running a really old version of Debian (Woody, released in 2002). It turned out to be a false alarm, but I decided to upgrade the server anyways, knowing it would likely break a few things. Actually, just about everything broke - especially anything related to email. I'm gradually fixing everything back up. So this is just a test post to see if I have mailman properly configured again. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Microsoft Features in Kaffe
I think this might be it... http://kaffe.org/cgi-bin/cvsweb/pocketlinux/XOE_1.0/src/kaffe-all/src/libraries/javalib/microsoft/ That's in the old Transvirtual Kaffe tree. I believe that Transvirtual was paid to implement these by Microsoft's legal team (who were embroiled in a legal war with Sun at the time). Strange story, eh? :-) Cheers, - Jim Michael Franz wrote: Hi, I was browsing around the kaffe site and found this article from 1999 [1], are these features in kaffe? If so, what are they? Michael 1. http://www.wired.com/science/discoveries/news/1999/06/20225 ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] [kaffe-announce] Kaffe 1.1.9 Release available for download
I've made the 1.1.9 release of Kaffe available for download at: ftp://ftp.kaffe.org/pub/kaffe/v1.1.x-development/ http://www.kaffe.org/ftp/pub/kaffe/v1.1.x-development/ Kaffe is distributed in source code form only. You can find the source in the .tar.gz, .tar.bz and .zip files. Kaffe is a clean room implementation of the Java virtual machine, plus the associated class libraries needed to provide a Java runtime environment. The Kaffe virtual machine is free software, licensed under the terms of the GNU General Public License. Much thanks goes to Dalibor Topic for running the project and putting this release together! This release of Kaffe is a development release. It has been tested, but not as thoroughly as a production release would be. Check the website at http://kaffe.org/ for information on the mailing list, irc channel, bug tracker, etc. What's New In Kaffe 1.1.9 * Depend on glib for atomic operations * Support for JSR 166. * Depend on zziplib instead of zlib for JAR reading. * Many build system improvements. * Simplified threading subsystem interface. * Removed support for native big math. * Removed libltdl. Kaffe uses an existing installation exclusively now. * Removed gnu-inet, dnsjava, Tritonus and binreloc. * Removed GNU Classpath tools. Kaffe uses an installed javap as javap when it's available. * Removed gjdoc and ANTLR. Kaffe uses an installed gjdoc as javadoc when it's available. * Removed GNU Classpath. Kaffe uses an existing GNU Classpath installation exclusively now. It needs GNU Classpath 0.95 or later. Have fun! Cheers, - Jim Pick ___ kaffe-announce mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe-announce ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: kaffe 1.1.9 Spring Cleanup relased
Excellent. I'll try to get it up on the website on Sunday (I have out-of-town visitors until then). Have fun at FOSDEM! Cheers, - Jim Dalibor Topic wrote: Hi team, I've tagged 1.1.9, and uploaded the source code archives to http://www.kaffe.org/~robilad. Jim, when you have time, please send out an official release announcement to announce@, I've got to get on the road to FOSDEM right away, to make it for the BrandWeg hacking session. This release largely cleans up a lot of lose ends, and breaks with merging in code into Kaffe, in particular it has switched to using an existing installation of GNU Classpath on the system. But there is still more stuff to clean up, to make Kaffe a lean, mean and tidy little VM, so if you are interested in making it a couple of lines of code smaller, please join us. This Kaffe release should work better on arm linux and darwin in particular, then previous releases. I hope it works well for you too. Onward to 1.1.10, dalibor topic What's New In Kaffe 1.1.9 * Depend on glib for atomic operations * Support for JSR 166. * Depend on zziplib instead of zlib for JAR reading. * Many build system improvements. * Simplified threading subsystem interface. * Removed support for native big math. * Removed libltdl. Kaffe uses an existing installation exclusively now. * Removed gnu-inet, dnsjava, Tritonus and binreloc. * Removed GNU Classpath tools. Kaffe uses an installed javap as javap when it's available. * Removed gjdoc and ANTLR. Kaffe uses an installed gjdoc as javadoc when it's available. * Removed GNU Classpath. Kaffe uses an existing GNU Classpath installation exclusively now. It needs GNU Classpath 0.95 or later. ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Extended downtime
Hi, Sorry about the extended downtime. I had some problems with the RAID on the machine hosting kaffe.org on Sunday. Initially, I made several attempts to rebuild the RAID, but that kept failing after many hours of trying. I finally had to give up and restore from backups (from November 21st). Any emails since then were lost. Fortunately, I don't think there was any CVS activity. I apologize if you had unsubscribed from the list, and find yourself still subscribed. Sorry for taking so long -- I restored things as fast as I could. I think I have learned a few sysadmin lessons. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Website downtime
Hi, It appears the Xen session running the website had some issues, and some processes were dead (eg. the website itself). I rebooted the Xen session, and I hope things are back to normal. If you see any problems, just send me an email at [EMAIL PROTECTED], or [EMAIL PROTECTED] (if the mail server is broken). Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Fixed the list again...
Dalibor Topic wrote: Jim Pick wrote: Sorry, The mailman qrunner process died again. I didn't notice until now. It might take me a few months, but eventually I'm going to upgrade/redo all the Kaffe project services so that they're a bit more up-to-date, and less likely to break. Thanks, Jim, for keeping things up and running. Do you have time to announce a release on the weekend? :) Of course! Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Fixed the list again...
Sorry, The mailman qrunner process died again. I didn't notice until now. It might take me a few months, but eventually I'm going to upgrade/redo all the Kaffe project services so that they're a bit more up-to-date, and less likely to break. If you send a post to the list, and you don't see it for a while, feel free to send me an email... You can try [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] (I don't normally read this one, but I keep it around in case my email server goes down) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Test post
Hi, It's too quiet here. So I check the server, and mailman appeared to have died. So this is just a test post to see if the mailing list software is working again. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Future directions for Kaffe
Hi everybody, It's been a quiet month on the mailing list so far. That's partly my fault, I think, since the mailing list was broken for some time. It looks like the last CVS commit was 5 weeks ago. I see Dalibor went to FOSDEM, and did some talking about Kaffe there. So I'm assuming that the project isn't dead, it's just somewhat dormant. It's been somewhat dead/dormant throughout much of it's history, but it's still here, isn't it? :-) And clearly, all the free Java runtimes and Classpath are in a state of transition, as we wait for Sun to release the rest of OpenJDK. I'd like to liven up the list a bit, and maybe start a bit of discussion on where Kaffe should go next. Here are some things I'd like to talk about: * I definitely need to do some work on upgrading the server, and fixing up the website. Currently it's running a really old version of Debian, so it needs to be upgraded. I'm just scared of all the breakage that will happen. I'm slowly building up my hosting capabilities, but it's just a hobby, and I have real life things going on, so I move at a glacial pace. If anybody wants to help out with any of that, I'd really appreciate it. I happy to keep hosting it indefinitely. * I think a wiki running on top of Kaffe would be really nice. :-) * On the other hand, there are establishing free software hosting platforms like Sourceforge, Savannah, Google Code, etc. that might work better than just running everything on our own server. Our current infrastructure is pretty much still using technology from the 1990s. We don't even have a blog or a wiki, or any continuous integration or distributed version control. I'm open to migrating things if that's what people would prefer. * Technically speaking, I'm still the project leader, by virtue of rescuing it from the ashes of Transvirtual. But Dalibor is really the guy who has been doing most of the work. I'm not really doing much with Kaffe personally, so if anybody else wants to step up and be a real project leader, feel free to volunteer. I'm still happy to keep hosting the project and helping out with the releases. * Speaking of releases, we really should do another release sometime. * I'm embarrassed to admit that I don't even have Kaffe running on my new MacBook under OS X. I got it to compile, but I couldn't get it to even run Hello World. If I spent some time on it, I imagine I could figure it out. I just haven't spent the time. I hope it still runs OK on Linux, but I haven't tried that recently either. * I also haven't been responding to emails asking me for help getting Kaffe to run. I'd like to, but since I don't even have it working for myself, I'm not really in a position to help out. I get so much spam nowadays that I hardly even use email anymore. I notice that most requests for help to the mailing list are going unanswered as well. * I'm still interested in playing with Java virtualization, and I'm very excited about OpenJDK coming out. JRuby looks really interesting to me. For my own projects, I'm guessing I'd probably use OpenJDK in preference to Kaffe in the future, since it's likely to be a lot less effort to get it working the way I want it to. * That said, I think Kaffe has been a seminal project in terms of getting free Java off the ground, and I'd hate to see it die. A lot of interesting projects have used Kaffe as a starting point. * I imagine that in the future, people will most likely look to OpenJDK as a starting point to add their enhancements. Is there still a role for Kaffe to play here? * I think Kaffe probably is still the simplest full JVM implementation that isn't just an interpreter. It's been used for all manner of exotic porting projects that might just be too hard to do using something like OpenJDK or gcj. * Kaffe is licensed under the GPLv2. So is OpenJDK. But Kaffe doesn't require copyright assignment, and we're pretty open. Sun doesn't have to vette the code going into Kaffe. That suggests that perhaps we could merge in large parts of OpenJDK, and provide a place for people to do really experimental stuff that Sun isn't going to permit in their version. Is this something we should consider? * In other words, should we go big? And merge in as much stuff as possible. That could be problematic, since Kaffe is already pretty huge. Maybe we could adopt more of a distribution approach, and break things into a bunch of modules that are all developed to work together? * Or maybe we should try to stay small? And just try to be an easily hackable, simple virtual machine with a crude compiler framework, and nothing else? That would involve jettisoning or spinning out a lot of the integration work that's been done over the last few years, I think. * I think we've been trending towards the go big direction for some time, with all the Classpath merging and other projects, and the core has been somewhat neglected. It's been really good to support Classpath this way, and
[kaffe] Moving kaffe.org server
Hi everybody, In about half an hour, I'm planning to move pogo.kaffe.org from it's current dedicated machine to a new Xen session on one of my new servers. The new IP will be 208.99.205.121 I'll update the DNS, so you shouldn't notice any difference - apart from the fact that it will be a lot faster. Hopefully, the downtime will be minimal. The old server is colocated with the non-profit communitycolo.net in Fremont, California. I've been making a $50/month donation to them every month for the server. I have no further plans for the server, so if anybody wants it, just ask. It's got a 600MHz VIA C3, 512MB of RAM, and a 20GB hard drive. It's been rock solid. If you want to take over the $50/month donation, I could just leave it in the rack, and hand over the keys. :-) My email is on that server too - if things go badly, I can still be reached at [EMAIL PROTECTED] or on #kaffe on Freenode. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Testing the list
Hi, I'm just testing the list. I discovered that the mailman process on the server was dead, which explains why there hasn't been any mail lately. Actually, it looks like there's been no mail for two weeks. Sorry about that. Hopefully it's working again. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Enable kaffe for Firefox
Michael Koch wrote: On Fri, May 26, 2006 at 05:54:23PM -0700, Jim Pick wrote: Correct. It would be nice to see the integration happen anyways - perhaps it could be enabled for only trusted sites. And then maybe it would motivate someone to complete the verifier and other security tasks. I believe that Firefox is dual-licensed under the GPL, so it should even be possible to distribute a version of Firefox with Kaffe/Classpath built in by default. :-) When gcjwebplugin is merged from Classpath the base should be done for this. Yes. I should have mentioned that. :-) I'm concentrating on getting some build/test environments set up. Hopefully we can get ourselves into a situation where we can build, test and distribute binaries. That should be quite a fun challenge, especially given the number of possible target environments. Firefox+gcjwebplug+Kaffe on Linux/*BSD/Mac/Windows would be a very interesting thing to build. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Enable kaffe for Firefox
Correct. It would be nice to see the integration happen anyways - perhaps it could be enabled for only trusted sites. And then maybe it would motivate someone to complete the verifier and other security tasks. I believe that Firefox is dual-licensed under the GPL, so it should even be possible to distribute a version of Firefox with Kaffe/Classpath built in by default. :-) Cheers, - Jim Rafael Teixeira wrote: That would be a high security risk, as Kaffe doesn't have a full bytecode verifier and complete sandboxing. Also the version of GNU Classpath inside Kaffe would have to be fully audited, so that no routes to escape the sandboxing would exist in its code. :) On 5/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, Anyone know how to enable Kaffe for Firefox? Br Sakur ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Question??
Juan Felipe Botero wrote: I wanna know if the last version of kaffe is the same last version of the sun java virtual machine? No. The version numbers are independent. The latest versions of Kaffe can run a lot (most?) of the things that will run on JDK 1.4. We currently don't have a comprehensive set of testing results to document what works and what doesn't. We're working on that. The best thing to do is to read the mailing lists. Some areas have more people trying to do things with them than others, so YMMV (your mileage may vary). Because Kaffe and Classpath are volunteer driven projects, if you find anything that doesn't work that you think should have worked, please report it -- or even better, submit a patch! :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] ARM and kaffe
Kevin D. Kissell wrote: Oh well, I am working through similar issue. To make Kaffe workiing somehow set into configuration '--with-engine=interp'. It'll solve your problem but makes your kaffe working terrible slowly. The real problem is somewhere into JIT3 module and it is a memory management issue. I've sent a few letters to the guy whom ported it but no answer what so ever. I tried already but no luck. I had kaffe JIT3 95% working with MIPS after hacking up the 1.0.7 source base back in 2002. It failed 6-8 regression tests, but ran well enough to handle the embedded CaffeineMark benchmarks. Then 1.1.0 came out, which was a huge step backwards for non-x86 JIT3, and after beating my head against it for a week or two, I gave up. I was able to determine that incomplete internal data structures containing null pointers were being used, but couldn't figure out why, and whoever maintained JIT3 apparently couldn't care less about non-PC platforms. I'll use this as an opportunity to drop a note to the list on what I plan to be hacking on in the next few months. If you read my Advogato diary, you might have read that after 6 years in California, I'm quitting my job and I'm moving back home to Vancouver, British Columbia, Canada. I should be finished with the move in mid-April. I've been saving, so I'm planning to take at least 6 months to just work on my own projects and do a little freelance work on the side to cover expenses. The #1 project I want to do is build a full blown regression testing setup for Kaffe. It will be useable by other projects as well. But Kaffe is going to be the focus and the original guinea pig. Really, I started working on this particular problem 5 years ago when I was still at Transvirtual. I was developing a testrig for testing Kaffe for in-house use, but it wasn't very well developed by the time the company shut down. About 3 years ago, I also put some scripts together for Kaffe, but there was too half-baked and I never deployed it publicly because I just didn't have enough time to fully develop it. (I think I described some of my ideas to Dalibor at FOSDEM two years ago). The last couple of years, I've done a fair amount of similar work building in-house systems for Digeo. So it's sort of unfinished business for me... The difference this time is that I've got time, money and server space - so I think I'll be able to pull it off. I've also got some ARM, MIPS, SuperH, and PowerPC hardware I've collected over the years that I'd like to put online and dedicate to Kaffe testing. I'm going to set up a wiki in few weeks with all my ideas - it would be a pretty long email if I list them all here. To the end users, the system will look like an ordinary website where they can log in, setup tests, and run them. I'll be able to provision Xen sessions on the fly for testing things like various x86 Linux distributions, *BSD, Solaris, etc. I'm aiming for a folksonomy model of doing distributed testing. There will be data collection and querying facilities -- I've been playing around a lot with RDF, and I think I'm going to try to use it. Think of it as a replacement for SQL - but with easier import/export and Web 2.0 mashup possibilities. It will be really, really easy to build web pages that query the RDF database, and generate reports on how healthy Kaffe is for a particular target. It's quite an ambitious plan -- but I'm going to start small. The first thing I'm going to try to nail is getting decent regression testing for x86, then ARM and MIPS, because those are the platforms I want to use. :-) Oh, and everything will be released as free software too, in case you had any doubts... Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Administrivia - List Moderation
Hi, Because of the high volume of spam being targetted at the list, I've just modified mailman so that it will block messages that spamassassin classifies as spam. We were doing it manually before, but it's just too much work. If, for some reason, you can't send email to the list because it's falsely getting classified as spam - send me a note. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] crazy existential question
Dalibor Topic wrote: On Thu, 2006-03-09 at 10:08 +0100, Philippe Laporte wrote: I'd like a definition of success. Here it is: Success means never having to wear a suit ;) Bingo. :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] RE: We approved yours loan
Ugh. More spam. I apologize. I'll spend some cycles this upcoming weekend on trying to figure out how to stop people from forging emails coming from the kaffe.org domain. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: Sorry for a spam mail sneaking through (Re: [kaffe] RE: We approved yours loan)
Dalibor Topic wrote: I am not quite sure yet how this one could pass :/ We don't currently have anything like DomainKeys or SPF to prevent people from forging/spoofing kaffe.org addresses. Since they used [EMAIL PROTECTED], and that's a list member, it didn't get moderated. When I get around to migrating things off of pogo.kaffe.org and onto some separate Xen sessions, I'll play around and see what we can do to fix this hole. Fortunately, it hasn't been a really big problem so far. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] GPLv3
Ok, Licensing threads bug me, but the discussion is going to happen anyways. The first draft of the GPLv3 is out... http://gplv3.fsf.org/ What do people think? I only glanced at it, but there are some things I like. I think it really helps clear up the FUD (fear-uncertainty-doubt) that claims that a GPL'd virtual machine like Kaffe would only be allowed to run GPL'd Java applications. Here's the specific language from the exception clause: As a special exception, the Complete Corresponding Source Code need not include a particular subunit if (a) the identical subunit is normally included as an adjunct in the distribution of either a major essential component (kernel, window system, and so on) of the operating system on which the executable runs or a compiler used to produce the executable or an object code interpreter used to run it, and (b) the subunit (aside from possible incidental extensions) serves only to enable use of the work with that system component or compiler or interpreter, or to implement a widely used or standard interface, the implementation of which requires no patent license not already generally available for software under this License. I understand that the license is supposed to be anti-DRM as well. I imagine this where the real battle is going to be. The legal language which prevents the code from being used in systems that use DRM is pretty broad, I think. I can see people who want to use GPLv3 stuff in closed systems are going to have a lot of room to play games. I can see a lot of legal activity arising out of this, which is something that the GPLv2 hasn't really been afflicted with. Again, I didn't read it very carefully. There is also some language about patents. Kaffe is currently under the GPLv2. As I understand it, we can opt to upgrade our license to GPLv3. Or we could stick with GPLv2. If we upgrade to GPLv3, old versions will still be available to people that can't handle the new license terms. If we stick with GPLv2, other people could take that, and apply the GPLv3 license to it. I wonder what the Debian legal folks think about the new license? At this point, I think I'm leaning towards using GPLv3, because it helps de-FUD Kaffe a bit. On the other hand, I can imagine that the GPLv3 will create big headaches for companies like my present employer (whom I'm still employed with until mid-March). They make a settop box for cable companies, which completely locks down the content on the box. If the anti-DRM measures are effective, and things like the Linux kernel, glibc, coreutils, busybox, etc. go GPLv3, they might have to get their OS code somewhere else. Most consumer electronics companies building embedded products are in the same boat, I imagine. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Classpath config.sub modification question
Alexander Boettcher wrote: Hi Kaffe developers, I omitted in my last checkin the modifications at libraries/javalib/external/classpath/config.sub (add DROPS as OS, in order to enable cross configuration and compiling of Kaffe), because I'm unsure whether it's ok to modify this file. This classpath directory and therefore this file is an imported one. Can this cause trouble for you, if I modify it and you want to reimport changes of the classpath project later ? I'd just check it in. If you then send the patch to the upstream people (there are some intructions at the the top of the config.sub file), there shouldn't be any problems. I'm sure that Classpath can apply the patch to their config.sub too. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: Is the mailing list working?
I thought it was really quiet for the last few days. :-) I just restarted the mailman process - I think the mail is flowing now... Thanks for telling me! Cheers, - Jim Ito Kazumitsu wrote: Hi, I sent the following message to the kaffe mailing list but it has not been delivered to the list. Is the mailing list working? = To: kaffe@kaffe.org Subject: libraries/javalib/vmspecific/gnu/java/nio/charset From: Ito Kazumitsu [EMAIL PROTECTED] Fcc: +inbox Hi, Now that our fixes have been accepted by GNU Classpath, the following files are not needed any more. libraries/javalib/vmspecific/gnu/java/nio/charset/ UTF_16Decoder.java UnicodeLittle.java iconv/IconvProvider.java What should I do? ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: kaffe's license
Jim White wrote: Jim Pick wrote: ... The GPL license is somewhat undefined in terms of how it interacts with other code. It's not a license I would have chosen for a virtual machine. Some people say if you run an application on top of the VM, you would have to make that application GPL-licensed too. Some people say that's nonsense (I tend to agree with that viewpoint). That is clearly FUD. I mention it because that was Transvirtual's old position. Yes, I believe it to be FUD too. :-) I'm just trying to lay out the situation and the history so that people can make an intelligent decision themselves as to whether or not there is a legal risk for them. I would love to be able to say there is no risk that somebody using Kaffe would ever be sued, but I'm not a lawyer (and I doubt you could ever get a lawyer to say that either). Remember, companies like SCO will sue people even if they have no legal basis for a case. I didn't even mention the messy situation with software patents, particularly in the U.S., and possibly Europe, soon... Who knows what patents companies like Sun, IBM, Microsoft and others are holding that might apply to our implementation? GNU explicitly says that is not the case, and if it were the case then any non-open source application running on Linux would be in violation. True, and the Linux license also adds a clarification to make that very clear. http://www.gnu.org/licenses/gpl-faq.html#PortProgramToGL The lack of undue dependency for VM's made clear here: http://www.gnu.org/licenses/gpl-faq.html#InterpreterIncompat The poster's original question is also answered by GNU: http://www.gnu.org/licenses/gpl-faq.html#TheGPLSaysModifiedVersions The same page also says that subclassing a GPL'd java class is creating a derivative work. Kaffe's class libraries were GPL'd. We've almost completely moved over to using the Classpath projects class libraries, which are GPL+Exception, so hopefully that will provide some more license insulation. :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: kaffe's license
Kiyo Inaba wrote: toodulli wrote: I wondering kaffe's license. After I modify kaffe's source code for commercial distribution, I want to use for kaffe virtual machine in digital television settop box. And then, Have I a duty to give money? Where? Good to hear someone is trying to deploy the usability of kaffe :-) Since kaffe is licensed by GNU General Public License or GPL, you need not to pay money at all. The main obligation for you is if you modify some part of kaffe, you also have to make this modified portion open. See more detail in http://www.opensource.org/licenses/index.php I hate to add FUD (fear, uncertainty, doubt) to our own project, but I think some history of the licensing of the project might be illustrative. It's all a bit unclean, unfortunately. We should right a FAQ on this... In the early days, Kaffe was released by Tim Wilkinson under a BSD style license. When he started a company (Transvirtual) to commercialize the technology, they started doing newer releases under the GPL, which was supposed to discourage people from using it in commercial products, so they could sell their proprietary version. That business model didn't actually work very well, and Transvirtual eventually closed down. The GPL license is somewhat undefined in terms of how it interacts with other code. It's not a license I would have chosen for a virtual machine. Some people say if you run an application on top of the VM, you would have to make that application GPL-licensed too. Some people say that's nonsense (I tend to agree with that viewpoint). To my knowledge, I'm not aware of any cases where somebody has been sued for running non-GPL code on a GPL'd virtual machine. It's not a common scenario. I think Transvirtual actually came to regret re-releasing the VM under the GPL, since they saw that people were actually using the GPL'd version for commercial developments, and were not coming to them for the proprietary version. The Kaffe project never demanded copyright assignment, so the intellectual property rights for the various bits in the virtual machine still reside with the authors of those parts (similar to how the Linux kernel is owned). This means that the parts of the virtual machine contributed by Transvirtual are still owned by whoever has acquired the assets of Transvirtual. The company at twincom.net looks like they may have acquired the assets, but I don't know what sort of legal agreements they have signed. Also, other contributors to Kaffe, eg. the people on this mailing list, own the parts they have contributed. Personally, I would never sue anybody over using Kaffe for any purpose, and I'm sure most of the other contributors feel the same way. I would like to see users comply with the spirit of the GPL, and contribute their modifications to the virtual machine back to the project. However, I cannot 100% guarantee that the whoever holds or buys the rights to the old Transvirtual stuff might not someday demand compliance with their interpretation of the GPL, and threaten to sue if that does not happen. I suspect that this scenario is somewhat unlikely, since it would cost a lot of money to sue, the legal case probably isn't very good, and the amount of damages that they could get would probably be minimal. I suspect the current owners of the old Transvirtual IP are aware that they own it, but they also realize that it would be extremely difficult to extract any value out of it using this method. So, if you absolutely can't take any legal risks, you might be better off just prototyping with Kaffe, and then choosing another Classpath-based virtual machine to actually put in your product. If somebody was motivated, we could attempt to track down all the IP holders that have contributed to Kaffe, and attempt to relicense the project or get copyright assignment. That may be difficult though, especially since some of them have died. It would probably just be easier to direct efforts to some of the other virtual machine projects out there with cleaner licensing, especially since they now share so much with Kaffe (eg. the Classpath libraries). That said, I personally don't think that Kaffe's somewhat unclear licensing situation is much of an obstacle for most uses, so I don't see any reason not to keep the project going. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: request for switching to subversion
Riccardo wrote: Hey, So now, I'm posting publically. What do all the existing developers think about switching? I'm all for switching, if it doesn't inconvenience anyone. Some people might have a whole bunch of changes in their working tree that haven't been checked in yet. I'm fine with CVS and I'd really hate to install svn on all my strange boxes. CVS is very proven and portable. Maybe it is possible to get CVS in read only export? I don't even have commit access. That might be possible, I see a howto here: http://sam.zoy.org/writings/programming/svn2cvs.html I've been using svn for my own personal repository of stuff for about 2 years, and I've been quite happy with it. It would take some time to prototype this, but I'm willing to do the work. I think I'd like to set up a single-purpose Xen session on my new server to host it. In particular, it would be nice to get rid of the cvs2ps-based email script I made, since that's pretty buggy and incomplete. :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: request for switching to subversion
Adam Heath wrote: On Fri, 3 Jun 2005, Jim Pick wrote: So now, I'm posting publically. What do all the existing developers think about switching? I'm all for switching, if it doesn't inconvenience anyone. There are lots of places that currently access kaffe cvs directly. Notifying all of those users is going to be a pain. Some people might have a whole bunch of changes in their working tree that haven't been checked in yet. Not just that, but people who are using cvs may not be reading this list. I'm fine with CVS and I'd really hate to install svn on all my strange boxes. CVS is very proven and portable. Maybe it is possible to get CVS in read only export? I don't even have commit access. That might be possible, I see a howto here: http://sam.zoy.org/writings/programming/svn2cvs.html It's certainly possible to setup a readonly cvs copy of a read/write svn repository. But unless we switch off cvs at some point, users who only do readonly checkouts will never be inclined to switch. Well, if we can get a readonly cvs copy working, then they don't have to switch. I've been using svn for my own personal repository of stuff for about 2 years, and I've been quite happy with it. It would take some time to prototype this, but I'm willing to do the work. I think I'd like to set up a single-purpose Xen session on my new server to host it. We have a xen setup already to go. 3 xen servers, large file server, gigabit nfsroot. kaffe.brainfood.com is a 512m(ram), 40g setup running 2 tinderboxes already. Cool. I had heard rumours of some such beast. I guess I should hang out on irc more often. :-) It would be cool to split some of the servers across multiple physical locations to provide some redundancy... Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] [Fwd: bug eclipse]
Forwarding a bug report I recieved in private mail. I know some people have gotten Eclipse to work - does anybody have some pointers for Frederic? Cheers, - Jim Original Message Subject: bug eclipse Date: Tue, 31 May 2005 14:00:27 +0200 From: Frédéric Souchon [EMAIL PROTECTED] To: [EMAIL PROTECTED] I forward to you this mail about a bug I submitted https://bugs.eclipse.org/bugs/show_bug.cgi?id=97406 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|Platform-UI-|platform-runtime- |[EMAIL PROTECTED] |[EMAIL PROTECTED] Component|UI |Runtime --- Additional Comments From [EMAIL PROTECTED] 2005-05-31 06:36 --- Kaffe is not a VM that we at Eclipse officially support and the Kaffe website acknowledges that Eclipse does not work. This bug should probably be taken to the Kaffe developers. Passing onto Runtime for comment/closure. ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe 1.1.5 Development Release available for download
I've made the 1.1.5 release of Kaffe available for download at: ftp://ftp.kaffe.org/pub/kaffe/v1.1.x-development/kaffe-1.1.5.tar.gz http://www.kaffe.org/ftp/pub/kaffe/v1.1.x-development/kaffe-1.1.5.tar.gz This is the next in the 1.1.x series of development releases. It has been tested, but not as thoroughly as a production release would be. It contains major improvements over 1.1.4, which was released one year ago. I anticipate that most people will have less trouble with this release, and more fun. Even though this is not a production release, it contains a large number of improvements over 1.0.7, which was released over two years ago. Don't use 1.0.7, it's ancient! We will release a new production release very soon. Here are some highlights of new things done since the last development release: * Resynced with latest GNU Classpath. * Added GNU EmbbededWindow extension from GNU Classpath. * gcjwebplugin is known to work with the extension. * Improved AWT implementations. * GNU Classpath's implementation of AWT/Swing has been merged. * New Nano-X AWT backend. * Xlib AWT backend supports xi18n wide-character display. * Dynamic switch among existing AWT implementations via command line options. * Better stack pointer / stack size handling. * JNI direct invocation fixes. * Verifier moved to its own directory. * JNI upgrades to 1.2 * New experimental Boehm-Weiser garbage collector. * Merged in JIT3 for powerpc from JanosVM. * Implemented weak references in the VM. * KJC temporarily replaced by jikes. * DNSJava, Jessie, JZLib and gjdoc merged in. * Added some internationalization support to kaffe's executable (fr, zh_TW). * Many compiler warning fixes. * Tested in Ch environment. * Fixes for NetBSD, OpenBSD, FreeBSD, Darwin. * New ports to FreeBSD on x86-64, Darwin on x86 and HP-UX on ia64. * Some successes: Resin2, JSDL, SwingWT, gcjwebplugin, ME4SE, MicroEmulator, VNCj, LwVCL, DirectFB kawt, Eclipse 3.0.1, 3.1M6. This release is dedicated to the memory of David Marston, who passed away at age 28 of cancer. David collaborated on the RISC OS Kaffe port. Bug reports, comments and patches are always welcome -- send them to the team at [EMAIL PROTECTED] Have fun! Cheers, - the Kaffe team ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: [Xen-devel] java control of xen
Adam Heath wrote: On Fri, 1 Apr 2005, Jacob Gorm Hansen wrote: Adam Heath wrote: In an effort to push xen into more parts of the computing world, I am announcing the start of a brand new project here at Brainfood. Our plans are to port Xen to run *inside* a JVM(Kaffe), so that we can make use of the write-one-run-anywhere mantra. The magic piece of code that will enable this is Mips2Java. Unfortunately, at this time, Xen does not yet run on mips. So, we are looking for volunteers to port Xen to mips, so that then we can have Xen run under Kaffe, which will then let us run it on the final platform, mobile phones. I am all for that, I also think you guys should consider porting the Jython Java/Python runtime to run inside Xen, so that in the longer term we will be able take advantage of the Twisted libraries in Xen, for instance I imagine the scheduler could be rewritten on top of Twisted's excellent async programming framework. This would also make room for more use of SOAP and XML, so that security policies for sHype could be fetched on-demand from a centralized web-service. Talk about an agile, service-oriented VMM! Hahaha, some people are easy. Please take a look at the date this mail was sent. :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] RC for 1.1.5
It's also possible to delete tags in CVS. I'll do that. (in a few hours when I'm back at my machine) Cheers, - Jim Michael Koch wrote: On Sun, Apr 03, 2005 at 06:04:23AM +0200, Dalibor Topic wrote: Hi all, I've put up the snapshot of CVS head online at http://www.kaffe.org/~robilad/kaffe-1.1.x-cvs.tar.gz which is the 'release candidate' for 1.1.5. It doesn't have the uplifting RELEASE NOTES yet, though, those are coming tomorrow ;) Please give it a beating, and report build failures/send patches. Barring some major bug, that will become 1.1.5. I'm sorry for the delay, I spent most of it chasing build failures reported the contributors that sent in bug reports, failure notices, and above all, patches to fix them all. The tinderbox results look pretty good now. Dalibor: cvs tag -F branchname is your friend when you execute it on current head with the tagname of 1.1.5 branch. Michael ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: 1.1.5 tagged, tarball uploaded
Dalibor Topic wrote: Hi all, the tarball is at http://www.kaffe.org/~robilad/kaffe-1.1.5.tar.gz The release notes are at http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe/RELEASE-NOTES?rev=1.4only_with_tag=Release_1_1_5content-type=text/vnd.viewcvs-markup Jim, could you take are of the announcement e-mail. signing and uploading things? I hope the release notes will provide a good starting point. I am sure someone will take care of updating the webpage, too. CVS HEAD has been tagged as Release_1_1_5. The Release_1_1_5_Branch is mildly hosed, I fear. I'm not sure how to fix it, so I delegate that to someone who understands CVS's internals better than I do. ;) Awesome! I'll do that tomorrow. :-) Thanks for for all the hard work everybody! Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] java control of xen
Adam Heath wrote: In an effort to push xen into more parts of the computing world, I am announcing the start of a brand new project here at Brainfood. Our plans are to port Xen to run *inside* a JVM(Kaffe), so that we can make use of the write-one-run-anywhere mantra. The magic piece of code that will enable this is Mips2Java. Unfortunately, at this time, Xen does not yet run on mips. So, we are looking for volunteers to port Xen to mips, so that then we can have Xen run under Kaffe, which will then let us run it on the final platform, mobile phones. Sounds crazy. It's got some hack value, I guess. :-) How about x86 to Java? Here's a starting point: http://emulin.netfort.gr.jp/ I bookmarked it a long time ago, and I'm mildly intrigued, but not enough to actually try it out, I guess. Of course, since you'd have to emulate the x86 platform anyways, I'm not sure what running Xen on top of it provides... I can't imagine anyway that it's going to be fast. I'm imagining that it would be like running Xen on Bochs, but much slower. You'd have to emulate physical memory and the MMU using garbage collection. BTW -- I'm still working on moving the Kaffe server over to a Xen session on my new server. I'm a bit slow - I'll get it done someday. :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: Status update (Was: Re: Getting 1.1.5 out (Was: Re: [kaffe] Mailing list problem and server update))
Dalibor Topic wrote: In that spirit, I plan to have a release candidate tarball ready tonight for testing, and barring some huge problems, a release tomorrow. I don't know how helpful this is, but I wrote down the steps I used for the last release: http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe-project-services/release-process/HOW-TO-MAKE-A-RELEASE?rev=1.1content-type=text/vnd.viewcvs-markup Thanks for doing this! (I know how much work it is. :-) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Mailing list problem and server update
Hi, Sorry for the mailing list problem - it wasn't working for the last two days - it looks like the mailmain qrunner process died for some reason. I restarted it. Thanks to Dalibor for noticing and telling me. :-) As for me - I'm still here. I'm still planning to move everything to the new server soon -- there's a weird ssh problem I need to research/debug before I can really do that. I've been a bit short on time lately, due to real life, Japanese lessons, etc... As for the new server - does anybody want to volunteer to redo the website and be the webmaster? I can set up a Xen session for that. My only requirement is that the new website should run on Kaffe. :-) As for the next release - I'm delegating that to Dalibor. (I'm just too short on time lately) Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] GNU Classpath and Kaffe
I haven't posted to the list in quite some while, so I guess I should chip in so people know I'm still here. Y'all are reading my blog on Planet Classpath, right? :-) Michael Franz wrote: Hi, My understanding is that Kaffe is going to start using the GNU classpath instead of it's own implemenation of the Java libraries. What is preventing us from using them today?Is there a TODO list that people are working that will get us to this point? Is there a timeline for this? Dalibor has been working feverishly merging in all the Classpath stuff. Eventually, we'll be able to scrap the old Kaffe class libraries completely, and just use Classpath. There are obstacles of course, because Kaffe developed it's own VM interface, which predated Classpath VM interface - that all needs to be reworked, without introducing too many regressions. It looks like we're gradually getting there, bit by bit. I haven't done any diffing to see what the status of the migration is. I'm sure Dalibor can speak to this. I see Kaffe as a staging area for the Classpath project. Most class library development happens there, but we're a good place to test things out before pushing it to the mothership. Another question, when is Kaffe 1.1.5 coming out? When it's ready (TM) This is my area - I've been moving a bit slow unfortunately. For 1.1.5, my stated goal is to not do a time-based release, but to have a testsuite, and release it when it passes the testsuite. The 1.1.5 release will still be a development release, so we don't have to make the testsuite too hard to pass. I don't want to go back to doing time-based CVS-snapshot style releases, since we get way to many regressions without some rigorous testing. I also was finding that it would take me several days of work just to manually hammer out all the little packaging bugs before I could do the release. That's just no fun -- I'm just doing this as a volunteer project. I would have preferred to have had a testsuite and a release out months ago. However, I've been preoccupied with setting up a new server for the project. Like everybody else, I'm doing this project in my spare time, which is hard to come by, so things progress slowly. The server is going to be a really nice thing to have for doing the releases, as I'll be able to centralize all the testing and release systems on it. I've almost got the new server ready to put into production (but not ready to replace the current server yet). One of the first things I'm planning to put on it is a wiki for test/release planning. I've got a good 20 pages of content to put on it. :-) I'm a systems/process oriented type of guy -- I'm really happy to see the rest of the developers drive Kaffe development at such an incredible pace. I see my job as being the guy who applies the brakes and gets the releases out... (of course, the last release was in February, so I gotta suck it in a bit and do some more work :-) Given the amount of stuff I want to do, I wouldn't expect 1.1.5 before January. But it will be a nice, tested release. Promise. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Server downtime
Hi, I apologize for the server downtime - it's back up now after I drove to the colo. It appears it was a system administration problem - I think all the nameservers in /etc/resolv.conf had long since gone away. I also had a strange issue which was preventing console logins. I reinstalled a few packages, and the problem seems to have gone away. I was somewhat concerned that the server may have been compromised, but I couldn't find any evidence of that (eg. testing with chkrootkit). It's probably worth keeping an eye out anyways in case I missed something. The good news out of all of this is that I had an extra 512MB DDR SDRAM that I stuck in the server, so it now should be more responsive. I'm planning on upgrading the server shortly so I can use it for some additional projects, for example, sharing some resources with the Classpath developers. If you see anything strange, send me a note. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Plans (updated)
Dalibor Topic wrote: Guilhem Lavaux wrote: Hi, Here are my updated plans, in order of priority: time for me to update my plans, too ;) Me too! (I've been somewhat quiet) 1) Regression testing (almost there) 2) Release 1.1.5 (when it passes regression tests) 3) Upgrade server hardware Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Release status...
Hi, I announced that I had made a branch for the 1.1.5 release almost a month ago, but I haven't made the final release yet. :-( So I thought I'd drop a note to the list on what's taking me so darned long to do it... Part of it is due to the usual excuses (work, real life, etc.) and my own procrastinating. But part of the reason is due to the fact that I want to make some improvements to the process. There are several steps to making the release: a) Reviewing the changes and summarizing them for the release announcement. b) Building it in several places and actually trying to use it to run some software. That's been the extent of my testing for the development releases. c) Fixing any obvious configure issues. There are so many ways to configure Kaffe, I always seem to run into issues nobody else has. d) Fixing any make dist type problems that show up. In the final steps of making the release. Typically, I need to cycle through the build multiple times, as documented here: http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe-project-services/release-process/HOW-TO-MAKE-A-RELEASE?rev=1.1content-type=text/vnd.viewcvs-markup Naturally, this would be less work if I did this incrementally as development progressed. But I always end up doing this at the end. With the previous releases, it took me a good 8-12 hours to do all the steps. That's just too long, and it's not fun work. This time around, the amount of work involved has increased a bit, because of the longer interval since the previous release (partly due to my procrastinating). Also, the fact that so much new good stuff has gone into it means that I encountered a lot of regressions all over the place, to the point I wasn't really happy with the final result. (I think the code in CVS right now is quite a bit better than the state it was in when I made the 1.1.5 branch a month ago) When I encounter Kaffe-related problems on one of my various machines around the house or the office, then I've got to make a decision. I can either take some time to try to fix/debug/understand the problem (perhaps asking the list for help), or I can skip past the problem so I can get the release out sooner. Naturally, I don't like skipping past problems -- I'd rather fix them, but there are really are a near-infinite number of bugs to fix, so when it's late in the release cycle, it's usually better to skip past them and just get the release out. There's a trade-off though -- if I skip past too many bugs, then all those bugs are going to go into the release, which isn't good. Anyways, on to the process improvement part of the tale: Ultimately, I want to automate the whole release process. When checkins get made, they should be automatically tested for regressions on a whole variety of different platforms and in different configurations. The code should only be considered release-worthy when it passes all the testing we throw at it. The release process should be as simple as selecting a particular build that passed all the testing. This way, we can certify that a particular build works and was tested on all the various platforms and configurations we support. The distinction between a production release (which is one of my goals for this year) and a development release should primarily be that the production release will have passed a lot more testing. If we had such a system in place, then the testing and fixing grunt work that gets left until release time (and lumped onto me) would instead be done incrementally as development occurs, and shared by everyone. I actually started coding up a custom regression testing and reporting system last year, and I probably got it 50% done. I think I could probably get it partially deployed with about a week's worth of work. Does anybody have any objections to me holding off on the 1.1.5 release until I get the regression testing system deployed on the server? Initially, I'll just set up some testing environments on some of the servers I have access too. After I get something working, I'll try to document as much as possible so other people can help out with the testing. If I could get the regression testing system set up to do most of the release testing, that would really make the release process simply (almost automatic). It would be a lot more fun too. Sorry for keeping everybody in suspense for so long... Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Release_1_1_5_Branch created
Hi, I've made a release branch for 1.1.5, tagged Release_1_1_5_Branch. Since the branch has been made, feel free to check any new stuff into the HEAD of cvs. I was a little short on time today, so I didn't have time to finish off the release. Sorry about that. In my limited testing here, I've encountered a few problems. For example, building it with on Red Hat 8.0 on my laptop, it has runaway memory usage when it tries to compile the class libraries. The same code compiles fine on my Debian unstable machine, so I should be able to chase down the problem with some more investigation. Hopefully, I can get the tarball out in the next few days. That should give me some time to do some additional testing as well. This release is not meant to be much more than a development snapshot, but I'd like to minimize the amount of regression people see if they're moving up from 1.1.4. To make my job easier, please try to refrain from checking in patches on the Release_1_1_5_Branch - just check them into the HEAD, and I can merge over any patches I think are critical for the release. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Feature freeze this weekend and upcoming release
Hi, Just a friendly reminder - I'd like to try to branch and hopefully release 1.1.5 next Sunday. So today, as planned, I'd like to call for a feature freeze -- so please hold off on checking in anything that's going to require additional testing until after the release branch has been made next weekend. I'd also like to ask for people to try building and testing the latest code on as many platforms and in as many configurations as possible over the next week. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Next development release planning - 1.1.5
Hi, It's been about 2 months since the last development release - I'd like to do another one. I know some people would prefer to see a goal-based development release schedule, as opposed to just releasing every two months. I'm somewhat biased against that, though, just because it's more work for me, and I think the schedule would slip. If we did that, I'd have to switch to a mode where we actually planned and scheduled what was going in, and try to drive development to meet deadline. That might be a good idea, but it's more work, and it's hard to push free software volunteers to meet hard deadlines. Maybe we can do a little bit more of that while still doing timed releases? That might be possible if somebody wants to step forward and volunteer to do some project management. We need to do a production release sometime, the sooner the better, in my opinion. I haven't formulated a concrete plan for that one yet, though. So here's my proposal: How about if we do a feature freeze in three weeks, on Sunday, April 25th, to be followed by an actual release on Sunday, May 2nd? (I'd really like to do it a week earlier, but my parents are coming for a visit) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe 1.1.4 Development Release available for download
I've made the 1.1.4 release of Kaffe available for download at: ftp://ftp.kaffe.org/pub/kaffe/v1.1.x-development/kaffe-1.1.4.tar.gz http://www.kaffe.org/ftp/pub/kaffe/v1.1.x-development/kaffe-1.1.4.tar.gz This is the next in the 1.1.x series of development releases. Although not as fully tested as the current production 1.0.7 release, most users will find it to be much more functional and complete. We are planning to update the production release later this year. As this is a development release, it is essentially a snapshot of what's happening in CVS, with limited testing. Here are some highlights of new things done since the last development release: * Support for security policy files * AttachCurrentThread jni function for posix threads * Bug fixes: * jar tool and jar file fixes * URL context handling * EUC-JP support rewritten to use libiconv * HTTP fixes * MulticastSocket * DNSJava binding * ARM jit * ServerSocket.bind * java.math.BigDecimal - fix rounding operations * JNI fixes * FTP handler from GNU Inetlib * SHA1PRNG randomness fixes (can use /dev/urandom if available) * java.security.SecureClassLoader fix * GNU Classpath merges and updates: * Object serialization * almost all of java.io from Classpath * java.nio, java.net * java.util, java.util.regex * java.math, javax.naming * java.text, java.beans * java.net.protocol.file.Handler * java.util.Random * java.awt.GridBadLayout * java.awt.geom * javax.swing.event.EventListenerList * javax.swing.text.AttributeSet * Updated sound code from Tritonus.org * Updated javax.net.ssl/javax.security code from Jessie * kjc bug fixes: * .this expressions * extra generated clinit methods * static initializers fixed. Circular definitions of fields are now supported. * Build fixes: * m68k atomic compare and exchange * m68k-netbsd * ALSA 1.0 * mipsel-linux / jit3 * Cygwin * FreeBSD networking * parisc and HP-UX * New DocBook documentation: * Porting Kaffe to a new platform * Support for debugging using cgdb * Build system: * updated to automake 1.8.2, autoconf 1.59 and libtool 1.5.2 * moved automake scripts and m4 files out of top directory * new regression tests for kjc * Code cleanup: * some macros (sysdepCallMethod, CALL_KAFFE_EXCEPTION) converted to inline functions * moved vm specific part of java.lang.Thread into threadData * More compiler warnings fixes * Some successes: JSPWiki, Babylon chat server (without graphics), Ant 1.6.0. Some regression tests do fail in this release, and many of the ports are still broken. Again, thanks to all of our developers, testers, and users! Also, if you happen to be in Brussels this weekend for FOSDEM, I'll be there and so will a bunch of other free Java hackers. Bug reports, comments and patches are always welcome -- send them to the team at [EMAIL PROTECTED] Have fun! Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Reminder - release this weekend
[Oops. I forgot to cc: the list. I'll resend it.] On Thu, 05 Feb 2004 22:33:52 +0100 Matthias Pfisterer [EMAIL PROTECTED] wrote: Hi, the build problem I reported a while ago is still reproducible with the latest CVS: Making all in libraries/javalib make[1]: Entering directory `/home/matthias/java/kaffe/libraries/javalib' rm -rf lib mkdir lib /bin/sh ./rebuildLib @essential.files Compiling classes from @essential.files using /home/matthias/java/kaffe/kaffe/kaffe/kaffe-bin -verbosegc -mx 256M at.dms.kjc.Main [ start compilation in verbose mode ] [ parsed gnu/classpath/Configuration.java in 483 ms ] GC: heap 5124K, total before 4782K, after 3607K (51604/39461 objs) 29.6% free, alloced 34839K (#106873), marked 615K, swept 1175K (#12143) 393 objs (9K) awaiting finalization ...and the computer hangs with 100 % CPU load. This was blocking me as well. I discovered that the configure script was detecting and bringing in libasound, which is linked against libpthread. This is bad when Kaffe is being built with jthreads (the default). I tried --without-alsa and --without-sound, but those options didn't have the desired effect. I'm going to have to do some work on the configure script. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.4 Release on Monday
Another update... I'm still working on getting the release done. I've been running into quite a few difficulties, enough that I ran out of time during the week. I should be able to get it out this weekend. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] 1.1.4 Release on Monday
On Sun, 8 Feb 2004 19:05:21 -0800 Jim Pick [EMAIL PROTECTED] wrote: Hi, I'm a bit short on time today (I decided to do my taxes), so I'm going to delay cutting the 1.1.4 release until tomorrow (Monday). I'm still working on it -- but I won't get it done today. Sorry about that. I like to take time to re-read the mailing list archives and summarize the changes, but there's a lot to review. It's a big job. I need to get some sleep, and I've got quite a bit of real-life work to do tomorrow. Feel free to check new stuff in, as I created a branch for 1.1.4. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: How to port kaffe to sh3?
There is some support for sh3, but I do not know how well it currently works. Maybe somebody else on the list has tried it recently? I wouldn't expect things to work by copying the config directory from 1.1.3 to 1.0.7. I'm surprised you even got it to build. Also, a small request - the email program I'm using can read the gb2312 charset, but many can't, and the mail archive can't, eg: http://www.kaffe.org/pipermail/kaffe/2004-February/045202.html Could you use an alternate charset when posting to the list? Cheers, - Jim On Mon, 9 Feb 2004 18:48:52 +0800 Öܹ⻪ [EMAIL PROTECTED] wrote: sorry. CLASSPATH=.:/usr/local/kaffe/jre/lib:/usr/local/kaffe/jre/lib/rt.jar:/usr/local/kaffe/lib:/usr/local/kaffe/lib/kjc.jar but I run java HelloWorld ok! bash-2.05a# java HelloWorld Hello World, my dear - Original Message - From: Öܹ⻪ [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 09, 2004 6:40 PM Subject: How to port kaffe to sh3? Dear all, I am struggling to port kaffe to SolutionEngine7709A (sh3). It's OS is SH-Linux (2.4.18). I am planning to compile kaffe-1.0.7.tar.gz on SolutionEngine7709A, and I copied the directory of superh in kaffe-1.1.3.tar.gz to kaffe-1.0.7/config, and add one line to kaffe-1.0.7/config/md.h: #include superh/linux/md.h, and changed known=no to known=yes in the file of kaffe-1.0.7/configure. Then I run ./configure make make install All runs OK, but when I test a HelloWorld.java, It fails at: bash-2.05a# javac HelloWorld.java bash-2.05a# ls HelloWorld.class HelloWorld.java bash-2.05a# java HelloWorld.class java.lang.ClassNotFoundException: HelloWorld/class at java.lang.Class.forName(Class.java:native) at java.lang.Class.forName(Class.java:58) CLASSPATH is set with: CLASSPATH=.:/usr/local/kaffe/jre/lib:CLASSPATH=/usr/local/kaffe/jre/lib/rt.jar:/usr/local/kaffe/lib:/usr/local/kaffe/lib/kjc.jar Thanks very much! zhou guanghua ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] 1.1.4 Release on Monday
Hi, I'm a bit short on time today (I decided to do my taxes), so I'm going to delay cutting the 1.1.4 release until tomorrow (Monday). Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Reminder - release this weekend
Hi, Just a reminder, I'm going to cut release 1.1.4 on Sunday, and we're currently in a feature freeze. If anybody has some spare time, please try compiling and testing CVS on your platform. In other news, Sun has a beta out of J2SE 1.5.0 out: http://java.sun.com/j2se/1.5.0/relnotes.html So we'll have lots of fun things to implement in the coming months and years. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: [Jessie-discuss] 0.9.6
On Fri, 23 Jan 2004 18:34:25 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: I've checked out the sources from CVS, but I can't get them to build without javax.crypto, which is not in kaffe yet (unknown legality of distributing strong crypto from US, etc., we'll let GNU Classpath project figure it out, and follow in their step ;). I think we can do it. All we have to do is send an email to the US government with the address of where we are distributing it from: http://www.bxa.doc.gov/encryption/PubAvailEncSourceCodeNofify.html Then it should be legal, at least in the eyes of the U.S. government. It will make it trickier for others to redistribute the kaffe sources within the US, since they technically would have to register as well. I'm really not too concerned about that, since, in principal, I think the laws are just historical baggage at this point, and I don't want to worry about what quirky laws individual jurisdictions have. Other countries also have weird crypto regulations (thanks, Wassenaar). So, please check in the crypto stuff, and I'll send the email to the government with the file locations. Then I'll sit and wait for the black helicopters... :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] [Fwd: Debian/Free Java room at Fosdem (February 21/22, Brussel)]
On Sat, 03 Jan 2004 07:24:30 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: Hi all, I think I forgot to forward this e-mail to the kaffe mailing list. We'll have a room for a developer meeting at FOSDEM[1] (shared with Debian guys), and a ton of cool people from various free java runtime projects are going to attend. I intend to do a little presentation on getting the different java packaging efforts in different distributions to cooperate on some issues, as that would be probably of interest to the debian people as well. hope to see some of you there in february, in bruxelles! Excellent. I'm in the mood for a vacation -- so I booked and plane ticket. I'm looking forward to some beers and some keysigning. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Next development release planning - 1.1.4
Hi, Keeping with the roughly 2-month release cycle for the development releases, it's about time to do the next one. How about if we do a feature freeze next weekend, Sunday, February 1st, to be followed by an actual release on Sunday, February 8th? Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] CVS kaffe (dalibor): Moved automake build scripts out of the top source directory
On Mon, 12 Jan 2004 03:50:11 -0800 Kaffe CVS [EMAIL PROTECTED] wrote: Moved automake build scripts out of the top source directory I get this now: $ ../kaffe/configure configure: error: cannot find install-sh or install.sh in ../kaffe ../kaffe/.. ../kaffe/../.. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe 1.1.3 Development Release available for download
On Tue, 16 Dec 2003 23:07:06 +0900 (JST) Kiyo Inaba [EMAIL PROTECTED] wrote: Thanks Fu, The Nihonsoft homepage is at http://www.nihonsoft.jp , it is in Japanese. please take a look at it and tell us how you feel. Thanks! Fu, could you please take a look at CGPL page and tell us, kaffe developpers how you feel this license? Please follow up to the [EMAIL PROTECTED] mailing list, that's where all the site sponsorship discussions are now supposed to go. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Cygwin status update
On Tue, 16 Dec 2003 00:57:44 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: hi all, I've been playing with Cygwin kaffe last week, and I've got patches to gradually merge in, that let kaffe build again as a static binary. Excellent. It doesn't fully work, as the kjc step to build rt,jar crashes. I don't think that step ever worked. Investigation about it shows me that the old findJarFile bug still strikes on Cygwin. This time I was able to figure out a little more, though. The problem seems to be that the first few bytes of the findJarFile function in kaffe/kaffevm/jar.c somehow get overwritten. I've tried to debug it with awatch in GDB, but didn't suceed in catching the overwriting happen. So I'd be glad to hear tips tricks on dealing with that type of bugs from other developers. Valgrind is what you want! http://valgrind.kde.org/ It'll tell you exactly where to look, usually. I did get it to run Kaffe interpreter x86 binaries on Linux. Using it with the JIT is a problem because Valgrind needs to be explicitly informed about self-modifying code (because it is an x86-to-x86 JIT itself). There is a way to add hints to the code to help Valgrind do the right thing, but I didn't figure that out yet. For cygwin, some people have managed to get valgrind to run wine, so it's possible to run it against Windows binaries that work with wine. Scary, huh? Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe 1.1.3 Development Release available for download
On Tue, 9 Dec 2003 10:07:54 +0900 (JST) Kiyo Inaba [EMAIL PROTECTED] wrote: Jim, You said, I've just been informed that Nihonsoft doesn't have the best reputation in Japan in the free software community, and may be involved in some activities that violate the GPL. I don't know the whole story, since I can't read Japanese. Any pointers? Fortunately, I can read Japanese :-) There's been a fair amount of private emails on this that haven't been forwarded to the list. Nihonsoft got back to me with a response, which I asked if I could forward. I posted it to the new [EMAIL PROTECTED] mailing list: http://www.kaffe.org/pipermail/kaffe-siteadmin/2003/date.html Again, just because we accepted a sponsorship doesn't mean that we are offering any type of endorsement to the people making the donation. We've got several offers from people that would like to sponsor the site for the next few months. We'll have to figure out the best way to handle the offers - I'd like to keep the whole sponsorship program low-key, and non-controversial. Our costs are pretty low, after all. Feel free to continue the discussion on the new [EMAIL PROTECTED] mailing list (I've set the Reply-To: header). Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe 1.1.3 Development Release available for download
On Mon, 08 Dec 2003 16:34:58 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: Also, thanks to Nihonsoft and Berkeley Signal for sponsoring the server. Berkeley Signal is you, thanks for keeping the server alive. Thanks. Yeah, it's a little corporation I do stuff with, which I've done some consulting through before. But who are Nihonsoft? They're the first people to bite and donate $50 via PayPal to the California Community Colocation Project (CCCP) to sponsor December. I thought I'd drop a blurb into the announcement to say thanks, and, because I want to encourage more people to sponsor the site for a month. The CCCP is a non-profit organization here in California that offers colocation of servers to non-profits, however in return, they request at least a $50 colocation per month to cover their costs. They're a charity themselves, so they can't actually charge for services. See: http://www.kaffe.org/sponsors.shtml I'd love to get some more sponsors for the upcoming months to help spread the cost around. It will be nice having the server on the fast pipe when the project gets even more popular. :-) As you can see, we're starting to suck up more bandwidth over time. Definitely a lot more than when I had to temporarily put my server on my DSL line last summer: http://www.kaffe.org/mrtg/pogo.kaffe.org_2.html I much prefer having our own server vs. using a service such as SourceForge or Savannah, as eventually I want to most, or maybe all, of the projects services running on Kaffe. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] tomcat not working on kaffe interpreter
On Sun, 07 Dec 2003 21:07:41 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: kalyan ram wrote: Hai I am using kaffe-1.1.2 and tomcat-4.1.29.I am trying to run tomcat on kaffe interpreter .I started it as ./catalina.sh run.Tomcat is starting and in the browser when i type http://localhost:8080 - I get the following message after sometime: An error occured while loading http://localhost:8080 Timeout on server localhost If I repeatedly restart browser and type http://localhost:8080, I get the following message: An error occured while loading http://localhost:8080 Connection to localhost broken At the tomcat console: kaffe-bin: lookup.c:getMethodSignatureClass:Assertion 'class-state = CSTATE_DOING_LINK' failed Aborted Looks like a crash in kaffe. Since kaffe 1.1.3 is due today, it would be nice, if you could retry with it and report back if it works better. I just tried the Tomcat 4.1.27 installation I've been using with the interpreter and pthreads, and it seems to be working for me. I did have to increase the stack size quite a bit though, because I was getting stack overflows. Try -ss96K or more. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe 1.1.3 Development Release available for download
I've made the 1.1.3 release of Kaffe available for download at: ftp://ftp.kaffe.org/pub/kaffe/v1.1.x-development/kaffe-1.1.3.tar.gz http://www.kaffe.org/ftp/pub/kaffe/v1.1.x-development/kaffe-1.1.3.tar.gz As this is a development release, it is essentially a snapshot of what's happening in CVS, with limited testing. Even though this is not a production release, it contains a lot of improvements over 1.0.7, which was release over half a year ago. I anticipate that most people will have less trouble with this release. Here are some highlights of new things done since the last development release: * More merges from GNU Classpath: * java.beans * java.util.Date * java.util.jar * java.net * java.io * javax.swing.EventListenerList * More JVMPI support implemented. * More NIO support implemented. * java.security.SecureRandom bugfix (with security implications) * JIT fixes for x86, ARM and Sparc. * Interpreter fixes (underflow problem) * Fixes for Solaris, Darwin, FreeBSD. * Build fixes for powerpc64. * IPv6 fixes. * KJC fixes: * inner class access * switch labels * constant initializers * concatenating a null to a string * Fixes for SHIFT_JIS (Japanese) encoding. * Fix for Jetty 4.2.14. * AppletViewer fix for applet tag. * Lots of minor bug fixes. * Cleaned up GC code. * Compiler warning fixes. * Resynced with existing Classpath, GNU JAXP, Jessie. * Some successes: JBoss, Eclipse 3.0M4, gjdoc/libxmlj. Overall, I'm very impressed with the continued progress. The speed at which Kaffe is improving is incredible. There will probably be one more development release in about two months, and we'll probably put out a heavily tested production release (1.2.0) in early 2004. Thanks to all of our developers, testers, and users! Also, thanks to Nihonsoft and Berkeley Signal for sponsoring the server. Bug reports, comments and patches are always welcome -- send them to the team at [EMAIL PROTECTED] Have fun! Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] tomcat working on kaffe interpreter
On Sun, 7 Dec 2003 19:06:21 -0800 (PST) kalyan ram [EMAIL PROTECTED] wrote: Hai Tomcat-4.1.29 is working fine on kaffe-1.1.2 interpreter with JAVA_OPTS = -ss200k -mx256M -Dbuild.compiler=kjc export JAVA_OPTS But the only problem is after starting tomcat,if i start the browser and type http://localhost:8080,it gives connection timeout and if close the browser and restart again and type the above url,it opened.Why is it giving server timeout first time? But,it is working fine from next time. My guess is that the first time you hit the page, Tomcat must compile the JSP to Java code (using kjc). The interpreter is really slow. The second time you hit it, the JSP has already been compiled and linked in (it's just Java classes), so it's very quick. There are ways to precompile JSP pages and preload them, if you want to avoid the first time penalty. You can also configure Tomcat to use Jikes as a JSP compiler. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] kaffe is not compiling on cygwin
On Fri, 5 Dec 2003 05:15:48 -0800 (PST) Michael Franz [EMAIL PROTECTED] wrote: --- Michael Nascimento Santos [EMAIL PROTECTED] wrote: I am trying to install kaffe 1.1.2 or kaffe 1.0.7 on cygwin, but I'm getting compiler errors with both versions. I'd like to know if these versions have been tested with cygwin and what I should do to make it work for me. I have googled through the archives but couldn't find an answer to my problem. Any help will be appreciated. When was the last time cygwin was supported? I was looking at this the other day and thought it was funny that I got this error. Was support stopped or did the build somehow change? Yep, Kaffe is broken on Cygwin. http://www.kaffe.org/pipermail/kaffe/2003-November/044378.html There has been work done on Cygwin support in the past, but I'm not sure what is a good version to work with. I did get it to compile and run some stuff around the time of the 1.0.7 release, with the interpreter only, but it failed a whole lot of regression tests. I'm sure it worked better at other times. We sort of need somebody to adopt the port, and try to fix it. Volunteers? It's definitely something I want to see happen, I'll probably even do it myself someday, since I actually care about Windows somewhat (I occasionally play games on it, and my family uses it). Actually, I'd like to see a mingw32 port working as well -- I did one back at Transvirtual with their in-house version of Kaffe. Keep in mind, my timetable is pretty relaxed, so that may mean it'll be a year before I cycle around to it. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] [OffTopic] Savannah has been compromised
On Thu, 04 Dec 2003 00:54:24 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: Hi all, since I haven't received any news on this yet, and many people here probably contribute to one project on Savannah or another, I just wanted to spread the news that savannah.gnu,org has been compromised. cracked. broken in. just like debian last week. Scary stuff. It's got me spooked. I ran chkrootkit on our server, and it looks like it's OK. Actually, it did show this: Checking `lkm'... You have 1 process hidden for readdir command You have 1 process hidden for ps command Warning: Possible LKM Trojan installed But that's a common false positive due to the way it does the test (due to a mismatch between Debian's 'ps' command output and /proc). Just to be sure, I removed kernel module support from the kernel, and it still does it. My web server at home had some false positives as well - yay. I also upgraded to kernel 2.4.23 (because of the latest ptrace bug that was used to compromise Debian), and updated rsync (which was used to compromise Gentoo). We don't have a lot of user accounts on the server, and I usually upgrade packages within hours of reading the Debian security advisories, so I think we've been lucky so far. I think with all of these high-profile comprosises lately, I'm going to take some measures to tighten up security on the server even more. There's a few things I've been wanting to experiment with, like moving some services out of the main server environment to individual user-mode Linux virtual machines, and even running some of the services on Kaffe itself. And I'll probably look at ways of tightening up password security, etc. This should only affect the few developers that have accounts on the server - it probably affects me the most. For the rest of the users, I strongly encourage you to use the GPG signature files that I make for every release to verify that the released files have indeed been signed by my private GPG key. There are instructions in the signature file on how to do this. This way, you can be sure that you are not building from Trojan'ed sources, in the possible event where Kaffe.org has been compromised. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] ANN: testing page and results
On Thu, 4 Dec 2003 19:49:50 + (UTC) Riccardo [EMAIL PROTECTED] wrote: http://homepage.mac.com/riccardo_mottola/kaffe-devel/ Excellent stuff! Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] DocBook and Maven proposal
On Sun, 30 Nov 2003 08:10:43 -0800 (PST) Michael Franz [EMAIL PROTECTED] wrote: I have been thinking about this for the past few days, however I am interested in documenting the C code that makes up Kaffe. I am familiar with HeaderDoc from Apple and have been looking at GPL alternatives. I have found Doxygen that seems to be very complete and has been used in a number of projects. http://www.stack.nl/~dimitri/doxygen/ Here is a list of other free source code documentation tools. http://www.stack.nl/~dimitri/doxygen/links.html I haven't played with it yet, but Doxygen is extremely popular -- I know we use it at the place I work. I think that would be a safe one to go with. I'm encouraged that there also seems to be a Maven plugin for it: http://maven-plugins.sf.net/maven-doxygen-plugin/ So, theoretically, we can plug it into our Maven-based documentation generation system. Again, I expect that we may have to modify a few Maven plugins and put them in kaffe-extras to get the exact output we want for the published tarballs and the website. I took a brief look at gjdoc, but there is only the cvs code. What will be the feature set of gjdoc? I'll have to let someone else answer that, as I haven't played with it yet. I'm hoping it's got the basic Javadoc features so that we use it as our Javadoc, and use it with tools such as Ant and Maven. I think some IDEs parse the generated HTML documentation, so that might be one tricky area for compatibility to watch out for. One more thing I forgot to mention in the proposal - some ideas I have for the documentation development process: 1) I want to keep as much development on the mailing list as possible. 2) I'm thinking of moving the website over to Tomcat - so we can add various webapps to it to do some interesting things. 3) I've got a half-done regression testing system I would like to deploy on the website. I'd like to hook that into the documentation generation system somehow -- primarily so that the documentation can say things like Application XYZ version 1.2.3 passed basic regression tests on Platform XX with Kaffe x.y.z. If we can say things like that, then we'll get users for our future production releases. 4) Even though I want all the discussion to happen on-list, I'm starting to think that a Wiki might be useful. It could be used to store various bits of quickly mutating information, or for editing drafts of half-baked documentation before we commit it into CVS. Opinions? Anyways, I've got too many ideas - it's slowing me down. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Planning for 1.1.3 release
On Fri, 21 Nov 2003 19:50:19 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: Hi Jim, Jim Pick wrote: Hi, It's getting to close to that time again. Isn't having a regular release schedule fun? Yep. I'd actually propose a faster release schedule: once a month after 1.1.3. There is so much changing every two months, that the steps between releases are quite huge, so that people following developer releases instead of CVS may have a harder time reporting bugs based on releases only. I originally hoped to do the developer releases monthly, but I find that it usually takes an entire weekend to get it out, so I'm happier with the two month schedule, just from a personal time commitment perspective. I imagine that when the big merging settles down, it should be less of an issue. This should be the last development release before we get serious about putting together a real production release. Here's the dates I have penciled in for that: Sunday, January 18, 2004 - Feature Freeze for 1.2.0 Sunday, January 23, 2004 - Release Candidate - 1.2.0-rc1 Sunday, February 1, 2004 - Release Candidate - 1.2.0-rc2 Sunday, February 8, 2004 - Release 1.2.0 (Production Release) I'm not so optimistic about a stable release that soon, as I don;t think we should really cut that one based on time passed alone, but also define a list of features we want to see in, as well as platforms we want to see run, applications we want to offically list as supported in 1.2 etc. For example, I think we shouldn't release 1.2 before the switch to GNU Classpath is completed. Okay, I think some release goals would be a great thing to have. On the other hand, I don't want to have 1.0.7 on the website as our production release for too much longer, so I think we should still pick a date. Eighteen months between production releases is already a long time. If we slip on the goals, then we can postpone the release. Since we don't have dedicated developer resources, we've got to be careful that the slippage doesn't get out of hand, or the release will never happen. So we should keep the goals pretty minimal. I believe that a real solid, supported production release would really encourage a lot more people to give Kaffe a try, and to get more involved. A perpetual stream of unsupported developer releases won't do that. Let's postpone setting a date for the production release until after 1.1.3 is out. Maybe we'll do a 1.1.4 development release. We need to have a discussion about what should constitute the release goals for the production release. I think that will be easier once we have some decent documentation that shows where we are. Given the moving target nature of what we are doing, we might want to identify a core set of APIs, ports and features that we support, and mark the rest of the stuff as experimental/unsupported. It would be nice to identify certain applications and certify that certain versions of them work on the Kaffe production release. I'm glad to hear it's actually working for something, browsing the list traffic I sometimes catch myself thinking: how are we ever going to fix all these bugs ... ;) But I guess that's just the effect of kaffe getting better, and more people trying it out where it hasn't been tried out before (or for a long time ;) That's so true... :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] ThreadState regression test
Hi, I built from CVS this morning (i386/Linux/jthreads), and the ThreadState regression test failed with this: lt-kaffe-bin: ../../../../../kaffe/kaffe/kaffevm/systems/unix-jthreads/jthread.c:2207: jmutex_unlock: Assertion `tid-status != 1' failed. I tried again, and the test succeeded. It's definitely an intermittent thing. Try doing this at your shell prompt in tests/regression: $ (while true; do make check TESTS=ThreadState.java || exit 1; done) I wasn't able to reproduce my failure, but... For me, sometimes the test returns quickly, and sometimes it doesn't. So I think this regression test is turning up something, even though it usually says it is passing. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] ThreadState regression test
On Mon, 24 Nov 2003 08:12:43 -0800 Jim Pick [EMAIL PROTECTED] wrote: $ (while true; do make check TESTS=ThreadState.java || exit 1; done) I wasn't able to reproduce my failure, but... For me, sometimes the test returns quickly, and sometimes it doesn't. So I think this regression test is turning up something, even though it usually says it is passing. I'm trying this again, and now I can't even reproduce my own bug report, in the exact same tree. The tests are running consistently for me now. Hmmm. Very weird. I'll keep trying, but I'm not sure if my bug report is real or not yet -- I wouldn't spend a lot of time trying to reproduce it, since it seems to have gone away for me now. I hope it's not flakey hardware... Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Planning for 1.1.3 release
Hi, It's getting to close to that time again. Isn't having a regular release schedule fun? Here are the upcoming dates I'm shooting for: Sunday, November 30, 2003 - Feature Freeze for 1.1.3 Sunday, December 7, 2003 - Release 1.1.3 If I've been somewhat quiet lately, it's mostly because I've had a real nasty cold for the last few weeks, and I've got a few side projects on the go that are eating up my project time. I promised some DocBook documentation, and I haven't done it yet, so that's still the highest thing on my personal priority list. I feel the lack of structured documentation is really holding us back in a lot of ways -- I've got a plan, I just need to make some time to do it. I still need to polish off my regression testing reporting framework as well. If anybody else has some goals for this release, please follow up to this email. This should be the last development release before we get serious about putting together a real production release. Here's the dates I have penciled in for that: Sunday, January 18, 2004 - Feature Freeze for 1.2.0 Sunday, January 23, 2004 - Release Candidate - 1.2.0-rc1 Sunday, February 1, 2004 - Release Candidate - 1.2.0-rc2 Sunday, February 8, 2004 - Release 1.2.0 (Production Release) Now for some wishlist items about the top things I currently care about (feel free to add what I've missed): - Improved documentation - Improved testing - Improved processes for keeping in sync with projects such as Classpath - Enough NIO support to get the latest builds of Freenet and Ant working - More testing and bugfixing on the verifier and security APIs - Make Kaffe work as a Mozilla plugin - Improved profiling and debugging support - Fix the Cygwin port, and Mac OS X port (eg. working PowerPC JIT). If we have decent support for all the major desktop environments, we might win some users over. - Easier support for graphical apps, with the ability to switch between multiple AWTs at run-time, etc. Again, these are wishlist items, so I'm not making any promises that we will deliver these. But I'm definitely willing to throw in some of my own time to help drive these forward. I'd be really happy even if we just make a small bit of progress on these items. Sun will kick out Java 1.5 in the Spring, I think, so we'll be playing catch up once again. But it would be nice to have a really solid production release in the Spring that we would be happy to say we support. I'm pretty amazed by how far Kaffe has come in just the last few months. I use it everyday now (primarily for webapps), and I'm very happy about that. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] [RFC] Upcoming Apache Software Foundation License changes
On Sun, 16 Nov 2003 23:39:03 +0100 Dalibor Topic [EMAIL PROTECTED] wrote: Hi all, excuse me for cross-posting the following e-mail to so many diverse projects. As I'm subscribed to all those projects mailing lists, I was surprised to notice a lack of discussion on the effect of the upcoming Apache Software Foundation (ASF) license changes [1] on them. Naughty, naughty. Very bad netiquette. I almost didn't moderate that email through, since it was held by mailman for the excessive amount of cross-posting. Instead of cross-posting to so many lists, I'd recommend sending individual emails to the various lists, and refer the conversation to some other list. I see you sort of do that in the email, encouraging people to join the Apache license mailing list. I encourage followups to go to the Apache list, at [EMAIL PROTECTED] Here's info on how to describe: http://www.apache.org/licenses/proposed/ I'm all in favour of trying to make all the licenses play more nicely together. However, as we're in the situation where we can't really change our license, I'd prefer the discussion be held there, rather than here. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Cygwin signal handling (or lack thereof) and kaffe cvs
Hi Nicholas, On Fri, 07 Nov 2003 09:41:38 -0500 Nicholas Wourms [EMAIL PROTECTED] wrote: Hi, I just went to try the latest kaffe cvs, when I noticed a critical issue in the build process. What, may I ask, are those of us using Cygwin supposed to do now that there is a `#error' directive in our md.h? I assure you that sigcontext will *NOT* be implemented anytime soon (trying to emulate POSIX signals via Windows signals is extremely complicated). I'm also certain this will also affect other non-linux platforms which use newlib. This was done by Guilhem Lavaux as part of the process of switching over to the Classpath I/O libraries. I haven't visited the problem myself, so I hope he can comment on the technical details. In general, I'd like to see Kaffe have the ability to be portable to non Posix platforms. It can be done, and has been done, but a lot of the work hasn't been merged back in yet. Why can't kaffe fall back to the prior signal handling when sigcontext is absent instead of being so heavy handed as to drop an #error directive (like it used to)? Tons of other, possibly more complex, projects seem to cope quite will without advanced signal handling. So what makes it so necessary now? Yes, I understand that java needs access to lowlevel routines at times, but you don't see this approach being done in libjava/gcj. IMHO, these recent changes make kaffe terribly unportable, which is something I thought most developers strive to avoid. Sorry if this sounds negative, but previous efforts led me to believe that making kaffe portable was one of its goals. Cheers, Nicholas Falling back to the previous behaviour sounds like a good idea. I wonder how much it is to put that back in? Patches are welcome. The biggest problem with supporting platforms like Cygwin is that we currently don't have anybody actively maintaining it. Even when I tested it last, circa 1.0.7, it seemed pretty broken to me. I think I would have been screaming pretty loud if what Guilhem did actually broke the port, but since it wasn't really working too well in the first place, I feel it falls more into the category of bitrot than actual regression. Again, Windows is an important platform, I'd love to see it work, but we need more help. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Problem with Jetty
On Thu, 06 Nov 2003 01:45:43 +0900 Ito Kazumitsu [EMAIL PROTECTED] wrote: Hi, : == Syed Mudasir ahmed [EMAIL PROTECTED] writes: :i am try to set up jetty web server : when i run the following command i get the following : error : --- Error --- : kaffe -jar start.jar etc/demo.xml Which version of kaffe are you using? Here on my machine, Jetty-4.2.12 works fine with the CVS version of kaffe whose ChangeLog head is: 2003-10-22 Ito Kazumitsu [EMAIL PROTECTED] There has been some regression with the latest CVS (x86), Jetty 4.2.9 starts for me, but it can't find the default webpage: http://localhost:8825/jetty/index.html I've got this in the logs: 09:00:53.872 WARN!! Error 404 while serving error page for 404 It worked before - if nobody else gets to it, I'll try to chase it down in the next few days... Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Classpath beans update.
On Fri, 24 Oct 2003 16:10:52 +0200 Dalibor Topic [EMAIL PROTECTED] wrote: James Simmons wrote: Is it possible to integrate beans from GNU Classpath into Kaffe. I need it for Classpath AWT. Done. Please update from CVS, and good luck with the AWT port. Speaking of the AWT switch to classpath, I was thinking of a slightly different approach: what about having classpath's AWT, kaffe's AWT and pocketlinux AWT source trees somewhere under libraries/javalib and libraries/clib such that kaffe-awt.jar, classpath-awt.jar and pocketlinux-awt.jar are built depending on a compile time switch. Would this be useful? It would blow up the CVS by having some intially redundant code, but that could be phased out, as kaffe's and pockelinux' AWTs merge, and their java side is gradually moved over to classpath. what do you think? I'll all for compile-time switching of AWT implementations. Ideally, it would be nice for other things to be selectable at compile time as well, eg. the threading implementation, the garbage collector, etc. Of course, we'd want to keep the ability for embedded users to be able to compile in only one implementation, so they can save space. As far as the AWT goes, it would be nice to have a standard way of packaging up AWT implementations so they can be installed with any JVM (or, at least, the free ones). eg. Clemens Eisserer packaged up Kaffe's AWT so it could be installed elsewhere, eg. on gcj. http://xawt.sourceforge.net/ There are lots of AWT implementations floating around. Since most of the JVMs support JNI, I don't see why they shouldn't be interchangeable, with a little bit of work. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] OOM and jit3
Hi, I'm trying to get Kaffe to get as much of Jakarta Gump to compile as I can. http://kaffe.org/~jim/gump/log/ I encountered this while trying to build xml-xalan2: kaffe-bin: ../../../../kaffe/kaffe/kaffevm/jit3/seq.c:60: nextSeq: Assertion `sc != ((void *)0)' failed. Looking at the code, it seems gc_malloc() failed, and the JIT just asserts. Shouldn't it be posting an out of memory exception instead? Or is there a reason we can't? I was able to get past the issue with -Xmx256M. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] using simplescalar with the kaffe gc
On Tue, 21 Oct 2003 00:00:15 -0700 (PDT) archana [EMAIL PROTECTED] wrote: Hi, if one wants to simulate the kaffe interpreter with the gc running say using tools like simplescalar, how can one do it? I did a quick Google search, and I found this: http://www.cae.wisc.edu/~mxu/SimpleScalar_Kaffe_Mini_Howto.shtml I'm not sure I understand what he's actually doing there. the gc runs on a separate thread. is it possible to get the effect by making some changes to the code etc.. there was one posting in this mail list ref: Jun 20 2001, sub: Can/How I disable threading? which i think slightly hinted at the changes that could be done to the code to support threads. Can someone please elaborate on this? When Kaffe starts up, one of the first things it does is create separate threads for the garbage collector and finalizer. I think the modification was to not create those threads, and then run Kaffe with a large enough heap size so that there was never any need to call the garbage collector. If it's useful, I could imagine that we could add a flag which would enable startup with the garbage collector turned off. Patches are welcome. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe 1.1.2 Development Release available for download
I've made the 1.1.2 release of Kaffe available for download at: ftp://ftp.kaffe.org/pub/kaffe/v1.1.x-development/kaffe-1.1.2.tar.gz http://www.kaffe.org/ftp/pub/kaffe/v1.1.x-development/kaffe-1.1.2.tar.gz As this is a development release, it is essentially a snapshot of what's happening in CVS, with limited testing. Even though this is not a production release, it contains a lot of improvements over 1.0.7, which was release over half a year ago. I anticipate that most people will have less trouble with this release. Here are some highlights of new things done since the last development release: * New packages: * javax.net * javax.net.ssl * Lots of configuration/compile fixes, including: arm-linux, parisc-hpux, parisc-linux, sparc-solaris. * Improved RMI, JVMPI, java.text and NIO support. * Improved garbage collector and jit3 memory consumption. * Further merge with GNU Classpath: Collections, many networking, IO and zip classes. * Fixes for several bugs in kjc. * Improved support for building without GNU make. * Lots of bug fixes, compiler warning fixes, and small improvements. * Some successes: Tomcat4, eXist, JavaLayer, JOrbis. Most of the verifier code was checked in, but it is not enabled by default yet, as it requires some further work. The focus of the recent development was largely related to migrating our class libraries over to Classpath. A side-effect has been that a lot of the non-mainstream ports have seen regression, and will need some additional work before they will be functional again. We're going to try to stick to the schedule of doing a development release every two months, culminating in a heavily tested production release (1.2.0) in early 2004. Bug reports, comments and patches are always welcome -- send them to the team at [EMAIL PROTECTED] Have fun! Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Release Monday
Hi, I ran short on time today to do the release - expect it tomorrow... Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] huge number of 'sleep' processes
On Tue, 30 Sep 2003 16:52:24 +1200 M.Negovanovic [EMAIL PROTECTED] wrote: Hi, i am having trouble while running 'make check' on netbsd/i386. No mater what number of max user processes i set its never enough and i always get 'cant fork' error. Now quick look at top while running 'make check' in the background shows very large number of 'sleep' processes. Doing 'kill -9 sleep' few times during checks results in diff number of failed tests every time! Does anyone have any clues about this? It sounds like the changes I made to TestScript.in to create a killer process to kill off long-running tests. I guess I'm doing something non-portable. :-( Does anybody have an idea what I did wrong? When a test completes, it should kill off the killer process. My guess is that isn't happening. I've got a really old NetBSD box at home -- I'll do some experiments when I get some time. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Feature freeze for 1.1.2
On Mon, 29 Sep 2003 12:42:36 -0400 Stuart Ballard [EMAIL PROTECTED] wrote: Jim Pick wrote: Hi, Just a reminder - we're in a feature freeze now, for the 1.1.2 release that I'm going to try to make next Sunday (Oct. 5). So, please try to do some testing, if you've got time, and please don't check in stuff that might be destabilizing until after the release. Any chance of applying my HashMap/Hashtable patch that's being debated on the Classpath list at the moment? I know that it's still up in the air as to whether it will be accepted into Classpath or not, and what modifications, if any, will be made to it first, but the patch as it stands doesn't make anything worse than it currently is (except for the inconsistency of having some collection classes do one thing and some another in an obscure situation that hardly ever comes up). I had some issues with HashMap/Hashtable as well (with new compiles of ant). I'd like to see the issue resolved for 1.1.2. On the other hand, if it were applied to Kaffe then I'd be able to upload my project to Savannah, and say Requires Kaffe 1.1.2 or greater rather than Requires Kaffe CVS from 2003-xx-xx or later. I'll try to make some time to look into the issue before 1.1.2 is released on Sunday. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Goodbye for Now
On Sun, 28 Sep 2003 20:55:06 -0400 (EDT) Rob Gonzalez [EMAIL PROTECTED] wrote: Hi guys, I've had a great time working on the project on and off for the past year or so. As some of you know, I've been sortof in limbo lately, moving around the east coast of the US without much access to my own computer. Tomorrow I'm leaving for Zurich from which I'll be backpacking to Beijing, China, where I'll be teaching English for a while. When I get to China there's a chance that I'll be able to start working on Kaffe again, but if that doesn't work out I'll probably be off the project until June, 2004, when I get back to the states. Sounds like fun. :-) This project has been moving forward at an amazing pace lately. I have no doubts that it's still going to be going strong when get back :) I've learned a ton by working on it and especially by reading the posts and talking to the other developers. Thanks guys. Thanks for all the code! It's very much appreciated. Having a free software VM that can run untrusted Java code opens a whole world of possibilities -- it's very exciting. Hopefully we won't screw it up too much by the time you get back. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] CVS kaffe (hkraemer): fixes and improvement for the garbage collector
fixes and improvement for the garbage collector * fixed the endless loop in startGC when running javalayer 0.3.0 * (hopefully) made the heap management more efficient Excellent! We needed that. I'll have to test freenet again to see if it helps. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Feature freeze for 1.1.2
Hi, Just a reminder - we're in a feature freeze now, for the 1.1.2 release that I'm going to try to make next Sunday (Oct. 5). So, please try to do some testing, if you've got time, and please don't check in stuff that might be destabilizing until after the release. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Fw: patches to make Jetty-4.2.12 compile
Thanks. I'm going to forward these to the list. Cheers, - Jim Begin forwarded message: Date: Thu, 25 Sep 2003 16:05:39 +1000 From: Chris Forkin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: patches to make Jetty-4.2.12 compile -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Jim, I needed to patch java.net.HttpURLConnection and java.net.URLConnection to be able to compile Jetty-4.2.12. The patches bring those 2 classes up2date with JDK 1.4. I'm not sure who to send this stuff to and therefore sent it to you. Regards, Chris. - -- //// // Email: [EMAIL PROTECTED] WWW: http://www.forkin.com/ // // PGP:http://www.forkin.com/pgpkeys/[EMAIL PROTECTED] // // Postal: P.O.Box 106, BEROWRA HEIGHTS, NSW 2082, Australia // //// -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/coW4AOIWT6aArssRAljQAJ40CxgqlfPFJYXJ9kgQFc4dTe/bKQCgkaan hToosAiI364AfPYvMxpsIHQ= =zcSL -END PGP SIGNATURE- *** libraries/javalib/java/net/URLConnection.java.orig Fri Jul 18 22:51:33 2003 --- libraries/javalib/java/net/URLConnection.java Thu Sep 25 15:52:21 2003 *** *** 247,252 --- 247,263 requestProperties.add( value ); } + public void addRequestProperty(String key, String value) { + if ( key == null ) + throw new NullPointerException(key is null); + + int pos = requestProperties.indexOf( key ); + if (pos 0) { + requestProperties.add( key ); + requestProperties.add( value ); + } + } + public void setUseCaches(boolean usecaches) { useCaches = usecaches; } *** libraries/javalib/java/net/HttpURLConnection.java.orig Fri Jul 18 22:51:33 2003 --- libraries/javalib/java/net/HttpURLConnection.java Thu Sep 25 15:52:21 2003 *** *** 11,16 --- 11,17 package java.net; import java.io.IOException; + import java.io.InputStream; abstract public class HttpURLConnection extends URLConnection { *** *** 54,59 --- 55,61 public static final int HTTP_VERSION = 505; static private boolean followRedirects = true; + private boolean instanceFollowRedirects = true; protected String method = GET; protected int responseCode; *** *** 75,80 --- 77,90 followRedirects = follow; } + public boolean getInstanceFollowRedirects () { + return instanceFollowRedirects; + } + + public void setInstanceFollowRedirects (boolean follow) { +instanceFollowRedirects = follow; + } + public String getRequestMethod () { return method; } *** *** 98,103 --- 108,117 throw new ProtocolException(bad request message: + message); } method = message; + } + + public InputStream getErrorStream() { + return null; } public abstract void disconnect ();
Re: [kaffe] Re: dotnet platform support / gnu config.sub (long)
On Wed, 24 Sep 2003 23:38:38 +0200 Dalibor Topic [EMAIL PROTECTED] wrote: JVM, JDK, Java, etc. are all trade marks with associated conditions of use. http://www.sun.com/suntrademarks/#J . Are you sure you want/need to use them? Yes. Actually, if the target is a java'ish machine then they will have to take care of any of that legalese themselves. The config.sub thing is not a java'ish thing itself here. - Furthermore, the use context is obviously talking about compatiblity with a certain vm type and not identity, as expressed in a lot of corners and we know that config.sub simply trying to get a canonic variant of certain arguments given. jvm, java and similar names _are_ the canonic variant of anything quite like it but not the product (trademark!) itself. AFAIK sun has quite strict rules about claiming compatibility with any of their Java products. Basically, you can't do it, unless you shell out big bucks for a license to their code. But I may misunderstand what you want to say. Sun has a lot of lawyers, and they've been pretty aggressive than most about staking their claims on the linguistic turf (so they can sell it off). Because they claim Java Compatible(tm) as a trademark, it makes it hard to use a normal noun+verb sentence to say that we're compatible with Java -- we are, by most dictionary definitions, but we're not Java Compatible(tm), under Trademark law. Maybe we can say that we're interoperable? :-) Anyways, the config.sub name is just going to be used to define a target - so it makes sense to call the target Java, since it's only going to be used by tools generating Java byte code, which will run on Sun's JVM. Of course it will still run on other virtual machines that can't use the Java trademark, but that shouldn't be of any concern to the tools generating the code, IMHO. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Planning for 1.1.2 release - XAWT obsolete?
On Tue, 23 Sep 2003 18:47:28 +0200 Clemens Eisserer [EMAIL PROTECTED] wrote: Hi there! Nope. GNU Classpath AWT integrating should happen for the 1.1.3. Does this mean the current kaffe-xawt implementation will be thrown away? Not at all. We already support multiple AWTs -- this would just be another one, I imagine. This was the best awt implemenation I´ve every seen, and I dont understand why gnu-classpath isnt based on this awt. I think it comes down to ownership/licensing dynamics (eg. Transvirtual never transferred copyrights to the FSF for the AWT). The only problem are the ugly widget LF´s, but should be possible to make this whole thing skinable without big troubles. Yeah, the LF is definitely ugly. :-) I haven't done too much AWT stuff myself, but I think we could serve as a useful place to experiment with AWT integration since we have somewhat looser licensing constraints than other projects. Here's what I'd like to see: 1) Multiple AWT implementations a) Some using lightweight widgets, where the widgets are drawn in Java. eg: - our current X AWT - Swing (we can run Sun's old AWT based one, and should be able to run their newer Java2D based one if we get a Java2D implementation) - others, eg. Rudolph (from Wonka) The Transvirtual version of Kaffe had a lot of additional AWT work done on it. The big thing was it had a lightweight AWT that could render to a no-native-wm backend, which provided a pluggable backend for the core graphics primitives on a number of platforms (X, Linux framebuffer (using the fgl library), Wind River's UGL, GRX, MGL, Allegro). The no-native-wm backend sounds similar in concept in many ways to what Java2D does - it might make sense to move that stuff into a Java2D implementation. There is probably additional window-manager functionality that Java2D doesn't cover. Transvirtual's AWT and Swing both provide support for skins / LF's. As far as backends go, I think it would be cool to experiment with even more extreme Java-only solutions, eg. driving a framebuffer as a Java byte array, or writing a xlib completely in Java! Graphics backends are really interesting, because the challenges involved in utilizing modern graphics acceleration hardware are interesting. Things like Cairo and DirectFB on Linux, DirectX on Windows, and Quartz on Mac OS X provide use ways to get access to accelerated hardware. If we had a really good Java2D implementation, it might even be feasible to use something like WeirdX as a more flexible replacement for XFree86 to support legacy apps. :-) b) Some using native widgets. These provide tighter integration on some platforms. - Gtk - nice for Gnome desktops. There's a version of Gtk which will render to the framebuffer too. - Qt and Qt/Embedded - Win32 (for Windows) - there was a MicroWindows AWT for Kaffe based on the Win32 widgets, I think. - a Carbon based AWT for Mac OS X would be nice - Motif/Lesstif would be interesting, just because it's what Sun used in their original AWT - SWT apparently works, which works with Win32, Motif, and Gtk. It would be cool to do a SWT backend that used lightweight widgets. Note that some of these widget sets are themeable themselves, and can use multiple backends as well. eg. Qt is essentially a lightweight widget set that renders it's own widgets on the platforms it supports. Conceivably, it could even be made to use a Java2D backend. :-) 2) Compile-time switching of AWTs All these AWTs should be configurable at configure time. For embedded platforms, it's nice to be able to select only one specific AWT tuned to the target platform. Transvirtual took this to extremes with fgl, where even the color depth was chosen at configure time. 3) Run-time switching of AWTs It would be nice to be able to configure Kaffe with multiple AWTs, and have them selectable at runtime using a property. If somebody wanted to do something even more extreme, I imagine that it would be possible to create and API to enable applications to use multiple AWT implementations simultaneously. :-) Sascha Brawer is organizing a free Java AWT BOF at Linux Kongress - that should be interesting: http://www.linux-kongress.org/2003/bofs/index.html Anyways, I don't think there is a one-size-fits-all solution for graphics on Java - I'd like to keep an open mind, and hope some really nice interfaces and implementations evolve. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Can't unsubscribe
On Fri, 5 Sep 2003 16:17:04 -0700 (MST) Orville R. Weyrich_Jr [EMAIL PROTECTED] wrote: I tried to unsubscribe to this list (I have changed careers and no longer able to spend time with kaffe), but I cannot get the unsubscribe to work. I need a password, I don't know what it is. How do I unsubscribe? I think mailman does have a way to retrieve your password. Anyways, I've removed you, so you don't have to worry about it. I'm surprised the mailing list didn't intercept this administrivia request. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Bug Report: StackOverflowError and Collections
On Fri, 29 Aug 2003 18:14:00 -0700 Jim Pick [EMAIL PROTECTED] wrote: Hi, I'm running into problems building ant from CVS (4/28/2003 00:00 UTC), on an x86 Linux machine with the defaults (jthreads/jit3). It fails like this: ... Building Ant Distribution Buildfile: build.xml BUILD FAILED java.lang.StackOverflowError No stacktrace available Total time: 0 seconds java.lang.StackOverflowError No stacktrace available ... Failed Building Ant Distribution ! It used to work. I chased it down to this particular change (the Classpath Collections merge). I tried increasing the stack size using the -ss option, but it didn't seem to help. I'll try to debug this when I get time, but I thought I'd report it first. Okay, I did some more legwork, and it appears that the problem appears because Ant creates a subclass of Hashtable called org.apache.tools.ant.util.LazyHashtable, which worked nicely with our old implementation of Hashtable, but not with the new Classpath-based implementation of Hashtable. Basically, LazyHashtable.contains(Object value) calls super.contains(Object value) in Hashtable, which in Classpath's implementation, calls Hashtable.containsValue(Object value). Unfortunately, LazyHashTable.containsValue(Ojbect value) overrides that, just calling calling LazyHashTable.contains(Object value) again, and we have a loop. I'd post a snippet of the stack trace, but I had to use gdb and -Xxdebug, so all the symbols are mangled and it's ugly. :-) The old Kaffe implementation of Hashtable didn't have the problem, since it used a private HashMap, compare below: LazyHashtable: http://cvs.apache.org/viewcvs/ant/src/main/org/apache/tools/ant/util/LazyHashtable.java?rev=1.6content-type=text/vnd.viewcvs-markup Classpath's Hashtable http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/util/Hashtable.java?rev=1.28content-type=text/vnd.viewcvs-markup Our old Hashtable: http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe/libraries/javalib/java/util/Hashtable.java?rev=1.26content-type=text/vnd.viewcvs-markup I don't know if Kaffe's old Hashtable implementation is more proper or not, but at least it worked. :-) I'll cc: this to the classpath list. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Bug Report: StackOverflowError and Collections
On Tue, 2 Sep 2003 19:49:38 -0700 Jim Pick [EMAIL PROTECTED] wrote: On Fri, 29 Aug 2003 18:14:00 -0700 Jim Pick [EMAIL PROTECTED] wrote: Hi, I'm running into problems building ant from CVS (4/28/2003 00:00 UTC), on an x86 Linux machine with the defaults (jthreads/jit3). It fails like this: ... Building Ant Distribution Buildfile: build.xml BUILD FAILED java.lang.StackOverflowError No stacktrace available Total time: 0 seconds java.lang.StackOverflowError No stacktrace available ... Failed Building Ant Distribution ! It used to work. I chased it down to this particular change (the Classpath Collections merge). I tried increasing the stack size using the -ss option, but it didn't seem to help. I'll try to debug this when I get time, but I thought I'd report it first. Okay, I did some more legwork, and it appears that the problem appears because Ant creates a subclass of Hashtable called org.apache.tools.ant.util.LazyHashtable, which worked nicely with our old implementation of Hashtable, but not with the new Classpath-based implementation of Hashtable. Basically, LazyHashtable.contains(Object value) calls super.contains(Object value) in Hashtable, which in Classpath's implementation, calls Hashtable.containsValue(Object value). Unfortunately, LazyHashTable.containsValue(Ojbect value) overrides that, just calling calling LazyHashTable.contains(Object value) again, and we have a loop. I'd post a snippet of the stack trace, but I had to use gdb and -Xxdebug, so all the symbols are mangled and it's ugly. :-) The old Kaffe implementation of Hashtable didn't have the problem, since it used a private HashMap, compare below: LazyHashtable: http://cvs.apache.org/viewcvs/ant/src/main/org/apache/tools/ant/util/LazyHashtable.java?rev=1.6content-type=text/vnd.viewcvs-markup Classpath's Hashtable http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/util/Hashtable.java?rev=1.28content-type=text/vnd.viewcvs-markup Our old Hashtable: http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe/libraries/javalib/java/util/Hashtable.java?rev=1.26content-type=text/vnd.viewcvs-markup I don't know if Kaffe's old Hashtable implementation is more proper or not, but at least it worked. :-) I'll cc: this to the classpath list. Oops, I must have left off the cc:, trying again. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Details on backported stuff...
On Sun, 31 Aug 2003 16:22:25 -0600 (MDT) Timothy Stack [EMAIL PROTECTED] wrote: hi, I've back ported some stuff from the JanosVM to do run time access/link checking on the byte code, some verification related stuff, and test cases for all of the above. Hopefully, it will work fine, I've tested it with a fair amount of local stuff. However, you might get an IllegalAccessError in weird places, if so, just send email and I'll get to fixing it. When doing a make install (and make check too), kjc seems to be triggering IllegalAccessErrors... make[3]: Entering directory `/home/jim/jimpick/kaffe/build/test-head/build/test/regression/compile_time' java.lang.IllegalAccessError: java/security/SecureClassLoader.defineClass at kaffe.lang.AppClassLoader$JarSource.findClass (AppClassLoader.java:143) at kaffe.lang.AppClassLoader.findClass (AppClassLoader.java:291) at java.lang.ClassLoader.loadClass (ClassLoader.java:142) java.lang.IllegalAccessError: java/security/SecureClassLoader.defineClass at kaffe.lang.AppClassLoader$JarSource.findClass (AppClassLoader.java:143) at kaffe.lang.AppClassLoader.findClass (AppClassLoader.java:291) at java.lang.ClassLoader.loadClass (ClassLoader.java:142) and so on... Using Jikes, the jitBasic test is failing for me too. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Details on backported stuff...
On Sun, 31 Aug 2003 21:26:50 -0600 Timothy Stack [EMAIL PROTECTED] wrote: I'm not seeing this, whats the error? I'm using jikes 1.18 btw... It's segfaulting. Program received signal SIGSEGV, Segmentation fault. 0x4004ffd9 in pushFrame (pe=0xb180, ps=0xb010, op=3, script_pos=0xc, values_pos=12, args=0xc Address 0xc out of bounds) at ../../../kaffe/kaffe/kaffevm/stringParsing.c:115 115 VA_LIST_COPY(pf-args, args); (gdb) bt #0 0x4004ffd9 in pushFrame (pe=0xb180, ps=0xb010, op=3, script_pos=0xc, values_pos=12, args=0xc Address 0xc out of bounds) at ../../../kaffe/kaffe/kaffevm/stringParsing.c:115 #1 0x4005098a in parseString_private (pe=0xb180, subString=0x7, script=0x0, values=0x0, op=3, args=0xb1ac \f) at ../../../kaffe/kaffe/kaffevm/stringParsing.c:605 #2 0x40050fc5 in parseString (str=0xc Address 0xc out of bounds, op=5) at ../../../kaffe/kaffe/kaffevm/stringParsing.c:806 #3 0x08049bb5 in main (argc=1, argv=0xb2d4) at ../../../kaffe/test/internal/jit_stub.c:165 This is on a Debian unstable machine, gcc version 3.3.2 20030812 (Debian prerelease), Jikes 1.18. I'm not seing this on my Red Hat 8.0 machine. I'll dig deeper. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] CVS kaffe (jim): Add unimplemented java.io.RandomAccessFile.setLength(int) method
Add unimplemented java.io.RandomAccessFile.setLength(int) method (need for compiling ant from CVS). Well, I guess we really need to implement it for ant. I'll use an older version of ant, for now. Guilhem, you're looking at doing a java.io.* merge with Classpath, right? Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Bug Report: StackOverflowError and Collections
Hi, I'm running into problems building ant from CVS (4/28/2003 00:00 UTC), on an x86 Linux machine with the defaults (jthreads/jit3). It fails like this: ... Building Ant Distribution Buildfile: build.xml BUILD FAILED java.lang.StackOverflowError No stacktrace available Total time: 0 seconds java.lang.StackOverflowError No stacktrace available ... Failed Building Ant Distribution ! It used to work. I chased it down to this particular change (the Classpath Collections merge). I tried increasing the stack size using the -ss option, but it didn't seem to help. I'll try to debug this when I get time, but I thought I'd report it first. Cheers, - Jim On Tue, 12 Aug 2003 16:02:20 -0700 Kaffe CVS [EMAIL PROTECTED] wrote: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: hkraemer03/08/12 16:02:20 Modified files: . : ChangeLog libraries/javalib: Klasses.jar.bootstrap Makefile.am Makefile.in libraries/javalib/profiles/default: core.files libraries/javalib/profiles/allatonce: all.files libraries/javalib/java/lang: Float.java Double.java libraries/javalib/java/util: AbstractListIterator.java AbstractMap.java AbstractSequentialList.java AbstractSet.java ArrayList.java Arrays.java Collections.java Dictionary.java HashMap.java HashSet.java Hashtable.java LinkedList.java TreeMap.java TreeSet.java Vector.java WeakHashMap.java Added files: libraries/javalib/java/util: IdentityHashMap.java LinkedHashMap.java LinkedHashSet.java Removed files: libraries/javalib/java/util: LinkedListIterator.java Log message: * libraries/javalib/java/lang/Float.java, libraries/javalib/java/lang/Double.java: (compare) new methods found in jdk1.4 * libraries/javalib/java/util/AbstractMap.java, libraries/javalib/java/util/AbstractSequentialList.java, libraries/javalib/java/util/AbstractSet.java, libraries/javalib/java/util/ArrayList.java, libraries/javalib/java/util/Arrays.java, libraries/javalib/java/util/Collections.java, libraries/javalib/java/util/Dictionary.java, libraries/javalib/java/util/HashMap.java, libraries/javalib/java/util/HashSet.java, libraries/javalib/java/util/Hashtable.java, libraries/javalib/java/util/IdentityHashMap.java, libraries/javalib/java/util/LinkedHashMap.java, libraries/javalib/java/util/LinkedHashSet.java, libraries/javalib/java/util/LinkedList.java, libraries/javalib/java/util/TreeMap.java, libraries/javalib/java/util/TreeSet.java, libraries/javalib/java/util/Vector.java, libraries/javalib/java/util/WeakHashMap.java: Merged in part of the collection framework from GNU Classpath * libraries/javalib/java/util/LinkedListIterator.java: removed * libraries/javalib/Klasses.jar.bootstrap, libraries/javalib/Makefile.am, libraries/javalib/Makefile.in: regenerated * libraries/javalib/profiles/allatonce/all.files, libraries/javalib/profiles/default/core.files: added IdentityHashMap, LinkedHashMap and LinkedHashSet ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] CVS kaffe (guilhem): Classpath's IO/net subsystem merging + fixes.
On Sat, 30 Aug 2003 07:20:57 -0700 Kaffe CVS [EMAIL PROTECTED] wrote: PatchSet 3996 Date: 2003/08/30 14:18:17 Author: guilhem Branch: HEAD Tag: (none) Log: Classpath's IO/net subsystem merging + fixes. Nice work! That's going to help me out a lot. I compiled it 4 times, and I found some possible regressions (x86/Linux/defaults), all intermittent: * GCTest.java - I had 2 failures in 4 runs of make check * NetworkInterfaceTest.java - I had 1 failure in 4 runs of make check I also had one build abort with this while trying to build the class libraries with kjc: Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/NullPointerException Again, this appears to be intermittent, so it might have been occurring before, and I just didn't catch it. One of my four make check runs passed all the tests. I also set up Mauve yesterday so I could catch regressions. These tests worked yesterday, but not with this checkin: * FAIL: gnu.testlet.java.io.DataInputStream.ReadReference2: Reading DataInputStream (2) (number 1) * FAIL: gnu.testlet.java.io.DataOutputStream.WriteRead2: Reading DataInputStream (2) (number 1) * gnu.testlet.java.util.zip.GZIPInputStream.basic hangs forever Please accept my apologies if they've been fixed in the next checkin. I didn't sync up to that yet. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Fw: [kaffe] CVS kaffe (jim): A small JAXP fix (which took me hours to chase down). Fixes XSLT on JSTL.
Hi GNU-JAXP developers, Here's a small patch I applied against the GNU-JAXP classes in Kaffe. Without it, the XSLT support in JSTL doesn't work. Cheers, - Jim Begin forwarded message: Date: Wed, 27 Aug 2003 14:14:21 -0700 From: Kaffe CVS [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [kaffe] CVS kaffe (jim): A small JAXP fix (which took me hours to chase down). Fixes XSLT on JSTL. PatchSet 3990 Date: 2003/08/27 21:12:06 Author: jim Branch: HEAD Tag: (none) Log: A small JAXP fix (which took me hours to chase down). Fixes XSLT on JSTL. Here's some code which differed on Kaffe and the JDK, before this patch: import java.io.*; import javax.xml.transform.*; import javax.xml.transform.sax.*; import org.xml.sax.*; import org.xml.sax.helpers.*; public class TraxInput { public static void main(String[] args) throws SAXException { StringReader stringReader = new StringReader(Test); XMLReader xr = XMLReaderFactory.createXMLReader( org.apache.xerces.parsers.SAXParser); InputSource s = new InputSource(stringReader); System.out.println(s: + s); Source saxSource = new SAXSource(xr, s); InputSource isource = SAXSource.sourceToInputSource(saxSource); System.out.println(isource: + isource); } } Members: ChangeLog:1.1586-1.1587 libraries/javalib/javax/xml/transform/sax/SAXSource.java:1.1-1.2 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1586 kaffe/ChangeLog:1.1587 --- kaffe/ChangeLog:1.1586 Wed Aug 27 20:07:23 2003 +++ kaffe/ChangeLog Wed Aug 27 21:12:06 2003 @@ -1,3 +1,9 @@ +2003-08-27 Jim Pick [EMAIL PROTECTED] + + * libraries/javalib/javax/xml/transform/sax/SAXSource.java: + Handle case where sourceToInputSource() is called with an + existing SAXSource. + 2003-08-27 Helmer Kraemer [EMAIL PROTECTED] * kaffe/kaffe/main.c: Index: kaffe/libraries/javalib/javax/xml/transform/sax/SAXSource.java diff -u kaffe/libraries/javalib/javax/xml/transform/sax/SAXSource.java:1.1 kaffe/libraries/javalib/javax/xml/transform/sax/SAXSource.java:1.2 --- kaffe/libraries/javalib/javax/xml/transform/sax/SAXSource.java:1.1 Mon Dec 2 15:02:25 2002 +++ kaffe/libraries/javalib/javax/xml/transform/sax/SAXSource.java Wed Aug 27 21:12:08 2003 @@ -1,5 +1,5 @@ /* - * $Id: SAXSource.java,v 1.1 2002/12/02 15:02:25 dalibor Exp $ + * $Id: SAXSource.java,v 1.2 2003/08/27 21:12:08 jim Exp $ * Copyright (C) 2001 Andrew Selkirk * Copyright (C) 2001 David Brownell * @@ -122,6 +122,10 @@ { InputSource retval; boolean ok = false; + + if (in instanceof SAXSource) { + return ((SAXSource) in).inputSource; + } if (in.getSystemId () != null) { retval = new InputSource (in.getSystemId ()); ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Under which license stands Kaffe´s-Classpath?
I think it's a noble idea to merge as much stuff as possible into Classpath and to encourage future development on Kaffe's class libraries to happen there. The Qt AWT port was done by Murphy Chen and Ken-Hao Liu of Dialogue Technologies. However, I notice that a lot of the source files still say that they are copyrighted by Transvirtual Technologies, Inc. - I assume they derived those files from the AWT that is already there. So I think you can assume that these are going to be under the same license as Kaffe, which is GPL. Transvirtual doesn't really exist anymore, so it might be difficult to find who owns the rights to the intellectual property, and to try to convince them to relicense the code. It's a matter of interpretation as to whether or not it's illegal to use proprietary apps with GPL'd class libraries. I think that's been discussed to death on the list already. I don't think I want to re-open that discussion, since there isn't a whole lot we can do about it, other than rewrite Kaffe from scratch. Cheers, - Jim On Wed, 27 Aug 2003 15:12:48 +0200 Clemens Eisserer [EMAIL PROTECTED] wrote: Hi there! I´ve ported kaffe´s AWT to GCJ so that it is now possible to create standalone native awt-based apps. Maybe even kaffe could profit, because if bugs or improvements are done by GCJ-people, these improvements are still copatible to kaffes awt. The problem is, that I ever thought, that Kaffe´s Classpath stands under LGPL, but in the AWT-Files is a license-notice that points me to GPL2 (maybe the link is wrong). Does that mean its not legal to use proprietary awt-apps with kaffe? GCJ´s classpath stands under a special GPL license which allows commercial companies to link against libgcj withought making their code gpl, but its not allowed to modify the libgcj-code and sell it withought GPLing the result (like this is possible with LPGL). It would be really important for me that my ported version stands under the same license as GCJ´s classpath or LGPL. Who is the owner of this code? lg Clemens ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe