[kaffe] CVS kaffe (guilhem): New FAQ for local references.
PatchSet 5659 Date: 2005/04/04 11:06:48 Author: guilhem Branch: HEAD Tag: (none) Log: New FAQ for local references. Members: ChangeLog:1.3829-1.3830 FAQ/FAQ.references:INITIAL-1.1 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.3829 kaffe/ChangeLog:1.3830 --- kaffe/ChangeLog:1.3829 Mon Apr 4 00:07:30 2005 +++ kaffe/ChangeLog Mon Apr 4 11:06:48 2005 @@ -1,3 +1,7 @@ +2005-04-04 Guilhem Lavaux [EMAIL PROTECTED], + + * FAQ/FAQ.references: New file + 2005-04-04 Dalibor Topic [EMAIL PROTECTED] * config/Makefile.am: === Checking out kaffe/FAQ/FAQ.references RCS: /home/cvs/kaffe/kaffe/FAQ/FAQ.references,v VERS: 1.1 *** --- /dev/null Sun Aug 4 19:57:58 2002 +++ kaffe/FAQ/FAQ.referencesMon Apr 4 11:11:24 2005 @@ -0,0 +1,57 @@ +FAQ about local references +== + +Why do I get FATAL ERROR: No more room for local references ? +--- + +As a user, it is likely you must report this error to the original +developers of the java application/library you are using. +As a developer, it means that the native code has got too many object +references from the VM without acknowledging the VM that it does not +need anymore the object. + +Each time a reference is returned by the VM, it attaches a local +reference to it to inform the garbage collector that it may not free +this object until the reference has been cleared. Indeed the garbage +collector will look at all local/global references, all java +references and the content of the stack before taking the decision of +freeing an object. + +These references has been historically introduced for object which are +only referenced by the native code into some variables that are not +stored on the stack. + +What can I do to solve this problem ? +- + +There are two different cases: + +(1) You are invoking the VM from a function invoked by the VM. + +Then all local references are freed at the exiting of the function +invoked by the VM. Either you may need more room for references or, +more likely, you may want to remove the references because the +referenced objects are not used anymore or are anyway stored on the +stack. In this case, you have to call the JNI function DeleteLocalRef +with the object reference. The object will still be available. If you +need more reference, you must call the JNI function +EnsureLocalCapacity with the number of references you need. + +(2) You are invoking the VM from a function which has not been invoked + by the VM. + +This case looks like the previous one except for the following: the +local reference table is never freed. So, you have to be really +careful of deleting all local references. If you really need to keep +an object into some global variable then you must invoke the JNI +function NewGlobalRef to prevent the garbage collector to free the +referenced object. + +More information about VM references can be found at: + + http://java.sun.com/j2se/1.4.2/docs/guide/jni/spec/design.html#wp1242 + http://java.sun.com/j2se/1.4.2/docs/guide/jni/jni-12.html#localrefs + + +Guilhem Lavaux [EMAIL PROTECTED] +April 4, 2005 ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (jserv): Resynced with GNU Classpath: java.io.PipedInputStream::read positive returned va
PatchSet 5660 Date: 2005/04/04 13:25:31 Author: jserv Branch: HEAD Tag: (none) Log: Resynced with GNU Classpath: java.io.PipedInputStream::read positive returned value check, 2005-04-04 Jim Huang [EMAIL PROTECTED] Resynced with GNU Classpath. 2005-04-01 Michael Koch [EMAIL PROTECTED] * java/io/PipedInputStream.java (read): Make sure a positive byte value is returned. Revised javadoc. Thanks to Olafur Bragason for reporting these bugs. Members: ChangeLog:1.3830-1.3831 libraries/javalib/java/io/PipedInputStream.java:1.16-1.17 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.3830 kaffe/ChangeLog:1.3831 --- kaffe/ChangeLog:1.3830 Mon Apr 4 11:06:48 2005 +++ kaffe/ChangeLog Mon Apr 4 13:25:31 2005 @@ -1,3 +1,13 @@ +2005-04-04 Jim Huang [EMAIL PROTECTED] + + Resynced with GNU Classpath. + + 2005-04-01 Michael Koch [EMAIL PROTECTED] + + * java/io/PipedInputStream.java + (read): Make sure a positive byte value is returned. Revised javadoc. + Thanks to Olafur Bragason for reporting these bugs. + 2005-04-04 Guilhem Lavaux [EMAIL PROTECTED], * FAQ/FAQ.references: New file Index: kaffe/libraries/javalib/java/io/PipedInputStream.java diff -u kaffe/libraries/javalib/java/io/PipedInputStream.java:1.16 kaffe/libraries/javalib/java/io/PipedInputStream.java:1.17 --- kaffe/libraries/javalib/java/io/PipedInputStream.java:1.16 Thu Nov 25 03:44:53 2004 +++ kaffe/libraries/javalib/java/io/PipedInputStream.java Mon Apr 4 13:25:30 2005 @@ -1,5 +1,5 @@ /* PipedInputStream.java -- Read portion of piped streams. - Copyright (C) 1998, 1999, 2000, 2001, 2003 Free Software Foundation, Inc. + Copyright (C) 1998, 1999, 2000, 2001, 2003, 2005 Free Software Foundation, Inc. This file is part of GNU Classpath. @@ -226,18 +226,17 @@ } /** -* This method reads bytes from the stream into a caller supplied buffer. -* It starts storing bytes at position codeoffset/code into the -* buffer and -* reads a maximum of codelen/code bytes. Note that this method -* can actually -* read fewer than codelen/code bytes. The actual number of bytes -* read is -* returned. A -1 is returned to indicated that no bytes can be read +* This method reads one byte from the stream. +* -1 is returned to indicated that no bytes can be read * because the end of the stream was reached. If the stream is already * closed, a -1 will again be returned to indicate the end of the stream. -* p -* This method will block if no byte is available to be read. +* +* pThis method will block if no byte is available to be read./p +* +* @return the value of the read byte value, or -1 of the end of the stream +* was reached +* +* @throws IOException if an error occured */ public int read() throws IOException { @@ -248,7 +247,7 @@ // if this method is never called. int r = read(read_buf, 0, 1); -return r != -1 ? read_buf[0] : -1; +return r != -1 ? (read_buf[0] 0xff) : -1; } /** ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: [Xen-devel] java control of xen
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. ___ 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
Re: [kaffe] RC for 1.1.5
Jim Pick wrote: It's also possible to delete tags in CVS. I'll do that. (in a few hours when I'm back at my machine) No, that's fine now, afaict. I think the trick is to cvs -d -j HEAD in a checkout of a Release_1_1_5_Branch and then to ci the changes. I'll try that later when I'm back home :) cheers, dalibor topic ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Running Tomcat 5.0
Hi there, Having read many reports on the archieve of success running Tomcat under Kaffe, I decided to try myself using Tomcat 5.0.28. Although many JSP pages and Servlets do run ok (icluding the Tomcat Manager and most samples) many applications, including some examples and the Tomcat Administrator fail with the following exception java.lang.IllegalStateException: Zip file already closed: /d/local/jakarta-tomcat-5.0.28/common/lib/commons-pool-1.2.jar Any idea on how to workaround this, or should I fill a bug report? And the bug report should go to Kaffe or Jakarta? []s, Fernando Lozano ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (robilad):
*** ERROR *** cvsps failed - lastCandidate was 0 ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] HSQLDB and Kaffe
Hi there, Just to report HSQLDB (hsqldb.sf.net) seems to run fine under Kaffe (tried both standalone and server modes). There are only quirks with the GUI utilities, specially the DatabaseAdministrator. It runs, but the screen flickers, and sometimes I have to click on the results pane to see the result of queries. Besides, all windows get the wrong sizes, leaving part of the components clipped out. I am sending a screenshot so you can see that I mean, hope the list accepts it. Anyway it looks much nicier than the same AWT app running under Sun Java2 (both 1.4.2 and 1.5.0). :-) Some GTK asserts are triggered by the application, it guess because of this the SQL commands history is allways empty. Should I send the assertions to the list? Used the 1.1.5RC tarbal (http://www.kaffe.org/~robilad/kaffe-1.1.x-cvs.tar.gz) for HSQLDB and Tomcat (see previous message) []s, Fernando Lozano inline: hsqldb-kaffe.png___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] some regression results quick before release:
Hey, darwin6, intrp, pthread: all tests fail netbsd 1.6.2, sparc32, jit, jthread: 3 tests fail : GCTest.fail TestUnlock.fail ThreadState.fail R ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] ThreadLocalTest fails
Am Montag, den 04.04.2005, 21:59 + schrieb Ito Kazumitsu: In message Re: [kaffe] ThreadLocalTest fails on 05/03/20, Guilhem Lavaux [EMAIL PROTECTED] writes: ThreadLocalTest fails recently. It does not finish until killed by the killer process. : I'm also experiencing other deadlocks on freebsd. I'll have a look at : where does they come from. I am glad that all the regression tests including ThreadLocalTest passed today. Great! Thanks for the good news, Ito. cheers, dalibor topic ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
m68k/linux make problem (was: [kaffe] RC for 1.1.5)
I am now trying to test both m68k/linux or netbsd with this RC. And I noticed even specifying --with-rt-jar option, make tries to rebuild rt.jar by using jikes. It happened on m68k/linux, and 3/31's snap does not cause this problem. After finishing first path for this arch, I will retry it, but for the time being touching stamp file can cheat make process. I am so sure --with-rt-jar itself works fine for this RC because I used this option for ia32/netbsd (I don't have latest jikes on this machine, this is another thing what I have to fix just after the release...). Kiyo ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] some regression results quick before release:
Riccardo, I am not having any problems with darwin 6. What is the default threading model? Michael On Apr 4, 2005 6:17 PM, Riccardo [EMAIL PROTECTED] wrote: Hey, darwin6, intrp, pthread: all tests fail netbsd 1.6.2, sparc32, jit, jthread: 3 tests fail : GCTest.fail TestUnlock.fail ThreadState.fail R ___ 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] CVS kaffe (robilad): Updated branch to HEAD
PatchSet 5661 Date: 2005/04/04 21:12:43 Author: robilad Branch: Release_1_1_5_Branch Tag: (none) Log: Updated branch to HEAD Members: AUTHORS:1.3-1.3.6.1 ChangeLog:1.2293-1.2293.2.1 Makefile.am:1.65-1.65.2.1 Makefile.in:1.153-1.153.2.1 README:1.29-1.29.8.1 THIRDPARTY:1.12-1.12.2.1 WHATSNEW:1.31-1.31.4.1 aclocal.m4:1.99-1.99.2.1 configure:1.313-1.313.2.1 configure.ac:1.12-1.12.2.1 FAQ/FAQ.Known-Bugs:1.53-1.53.12.1 FAQ/FAQ.automake:1.29-1.29.2.1 FAQ/FAQ.awt:1.8-1.8.12.1 FAQ/FAQ.classlibrary-compile:1.14-1.14.8.1 FAQ/FAQ.cross-compiling:1.1-1.1.12.1 FAQ/FAQ.debugging:1.4-1.4.8.1 FAQ/FAQ.dns:1.1-1.1.12.1 FAQ/FAQ.jit3:1.2-1.2.10.1 FAQ/FAQ.locks:1.4-1.4.14.1 FAQ/FAQ.ps2linux:1.1-1.1.12.1 FAQ/FAQ.references:1.1-1.1.2.1 config/Makefile.am:1.39-1.39.2.1 config/Makefile.in:1.126-1.126.2.1 config/config-hacks.h:1.12-1.12.12.1 config/config-io.h:1.5-1.5.14.1 config/config-mem.h:1.9-1.9.10.1 config/config-signal.h:1.3-1.3.12.1 config/config-std.h:1.11-1.11.2.1 config/config.alias:1.17-1.17.2.1 config/config.h.in:1.99-1.99.2.1 config/alpha/alpha.c:1.5-1.5.6.1 config/alpha/atomicity.h:1.1-1.1.2.1(DEAD) config/alpha/common.h:1.11-1.11.2.1 config/alpha/jit-alpha.def:1.10-1.10.12.1 config/alpha/jit-icode.h:1.3-1.3.14.1 config/alpha/jit.h:1.7-1.7.4.1 config/alpha/sysdepCallMethod.h:1.2-1.2.14.1 config/alpha/threads.h:1.4-1.4.12.1 config/alpha/trampolines.c:1.8-1.8.2.1(DEAD) config/alpha/linux/md.h:1.4-1.4.10.1 config/alpha/osf/md.c:1.8-1.8.10.1 config/arm/atomicity.h:1.1-1.1.2.1 config/arm/common.h:1.10-1.10.2.1 config/arm/jit-arm.def:1.5-1.5.12.1 config/arm/jit-icode.h:1.2-1.2.14.1 config/arm/jit.h:1.14-1.14.2.1 config/arm/jit3-arm.def:1.6-1.6.12.1 config/arm/sysdepCallMethod.h:1.1-1.1.4.1 config/arm/threads.h:1.3-1.3.2.1 config/arm/trampolines.c:1.6-1.6.6.1(DEAD) config/arm/linux/config.frag:1.7-1.7.8.1 config/arm/linux/md.c:1.5-1.5.2.1 config/arm/linux/md.h:1.9-1.9.2.1 config/i386/common.h:1.17-1.17.4.1 config/i386/jit-i386.def:1.16-1.16.12.1 config/i386/jit-icode.h:1.5-1.5.14.1 config/i386/jit.h:1.23-1.23.2.1 config/i386/jit3-i386.def:1.24-1.24.2.1 config/i386/jit3-icode.h:1.9-1.9.14.1 config/i386/sysdepCallMethod.h:1.2-1.2.2.1 config/i386/threads.h:1.2-1.2.14.1 config/i386/trampolines.c:1.8-1.8.8.1(DEAD) config/i386/beos/md.h:1.10-1.10.2.1 config/i386/bsdi/md.h:1.8-1.8.2.1 config/i386/cygwin32/md.h:1.4-1.4.4.1 config/i386/dgux/jit-md.h:1.3-1.3.8.1 config/i386/dgux/md.h:1.7-1.7.2.1 config/i386/freebsd2/md.c:1.1.1.1-1.1.1.1.16.1 config/i386/freebsd2/md.h:1.11-1.11.2.1 config/i386/gnu/md.h:1.8-1.8.2.1 config/i386/linux/md.c:1.1.1.1-1.1.1.1.16.1 config/i386/linux/md.h:1.11-1.11.2.1 config/i386/linux/xprofile-md.h:1.2-1.2.12.1 config/i386/netbsd1/md.h:1.7-1.7.2.1 config/i386/nextstep3/md.h:1.8-1.8.2.1 config/i386/openbsd2/md.h:1.9-1.9.2.1 config/i386/oskit/md.h:1.9-1.9.2.1 config/i386/qnx/md.h:1.10-1.10.2.1 config/i386/sco3.2v5/md.h:1.8-1.8.2.1 config/i386/solaris2/md.h:1.8-1.8.2.1 config/i386/univel_svr4/md.h:1.10-1.10.2.1 config/ia64/common.h:1.2-1.2.12.1 config/ia64/sysdepCallMethod.h:1.2-1.2.12.1 config/ia64/threads.h:1.1-1.1.14.1 config/ia64/hpux/config.frag:1.1-1.1.2.1 config/ia64/hpux/md.h:1.1-1.1.2.1 config/ia64/linux/config.frag:1.2-1.2.8.1 config/m68k/atomicity.h:1.1-1.1.4.1(DEAD) config/m68k/common.h:1.14-1.14.4.1 config/m68k/jit-m68k.def:1.6-1.6.2.1 config/m68k/jit.h:1.13-1.13.2.1 config/m68k/jit3-icode.h:1.2-1.2.14.1 config/m68k/jit3-m68k.def:1.6-1.6.2.1 config/m68k/sysdepCallMethod.h:1.1-1.1.4.1 config/m68k/threads.h:1.2-1.2.12.1 config/m68k/trampolines.c:1.7-1.7.8.1(DEAD) config/m68k/linux/md.h:1.8-1.8.2.1 config/m68k/netbsd1/config.frag:1.7-1.7.4.1 config/m68k/netbsd1/md.h:1.6-1.6.4.1 config/m68k/openbsd2/md.h:1.5-1.5.2.1 config/mips/callKaffeException.h:1.1-1.1.4.1 config/mips/common.h:1.9-1.9.4.1 config/mips/jit.h:1.10-1.10.4.1 config/mips/jit3-icode.h:1.4-1.4.14.1 config/mips/jit3-mips.def:1.12-1.12.2.1 config/mips/mips.c:1.11-1.11.14.1 config/mips/sysdepCallMethod.h:1.1-1.1.4.1 config/mips/threads.h:1.5-1.5.12.1
[kaffe] 1.1.5 tagged, tarball uploaded
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. ;) HEAD is now officially open for breaking. Go wild. ;) I'm off to bed, and then to CafeBrazil, to catch up with Schuessi, Geir, Onno and Bruno, do a little talk on Kaffe, and a three day training session thing on Kaffe installation, usage and hacking, and to meet Gosling and Phipps.[1] I'll keep you guys updated, but I guess I'll spend some time behind the keyboard just writing now. ;) cheers, dalibor topic [1] http://cafebrasil.soujava.org.br/Wiki.jsp?page=Agenda ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: m68k/linux make problem (was: [kaffe] RC for 1.1.5)
Am Dienstag, den 05.04.2005, 11:40 +0900 schrieb Kiyo Inaba: I am now trying to test both m68k/linux or netbsd with this RC. And I noticed even specifying --with-rt-jar option, make tries to rebuild rt.jar by using jikes. It happened on m68k/linux, and 3/31's snap does not cause this problem. Konnichiwa Kiyo, I introduced that bug after adding a workaround for Nice (the tools.jar). That in turn broke prebuilt rt.jar builds, was reported by Riccardo, and is fixed in 1.1.5. 2005-04-02 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/Makefile.am.in [USE_PRECOMPILED_RT_JAR] (compile-tools-classes): New target. (tools.jar) Build only tools.jar classes. Reported by: Riccardo Mottola [EMAIL PROTECTED] cheers, dalibor topic ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] some regression results quick before release:
Am Montag, den 04.04.2005, 22:47 -0400 schrieb Michael Franz: Riccardo, I am not having any problems with darwin 6. A missing ulimit, maybe? ;) What is the default threading model? pthreads. cheers, dalibor topic ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Running Tomcat 5.0
I have been getting the problem running jboss more so than tomcat. Have'nt tested out jboss on latest CVS so can't say. regards Supreet Fernando Lozano wrote: Hi there, Having read many reports on the archieve of success running Tomcat under Kaffe, I decided to try myself using Tomcat 5.0.28. Although many JSP pages and Servlets do run ok (icluding the Tomcat Manager and most samples) many applications, including some examples and the Tomcat Administrator fail with the following exception java.lang.IllegalStateException: Zip file already closed: /d/local/jakarta-tomcat-5.0.28/common/lib/commons-pool-1.2.jar Any idea on how to workaround this, or should I fill a bug report? And the bug report should go to Kaffe or Jakarta? []s, Fernando Lozano ___ 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] 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