[cp-testresults] FAIL: regressions for mauve-jamvm on Fri Aug 17 07:39:42 UTC 2007
Baseline from: Mon Jun 25 16:25:44 UTC 2007 Regressions: FAIL: java.awt.Graphics.TestPaintGraphics FAIL: java.beans.Expression.check FAIL: javax.swing.JTable.setRowSelectionAllowed Improvements: PASS: java.lang.Character.unicode PASS: java.util.logging.XMLFormatter.formatMessage PASS: javax.swing.JTable.setColumnSelectionAllowed New fails: FAIL: javax.sound.sampled.AudioProperties Totals: PASS: 2909 XPASS: 0 FAIL: 195 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: regressions for mauve-gij on Fri Aug 17 11:10:45 UTC 2007
Baseline from: Fri Aug 17 00:14:36 UTC 2007 Regressions: FAIL: gnu.java.security.util.TestOfIntegerUtil FAIL: java.lang.Thread.sleep Improvements: PASS: java.net.ServerSocket.AcceptTimeout Totals: PASS: 2891 XPASS: 0 FAIL: 243 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] Japi diffs for classpath
Japi diff jdk7 vs classpath: Full results: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk7-classpath.html Changes since last run: -Comparison run at Thu Aug 16 11:11:47 2007 GMT -jdk7 API scanned at 2007/08/16 05:42:39 EDT -classpath API scanned at 2007/08/16 06:46:38 EDT +Comparison run at Fri Aug 17 11:15:53 2007 GMT +jdk7 API scanned at 2007/08/17 05:43:13 EDT +classpath API scanned at 2007/08/17 06:49:32 EDT -java.util: 95.56% good, 0.03% minor, 4.4% missing +java.util: 95.46% good, 0.03% minor, 4.5% missing -java.util.concurrent.locks: 100% good +java.util.concurrent.locks: 99.31% good, 0.68% missing -Total: 89.55% good, 0.01% minor, 0.05% bad, 10.37% missing, 0% abs.add +Total: 89.54% good, 0.01% minor, 0.05% bad, 10.37% missing, 0% abs.add -Methods: 2 minor, 57 bad, 657 missing, 7 abs.add. +Methods: 2 minor, 57 bad, 662 missing, 7 abs.add. +method java.util.Collections.emptyEnumeration(): missing in classpath +method java.util.Collections.emptyIterator(): missing in classpath +method java.util.Collections.emptyListIterator(): missing in classpath +java.util.concurrent.locks: +Missing +method java.util.concurrent.locks.AbstractQueuedLongSynchronizer.hasQueuedPredecessors(): missing in classpath +method java.util.concurrent.locks.AbstractQueuedSynchronizer.hasQueuedPredecessors(): missing in classpath + ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: regressions for mauve-jamvm on Fri Aug 17 18:32:09 UTC 2007
Baseline from: Mon Jun 25 16:25:44 UTC 2007 Regressions: FAIL: java.awt.Graphics.TestPaintGraphics FAIL: java.beans.Expression.check FAIL: javax.swing.JLabel.AccessibleJLabel.getIndexAtPoint FAIL: javax.swing.JLabel.getActionMap FAIL: javax.swing.JLabel.getInputMap FAIL: javax.swing.JLabel.setIconTextGap FAIL: javax.swing.JList.AccessibleJList.AccessibleJListChild.getAccessibleStateSet FAIL: javax.swing.JList.constructors FAIL: javax.swing.JMenu.getInputMap FAIL: javax.swing.JProgressBar.getPercentComplete FAIL: javax.swing.JProgressBar.setModel FAIL: javax.swing.JTable.TableRobot FAIL: javax.swing.JTable.constructors Improvements: PASS: java.lang.Character.unicode PASS: java.util.logging.XMLFormatter.formatMessage PASS: javax.swing.JTable.setColumnSelectionAllowed New fails: FAIL: javax.sound.sampled.AudioProperties Totals: PASS: 2911 XPASS: 0 FAIL: 204 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: regressions for mauve-jamvm on Sat Aug 18 05:59:20 UTC 2007
Baseline from: Mon Jun 25 16:25:44 UTC 2007 Regressions: FAIL: java.awt.Graphics.TestPaintGraphics FAIL: java.beans.Expression.check FAIL: javax.swing.JLabel.AccessibleJLabel.getIndexAtPoint FAIL: javax.swing.JLabel.getActionMap FAIL: javax.swing.JLabel.getInputMap FAIL: javax.swing.JLabel.setIconTextGap FAIL: javax.swing.JList.AccessibleJList.AccessibleJListChild.getAccessibleStateSet FAIL: javax.swing.JList.constructors FAIL: javax.swing.JMenu.getInputMap FAIL: javax.swing.JProgressBar.getPercentComplete FAIL: javax.swing.JProgressBar.setModel FAIL: javax.swing.JTable.TableRobot FAIL: javax.swing.JTable.constructors Improvements: PASS: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration PASS: gnu.javax.crypto.sasl.srp.TestOfSRPPrimitives PASS: java.lang.Character.unicode PASS: java.util.logging.XMLFormatter.formatMessage PASS: javax.swing.JTable.setColumnSelectionAllowed New fails: FAIL: javax.sound.sampled.AudioProperties Totals: PASS: 2913 XPASS: 0 FAIL: 202 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
Re: LocaleInformation not found, Classpath 0.95 + JamVM 1.4.5
Andrew, Thanks for your reply. I don't have a stack trace, but I have determined that the problem originates from ResourceBundle.tryBundle(String, ClassLoader) which returns null instead of locating resources within glibj.zip. Due to that various exceptions are thrown later (e.g. date, number, and currency formats are messed up). tryBundle first tries to load LocaleInformation_foo as a class. That must fail because glibj.zip contains .properties files for locale information, not classes. Then tryBundle tries to find the corresponding .property file, but it is not found then tryBundle returns null. As a workaround, I have found tryBundle can find the locale information by (1) unpacking the resources directory from glibj.zip into, say, /tmp, and (2) calling JamVM with -Xbootclasspath/p:/tmp . (I unpacked all of the resources directory; there are other resources aside from locale information which need to be located, otherwise exceptions are thrown.) So it appears that the problem is related to locating properties files (maybe all non-class files? dunno) within glibj.zip. Incidentally the glibj.zip I am using was created by unpacking glibj.zip as created by make, erasing the swing directories, and repacking glibj.zip via fastjar, the same program used by make to create the original. I am working on a device with limited memory, and saving the 1 M or so which swing occupies is important. Yes, I did set --without-x and disabled various graphics related options in classpath.mk. Thanks for any information anyone has about this problem. Robert Dodier
Re: [Jamvm-general] LocaleInformation not found, Classpath 0.95 + JamVM 1.4.5
Hi Robert, Have you a simple testcase which can reproduce this? If you have, I'll have a look at it. BTW, I remember implementing stuff in the VM to get resources from the boot class loader, so resource loading is probably using a different path when you use -Xbootclasspath/p:/tmp... Rob. On 8/17/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Andrew, Thanks for your reply. I don't have a stack trace, but I have determined that the problem originates from ResourceBundle.tryBundle(String, ClassLoader) which returns null instead of locating resources within glibj.zip. Due to that various exceptions are thrown later (e.g. date, number, and currency formats are messed up). tryBundle first tries to load LocaleInformation_foo as a class. That must fail because glibj.zip contains .properties files for locale information, not classes. Then tryBundle tries to find the corresponding .property file, but it is not found then tryBundle returns null. As a workaround, I have found tryBundle can find the locale information by (1) unpacking the resources directory from glibj.zip into, say, /tmp, and (2) calling JamVM with -Xbootclasspath/p:/tmp . (I unpacked all of the resources directory; there are other resources aside from locale information which need to be located, otherwise exceptions are thrown.) So it appears that the problem is related to locating properties files (maybe all non-class files? dunno) within glibj.zip. Incidentally the glibj.zip I am using was created by unpacking glibj.zip as created by make, erasing the swing directories, and repacking glibj.zip via fastjar, the same program used by make to create the original. I am working on a device with limited memory, and saving the 1 M or so which swing occupies is important. Yes, I did set --without-x and disabled various graphics related options in classpath.mk. Thanks for any information anyone has about this problem. Robert Dodier - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Jamvm-general mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jamvm-general
Re: [Jamvm-general] LocaleInformation not found, Classpath 0.95 + JamVM 1.4.5
Quoting Robert Lougher [EMAIL PROTECTED]:
Have you a simple testcase which can reproduce this? If you have,
I'll have a look at it. BTW, I remember implementing stuff in the VM
to get resources from the boot class loader, so resource loading is
probably using a different path when you use -Xbootclasspath/p:/tmp...
Here's what I get from the following program.
The directory /tmp/resource contains the unpacked .properties
files from glibj.zip. The .properties files are found if
/tmp/resource precedes glibj.zip in the boot classpath,
and not if /tmp/resource follows glibj.zip or is absent.
glibj.zip is in /tmp because it won't fit in its usual location.
Thanks for taking a look at this.
Robert Dodier
public class TestResource
{
public static void main (String [] args)
{
try
{
java.io.InputStream s = ClassLoader.getSystemResourceAsStream (args
[0]);
if (s == null)
System.err.println (OOPS s == null for `` + args [0] + '');
else
System.err.println (OK s != null for `` + args [0] + '');
}
catch (Exception e) { e.printStackTrace (); }
}
}
# jamvm
-Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/resource:/tmp/glibj.zip -cp .
TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
= OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''
# jamvm
-Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/glibj.zip:/tmp/resource -cp .
TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
= OOPS s == null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''
# jamvm -Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/glibj.zip -cp .
TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
= OOPS s == null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''
Re: [Jamvm-general] LocaleInformation not found, Classpath 0.95 + JamVM 1.4.5
On Friday 17 August 2007 19:37, [EMAIL PROTECTED] wrote: jamvm -Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/resource:/tmp/glibj.zip -cp . TestResource gnu/java/locale/LocaleInformation_pt_BR.properties Works fine for me with both jamvm and cacao: cacao TestResource gnu/java/locale/LocaleInformation_pt_BR.properties OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties'' jamvm TestResource gnu/java/locale/LocaleInformation_pt_BR.properties OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties'' Do you have working ZIP support? Cheers, -- Andrew :-) Help end the Java Trap! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net pgpJQRjae9lzG.pgp Description: PGP signature
Re: [Jamvm-general] LocaleInformation not found, Classpath 0.95 JamVM 1.4.5
Quoting Andrew John Hughes [EMAIL PROTECTED]: Works fine for me with both jamvm and cacao: cacao TestResource gnu/java/locale/LocaleInformation_pt_BR.properties OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties'' jamvm TestResource gnu/java/locale/LocaleInformation_pt_BR.properties OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties'' Do you have working ZIP support? Andrew, thanks for your reply. If you move glibj.zip from its usual location (to, say, /tmp) and specify it via -Xbootclasspath, does it still succeed? How would I be able to distinguish working from non-working ZIP support? It appears that .class files are successfully located within glibj.zip ... best Robert
