Re: Freenet Re: [kaffe] CVS kaffe (guilhem): NIO+NET classes merging from GNU Classpath + KJC updates.
On Mon, 29 Sep 2003 10:01:32 +0200 Michael Koch [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Montag, 29. September 2003 07:09 schrieb Guilhem Lavaux: Dalibor Topic wrote: Kaffe CVS wrote: PatchSet 4072 Date: 2003/09/28 19:53:51 Author: guilhem Branch: HEAD Tag: (none) Log: NIO+NET classes merging from GNU Classpath + KJC updates. This KJC should fix the past issue. Please report any misbehaviour (regression tests work here). In order to test the fresh NIO code, I've tried to run freenet 0.5.2.1 [1] on top of kaffe from CVS. I've got a ton of those: java.lang.NullPointerException at gnu.java.nio.SelectorImpl.deregisterCancelledKeys (SelectorImpl.java:234) at gnu.java.nio.SelectorImpl.select (SelectorImpl.java:146) at gnu.java.nio.SelectorImpl.selectNow (SelectorImpl.java:86) at freenet.transport.AbstractSelectorLoop.mySelect (AbstractSelectorLoop.java:394) at freenet.transport.WriteSelectorLoop.beforeSelect (WriteSelectorLoop.java:255) at freenet.transport.AbstractSelectorLoop.loop (AbstractSelectorLoop.java:505) at freenet.transport.WriteSelectorLoop.run (WriteSelectorLoop.java:617) at java.lang.Thread.run (Thread.java:321) cheers, dalibor topic Anyway, there are some missing native calls. So it would have really astonished if it worked. Oops, I thought GCJ only when robilad asked me on IRC about it ... Anyway, deregisterCancelledKeys() should not throw a NullPointerException. Can you debug this and look where exactly the exception is thrown ? cancelledKeys() in java.nio.channels.spi.AbstractSelector returns null (as in return null;) in gcj, kaffe and classpath cvs. Regards, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (hkraemer): adapted internal jit test to changes in the gc
PatchSet 4080 Date: 2003/09/29 10:01:57 Author: hkraemer Branch: HEAD Tag: (none) Log: adapted internal jit test to changes in the gc Members: ChangeLog:1.1675-1.1676 kaffe/kaffevm/mem/gc-mem.c:1.47-1.48 test/internal/jit_stub.c:1.3-1.4 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1675 kaffe/ChangeLog:1.1676 --- kaffe/ChangeLog:1.1675 Mon Sep 29 05:55:19 2003 +++ kaffe/ChangeLog Mon Sep 29 10:01:57 2003 @@ -1,3 +1,11 @@ +2003-09-29 Helmer Kraemer [EMAIL PROTECTED] + + * kaffe/kaffevm/mem/gc-mem.c: (gc_heap_grow) don't forget + to unlock the gc_heap_lock if we bail out early + + * test/internal/jit_stub.c: (main) initialise Kaffe_JavaVMArgs[0] + before initialising the collector + 2003-09-29 Guilhem Lavaux [EMAIL PROTECTED] * libraries/javalib/java/text/SimpleDateFormat.java, @@ -48,7 +56,6 @@ Added prototypes for setupExceptionHandling, cleanupExceptionHandling. - 1.1674 2003-09-28 Guilhem Lavaux [EMAIL PROTECTED] * libraries/javalib/java/nio/ByteBufferHelper.java: added missing Index: kaffe/kaffe/kaffevm/mem/gc-mem.c diff -u kaffe/kaffe/kaffevm/mem/gc-mem.c:1.47 kaffe/kaffe/kaffevm/mem/gc-mem.c:1.48 --- kaffe/kaffe/kaffevm/mem/gc-mem.c:1.47 Sun Sep 28 19:47:41 2003 +++ kaffe/kaffe/kaffevm/mem/gc-mem.cMon Sep 29 10:01:59 2003 @@ -1070,6 +1070,7 @@ lockStaticMutex(gc_heap_lock); if (gc_heap_total == gc_heap_limit) { + unlockStaticMutex(gc_heap_lock); return (0); } else if (gc_heap_total + sz gc_heap_limit) { /* take as much memory as we can */ @@ -1087,6 +1088,7 @@ dprintf(gc_system_alloc: %ld byte at %p\n, (long) sz, blk); ) if (blk == 0) { + unlockStaticMutex(gc_heap_lock); return (0); } Index: kaffe/test/internal/jit_stub.c diff -u kaffe/test/internal/jit_stub.c:1.3 kaffe/test/internal/jit_stub.c:1.4 --- kaffe/test/internal/jit_stub.c:1.3 Sun Jul 27 21:42:23 2003 +++ kaffe/test/internal/jit_stub.c Mon Sep 29 10:01:59 2003 @@ -98,12 +98,12 @@ INIT_MD(); #endif + Kaffe_JavaVMArgs[0] = vmargs; + threadStackSize = Kaffe_JavaVMArgs[0].nativeStackSize; + /* Register allocation types with gc subsystem */ main_collector = initCollector(); GC_init(main_collector); - - Kaffe_JavaVMArgs[0] = vmargs; -threadStackSize = Kaffe_JavaVMArgs[0].nativeStackSize; /* Initialise the (native) threading system */ initNativeThreads(threadStackSize); ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] bytecode verifier
Hai Does the interpreter version of the kaffe virtual machine has a bytecode verifier? On the home page of kaffe, it says that kaffe lacks verifier? Thank you = C.Kalyan Ram 2221,S St Apt #23,Lincoln NE-68503 Email:[EMAIL PROTECTED] Ph:(402)742-9671 University Of Nebraska-Lincoln __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ 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
Re: [kaffe] Feature freeze for 1.1.2
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). 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. Thanks, Stuart. -- Stuart Ballard, Senior Web Developer FASTNET - Web Solutions (215) 283-2300, ext. 126 www.fast.net ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Bug Report - InetAddress.getHostAddress() returns null for a received DatagramPacket
Hi, This is a problem under Kaffe 1.1.1 on i686-pc-linux. When I try to get the source address of a received multicast packet, getHostAddress() fails and returns a null pointer instead. The code below shows the problem. It shows the getHostAddress() failed message on stderr. byte[] buffer = new byte[1024]; DatagramPacket multicastPacket = new DatagramPacket(buffer, buffer.length); try { multicastSocket.receive(multicastPacket); } catch (IOException e) { System.err.println(failure receiving packet: + e); } InetAddress sourceAddress = multicastPacket.getAddress(); if (sourceAddress == null) System.err.println(getAddress() failed); String srcAddr = sourceAddress.getHostAddress(); if (srcAddr == null) System.err.println(getHostAddress() failed); This code works under gcj-compiled binaries and under Sun's JVM, but fails with Kaffe. Is this known? Is there a fix? Thanks, Everton ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] bytecode verifier
Hi Kalyan, kalyan ram wrote: Hai Does the interpreter version of the kaffe virtual machine has a bytecode verifier? On the home page of kaffe, it says that kaffe lacks verifier? The verifier has mostly been implemented by Rob Gonzales. It isn't complete yet, there are a few issues remaining. You can get more information from Rob's 'Goodbye for now' mail here: http://www.kaffe.org/pipermail/kaffe/2003-September/044032.html and by googling for Rob's posts to the kaffe mailing list. cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Bug Report - InetAddress.getHostAddress() returns null for a received DatagramPacket
Everton da Silva Marques wrote: Hi, Hi Everton, This is a problem under Kaffe 1.1.1 on i686-pc-linux. When I try to get the source address of a received multicast packet, getHostAddress() fails and returns a null pointer instead. Is this known? Is there a fix? I think this is fixed in the current CVS repository and in the upcoming Kaffe 1.1.2 (scheduled on next sunday). We are now using GNU Classpath implementation which is also the case for GCJ. Cheers, Guilhem. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (dalibor): Small cleanup in java.util.zip
PatchSet 4082 Date: 2003/09/29 23:50:25 Author: dalibor Branch: HEAD Tag: (none) Log: Small cleanup in java.util.zip Fixed java.util.zip classes to use accessor methods when accessing fields of ZipEntrys. Members: ChangeLog:1.1677-1.1678 libraries/javalib/java/util/zip/ZipEntry.java:1.11-1.12 libraries/javalib/java/util/zip/ZipFile.java:1.10-1.11 libraries/javalib/java/util/zip/ZipInputStream.java:1.15-1.16 libraries/javalib/java/util/zip/ZipOutputStream.java:1.13-1.14 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1677 kaffe/ChangeLog:1.1678 --- kaffe/ChangeLog:1.1677 Mon Sep 29 11:17:19 2003 +++ kaffe/ChangeLog Mon Sep 29 23:50:25 2003 @@ -1,3 +1,21 @@ +2003-09-30 Dalibor Topic [EMAIL PROTECTED] + + * libraries/javalib/java/util/zip/ZipEntry.java: + (name, time, crc, size, method, extra, comment, csize) Changed + access to private. + + * libraries/javalib/java/util/zip/ZipFile.java: + (getInputStream) Use accessor methods to access internal fields of + ZipEntry. + + * libraries/javalib/java/util/zip/ZipInputStream.java: + (getNextEntry) Use accessor methods to access internal fields of + ZipEntry. + + * libraries/javalib/java/util/zip/ZipOutputStream.java: + (closeEntry, finish, putNextEntry) Use accessor methods to access + internal fields of ZipEntry. + 2003-09-29 Dalibor Topic [EMAIL PROTECTED] * libraries/javalib/java/util/zip/GZIPOutputStream.java: Index: kaffe/libraries/javalib/java/util/zip/ZipEntry.java diff -u kaffe/libraries/javalib/java/util/zip/ZipEntry.java:1.11 kaffe/libraries/javalib/java/util/zip/ZipEntry.java:1.12 --- kaffe/libraries/javalib/java/util/zip/ZipEntry.java:1.11Sat Aug 26 22:21:58 2000 +++ kaffe/libraries/javalib/java/util/zip/ZipEntry.java Mon Sep 29 23:50:26 2003 @@ -19,17 +19,17 @@ public static final int STORED = Deflater.NO_COMPRESSION; public static final int DEFLATED = Deflater.DEFLATED; - String name; - long time = -1; + private String name; + private long time = -1; int dosTime; - long crc; - long size; - int method; - byte[] extra; - String comment; + private long crc; + private long size; + private int method; + private byte[] extra; + private String comment; int flag; int version; - long csize; + private long csize; long offset; /** Index: kaffe/libraries/javalib/java/util/zip/ZipFile.java diff -u kaffe/libraries/javalib/java/util/zip/ZipFile.java:1.10 kaffe/libraries/javalib/java/util/zip/ZipFile.java:1.11 --- kaffe/libraries/javalib/java/util/zip/ZipFile.java:1.10 Thu Sep 25 09:27:46 2003 +++ kaffe/libraries/javalib/java/util/zip/ZipFile.java Mon Sep 29 23:50:26 2003 @@ -76,8 +76,8 @@ throw new NullPointerException(); } - if (ze.size == -1) { - ze = getEntry(ze.name); + if (ze.getSize() == -1) { + ze = getEntry(ze.getName()); } byte[] buf = getZipData0(zip, ze); Index: kaffe/libraries/javalib/java/util/zip/ZipInputStream.java diff -u kaffe/libraries/javalib/java/util/zip/ZipInputStream.java:1.15 kaffe/libraries/javalib/java/util/zip/ZipInputStream.java:1.16 --- kaffe/libraries/javalib/java/util/zip/ZipInputStream.java:1.15 Mon Sep 29 00:38:59 2003 +++ kaffe/libraries/javalib/java/util/zip/ZipInputStream.java Mon Sep 29 23:50:26 2003 @@ -79,9 +79,9 @@ entry.offset = 0; // Select the loader, simple or inflater. - if (entry.method == ZipEntry.STORED) { + if (entry.getMethod() == ZipEntry.STORED) { sinf.setMode(true); - sinf.setLength((int)entry.csize); + sinf.setLength((int)entry.getCompressedSize()); } else { sinf.setMode(false); @@ -120,7 +120,7 @@ // from the DATA header. This is so that users can find out // the compressed and uncompressed sizes of data written in // a compressed entry. - if (entry.method == ZipEntry.DEFLATED peekSig() == (int)EXTSIG) { + if (entry.getMethod() == ZipEntry.DEFLATED peekSig() == (int)EXTSIG) { // Consume signature readSig(); Index: kaffe/libraries/javalib/java/util/zip/ZipOutputStream.java diff -u kaffe/libraries/javalib/java/util/zip/ZipOutputStream.java:1.13 kaffe/libraries/javalib/java/util/zip/ZipOutputStream.java:1.14 --- kaffe/libraries/javalib/java/util/zip/ZipOutputStream.java:1.13 Mon Sep 29 00:38:59 2003 +++ kaffe/libraries/javalib/java/util/zip/ZipOutputStream.java Mon Sep 29 23:50:26 2003 @@ -117,30 +117,30 @@ def.reset(); crc.reset(); - if (curr.csize != -1 curr.csize != out) { + if (curr.getCompressedSize() != -1 curr.getCompressedSize() != out) { throw new ZipException(compress size set incorrectly); } - if (curr.size != -1 curr.size != in) { + if (curr.getSize() != -1 curr.getSize() != in) { throw new
[kaffe] huge number of 'sleep' processes
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? Regards Milos ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe