[cp-patches] Re: Workaround bugs in Proxy serialization

Andrew Haley writes: Looking at the Classpath sources for ObjectInputStream, it seems that the area where I had so much trouble has been reworked. I'll investigate importing those classes into libgcj. I've thought about this some more, and come to the conclusion that the best thing is to

[cp-patches] Re: Workaround bugs in Proxy serialization

For those of you that may be wondering what this was all about, there is an excellent RMI tutoral at http://java.sun.com/docs/books/tutorial/rmi/TOC.html This example worked with gcj as long as Sun's rmiregistry was being sued, but not with grmiregistry, which segafulted. The changes I made in

Re: [cp-patches] FYI: Reworked native state management in the GTK peers

Roman Kennke wrote: I removed the old NSA native state handling and implemented a more natural approach. The NSA native state API was maintaining (native) hashtables to hold the native state to the peer objects and others. This has a couple of disadvantages: - It's not really scaleable.

[cp-testresults] FAIL: regressions for mauve-jamvm on Thu Apr 26 10:26:28 UTC 2007

Baseline from: Tue Apr 24 06:41:03 UTC 2007 Regressions: FAIL: javax.net.ssl.SSLEngine.TestHandshake Totals: PASS: 2921 XPASS: 0 FAIL: 191 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org

[cp-testresults] FAIL: regressions for mauve-cacao on Thu Apr 26 10:58:53 UTC 2007

Baseline from: Tue Apr 24 20:54:14 UTC 2007 Regressions: FAIL: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration FAIL: javax.net.ssl.SSLEngine.TestHandshake Improvements: PASS: java.net.HttpURLConnection.reuseConnection Totals: PASS: 2935 XPASS: 0 FAIL: 197 XFAIL: 0

[cp-testresults] FAIL: regressions for mauve-cacao on Thu Apr 26 18:10:32 UTC 2007

Baseline from: Tue Apr 24 20:54:14 UTC 2007 Regressions: FAIL: java.awt.Component.keyPressTest Totals: PASS: 2935 XPASS: 0 FAIL: 197 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org

[cp-testresults] FAIL: regressions for mauve-jamvm on Fri Apr 27 01:05:58 UTC 2007

Baseline from: Thu Apr 26 17:37:57 UTC 2007 Regressions: FAIL: gnu.javax.crypto.sasl.srp.TestOfSRPPasswordFile FAIL: java.lang.Thread.sleep Improvements: PASS: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration Totals: PASS: 2921 XPASS: 0 FAIL: 191 XFAIL: 0

[cp-testresults] FAIL: regressions for mauve-cacao on Fri Apr 27 01:38:16 UTC 2007

Baseline from: Tue Apr 24 20:54:14 UTC 2007 Regressions: FAIL: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration FAIL: java.awt.Component.keyPressTest Totals: PASS: 2934 XPASS: 0 FAIL: 198 XFAIL: 0 ___ Classpath-testresults mailing list

Re: Compilation Time | More questions -Charsets

Hi, There is no rule here as far as I know. We just register all the charsets we have. Adding a charset is done either because it is specified by the standard, or because someone needed it. I know I should have answered earlier. The standard charsets are chosen according to Sun's

[SPAM?] Re: gnu classpath with sun java vm

Hello all, it took a while, but here is my compile-error (using gcc 4.1.2): config.status: creating lib/sun/Makefile config.status: creating lib/gnu/classpath/Makefile config.status: creating src/config.h config.status: src/config.h is unchanged config.status: linking ./src/arch/x86_64.h to

Re: [SPAM?] Re: gnu classpath with sun java vm

Hi Michel, It's obvious from the output below that you haven't just done ./configure ! Could you give the options you gave, or better still send me (and not the list) your config.log? From the looks of it, you've disabled use of libffi (on by default on AMD64). This is needed for calling