RE: [cp-patches] RFC: PR Classpath/28664 - GNU MP based BigIntegertake2 (compressed)

Hi Raif, The synchronization is still not completely right. If a method operates on two different BigIntegers, they both need to be protected from asynchronous finalization. Note also that when you synchronize on two different objects, you need to protect against deadlock. Also, could you please

Re: [cp-patches] RFC: PR Classpath/28664 - GNU MP based BigIntegertake2 (compressed)

hello Jeroen, On Sunday 08 October 2006 22:44, Jeroen Frijters wrote: Hi Raif, The synchronization is still not completely right. If a method operates on two different BigIntegers, they both need to be protected from asynchronous finalization. Note also that when you synchronize on two

[cp-patches] Re: preparation of VMPlainDatagramSocketImpl removal

Robert Schuster wrote: The other thing that is used from VMPlainDatagramSocketImpl is the connect() method. Is it possible for DGRAM sockets to just use VMChannel.connect instead? Yes. The original just called the common method _javanet_connect, anyway. Great. However there is just one

[cp-patches] RFC: VMPlainDatagramImpl removal

Hi, this patch removes the above mentioned class and implements their functions elsewhere. DatagramImpl.connect() has a different exception clause than SocketImpl.connect() and fixing that required some changes in method signatures and the native implementation of VMChannel. These changes are

[cp-testresults] classpath daily snapshot 20061009 FAILED

ranlib .libs/libclasspath.a creating libclasspath.la (cd .libs rm -f libclasspath.la ln -s ../libclasspath.la libclasspath.la) make[3]: Leaving directory `/home/mkoch/src/classpath/build/native/jni/classpath' Making all in native-lib make[3]: Entering directory

preparation of VMPlainDatagramSocketImpl removal

Hi all, hi Casey. As discussed earlier I am investigating the removal of the above class. In contrast to what I said in another mail I found two uses of the VMPlainDatagramSocketImpl. In PlainDatagramSocketImpl the IP_TTL field is used. This can be fixed by moving the constant into e.g

Re: preparation of VMPlainDatagramSocketImpl removal

Robert Schuster wrote: Hi all, hi Casey. As discussed earlier I am investigating the removal of the above class. In contrast to what I said in another mail I found two uses of the VMPlainDatagramSocketImpl. In PlainDatagramSocketImpl the IP_TTL field is used. This can be fixed by moving

[Bug swing/29325] wrong window layout involving a jogl 3D widget

--- Comment #2 from roman at kennke dot org 2006-10-08 21:36 --- At the moment I can't get this thing to run. I always get a segfault here with JamVM, and cacao doesn't work either. I strongly suspect a bug in the JSplitPane UI. I am going to look into this asap. --

[commit-cp] classpath gnu/java/nio/KqueueSelectorImpl.java ...

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Robert Schuster rschuster 06/10/08 21:29:43 Modified files: gnu/java/nio : KqueueSelectorImpl.java . : ChangeLog Log message: 2006-10-03 Robert Schuster [EMAIL PROTECTED]

[commit-cp] classpath javax/swing/JTree.java ChangeLog

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Roman Kennke rabbit78 06/10/08 22:22:29 Modified files: javax/swing: JTree.java . : ChangeLog Log message: 2006-10-09 Roman Kennke [EMAIL PROTECTED]

[commit-cp] classpath javax/swing/JTree.java ChangeLog

CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Roman Kennke rabbit78 06/10/08 22:37:32 Modified files: javax/swing: JTree.java . : ChangeLog Log message: 2006-10-09 Roman Kennke [EMAIL PROTECTED]