http://blog.gmane.org/gmane.comp.java.classpath.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.java.classpath.devel/10348 <pre> "bash import-cacert.sh"? </pre> Timo Juhani Lindfors 2012-05-20T00:16:52 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10347 <pre>Hi Guys, I am trying to get a email application working with Jamvm, running on Ubuntu. I am running into ssl errors when I try to connect to Gmail server. Looking at the web, this person, http://gcc.gnu.org/ml/java/2007-11/msg00004.html, had similar error and he was told that cacerts would have to be imported for his system via the import-cacerts.sh script. I have found this script in the classpath source archive that I downloaded. I tried running this script with the command: sh import-cacerts.sh But I get this error: import-cacerts.sh: 3: Syntax error: "(" unexpected How do I import this cacerts correctly? Forgive me - I am new to this! Thanks! Regards Donal </pre> Donal Geoghegan 2012-04-27T12:05:18 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10346 <pre> fyi: I've proposed a patch for this issue on the classpath-patches mailing list. josef </pre> Josef Eisl 2012-04-24T18:52:35 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10345 <pre>----- Original Message ----- You're right. The issue is here: "But if you use them with no arguments (-ea or -da), they do not apply to system classes." (from http://java.sun.com/developer/technicalArticles/JavaLP/assertions/) Both when the classloader is null (a system class) and when there is no class or package-specific setting, the same default setting from VMClassLoader.defaultAssertionStatus() is used. There should instead a separate method for system classes as you mention: VMClassLoader.getSystemAssertionStatus() (I don't think it needs to be called default because it can't be overridden by the class/package settings). As we're just after a release (0.99), this would be an ideal time to add that method. </pre> Andrew Hughes 2012-04-24T00:29:09 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10344 <pre>Hi there. I want to reanimate a discussion from 2007 [1,2] about the Assertion/System Assertion handling. As far as I know GNU Classpath can't distinguish between normal assertions (-ea/-eanableassertions) and assertions for system classes (-esa/-enablesystemassertions, i.e. classes with no classloader [3]). The only interface for the VM is the method VMClassLoader.defaultAssertionStatus(). It is not clear if this is supposed to return the system assertion status or the normal assertion status (vm integration doc [4] vs. javadoc [5]). On the one hand, it is used to set the defaultAssertionStatus for java.lang.ClassLoader [6] which would imply that it is the normal assertion status. On the other hand, the very same flag is used for setting the assertion status for system class in java.lang.Class (desiredAssertionStatus)[7]. I think we need two dedicated methods in VMClassLoader. getDefaultAssertionStatus() for normal assertions (i.e. -ea) and getDefaultSystemAssertionStatus() for system assertions (i.e. -esa). ClassLoader should use VMClassLoader.getDefaultAssertionStatus() as its default value and Class.getDesiredAssertionStatus() should use VMClassLoader.defaultSystemAssertionStatus() for system classes. I understand that this would be a rather big change because all VMs using GNU Classpath will fail if they do not adopt their VMClassLoader accordingly. I want to revitalize the discussion on this topic and I'm ready to prepare a patch for this issue but things should be discussed first ;). I hope my explanations are somehow understandable ;). - josef PS: I think the patch from 2007 is does not fix this issue as it does not modify java.lang.Class and java.lang.Classloader receptively. [1]: http://developer.classpath.org/pipermail/classpath-patches/2007-August/005601.html [2]: http://developer.classpath.org/pipermail/classpath-patches/2007-September/005605.html [3]: http://docs.oracle.com/javase/1.4.2/docs/guide/lang/assert.html#enable-disable [4]: http://www.gnu.org/software/classpath/docs/cp-vmintegration.html#SEC7 [5]: http://git.savannah.gnu.org/cgit/classpath.git/tree/vm/reference/java/lang/VMClassLoader.java?id=18f4bdd925d1a78d11598fb23dcaf1110772dcae#n334 [6]: http://git.savannah.gnu.org/cgit/classpath.git/tree/java/lang/ClassLoader.java?id=18f4bdd925d1a78d11598fb23dcaf1110772dcae#n220 [7]: http://git.savannah.gnu.org/cgit/classpath.git/tree/java/lang/Class.java?id=18f4bdd925d1a78d11598fb23dcaf1110772dcae#n1233 </pre> Josef Eisl 2012-04-23T17:54:02 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10343 <pre>----- Original Message ----- Looks fine here. I pulled it in this morning. </pre> Andrew Hughes 2012-04-03T11:42:10 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10342 <pre> That worked, thanks. I'm sure someone will let me know if I did it wrong. :-) Andrew. </pre> Andrew Haley 2012-04-03T10:30:32 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10341 <pre> It's a copy-paste goof by me and I'm fine with dropping it. I only added it to follow existing style. </pre> Pekka Enberg 2012-03-29T16:07:46 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10340 <pre> Git wants the remote name. For example, I have: penberg&lt; at &gt;jaguar:~/src/classpath$ git remote -v icedteagit://icedtea.classpath.org/mirror/git/classpath/classpath (fetch) icedteagit://icedtea.classpath.org/mirror/git/classpath/classpath (push) origingit&lt; at &gt;github.com:penberg/classpath.git (fetch) origingit&lt; at &gt;github.com:penberg/classpath.git (push) savannahssh://git.sv.gnu.org/srv/git/classpath.git (fetch) savannahssh://git.sv.gnu.org/srv/git/classpath.git (push) so I use git push savannah master You can add a new remote with git remote add savannah ssh://git.sv.gnu.org/srv/git/classpath.git HTH Pekka </pre> Pekka Enberg 2012-03-29T16:02:17 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10339 <pre> zebedee:classpath $ git push ssh://git.savannah.gnu.org/cgit/classpath.git/ fatal: '/cgit/classpath.git' does not appear to be a git repository fatal: The remote end hung up unexpectedly Any idea what git wants to do the push? Andrew. </pre> Andrew Haley 2012-03-29T15:40:10 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10338 <pre>There's a very odd comment in this file: it clearly refers to some method in another file. But what was it for, anyway? Surely the name of a method and its signature is contained in the code. I'd just delete it. /* * Class: java_io_VMConsole * Method: echo * Signature: (Z)Z */ JNIEXPORT jstring JNICALL Java_java_io_VMConsole_readPassword (JNIEnv * env, jclass clazz __attribute__ ((__unused__)), jobject con) { Andrew. </pre> Andrew Haley 2012-03-29T09:47:38 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10337 <pre>On Fri, Mar 16, 2012 at 9:50 PM, Dr Andrew John Hughes &lt;ahughes&lt; at &gt;redhat.com&gt; wrote: The web site doesn't mention the new release yet. How can we update it? </pre> Pekka Enberg 2012-03-21T08:48:29 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10336 <pre> Yay! :-) </pre> Pekka Enberg 2012-03-20T07:19:14 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10335 <pre>----- Original Message ----- As the deadline has now passed, I've populated the git repository on Savannah: http://git.savannah.gnu.org/cgit/classpath.git This is now the active development repository and the old CVS repository is obsolete. </pre> Andrew Hughes 2012-03-19T22:28:36 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10334 <pre>We are proud to announce the release of GNU Classpath 0.99. GNU Classpath, essential libraries for java, is a project to create free core class libraries for use with runtimes, compilers and tools for the java programming language. The GNU Classpath developer snapshot releases are not directly aimed at the end user but are meant to be integrated into larger development platforms. For example JamVM, CACAO and Kaffe can make use of an installed copy of GNU Classpath 0.99, while GCC (gcj) will use the developer snapshots as a base for future versions. For more projects based on GNU Classpath, http://www.gnu.org/software/classpath/stories.html This release brings with it a number of interesting new features: * Addition of java.util.regex.Pattern.quote. * Addition of java.io.IOError. * Addition of java.io.Console. There have also been many bugfixes over the past year. Those relevant to 0.99 can be found at http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&amp;target_milestone=0.99 With the 0.95 release, we switched fully towards the 1.5 generics work that we previously released separately as classpath-generics. All this work is now fully integrated in the main release and various runtimes (gcj, cacao, jamvm, ikvm, etc) have been extended to take advantage of the new generics, annotations and enumeration support in the core library. As a consequence, only 1.5 capable compilers (currently the Eclipse Compiler for Java (ecj) and Sun's javac) may be used to build Classpath. The GNU Classpath developers site http://developer.classpath.org/ provides detailed information on how to start with helping the GNU Classpath project and gives an overview of the core class library packages currently provided. For each snapshot release generated documentation is provided through the gjdoc tool, which is part of GNU Classpath 0.99. Full documentation on the currently implementated packages and classes can be found at: http://developer.classpath.org/doc/ We are looking into how to extend the documentation experience in the future. Please contact the mailinglist if you would like to help with this effort. For more information about the project see also: GNU Classpath home page: http://www.gnu.org/software/classpath/ Developer information (wiki): http://developer.classpath.org/ Full class documentation: http://developer.classpath.org/doc/ GNU Classpath hackers: http://planet.classpath.org/ Autobuilder, current build status, build snapshots: http://builder.classpath.org/ Application test pages (wiki) http://developer.classpath.org/mediation/Applets http://developer.classpath.org/mediation/FreeAWTTestApps http://developer.classpath.org/mediation/FreeSwingTestApps http://developer.classpath.org/mediation/FreeSWTTestApps GNU Classpath hacking with Eclipse (wiki) http://developer.classpath.org/mediation/ClasspathHackingWithEclipse GNU Classpath promotion banners: http://developer.classpath.org/mediation/ClasspathBanners GNU Classpath 0.99 can be downloaded from ftp://ftp.gnu.org/pub/gnu/classpath/ or one of the ftp.gnu.org mirrors http://www.gnu.org/order/ftp.html File: classpath-0.99.tar.gz SHA256sum: f929297f8ae9b613a1a167e231566861893260651d913ad9b6c11933895fecc8 New in release 0.99 (Mar 07, 2012) * Addition of java.util.regex.Pattern.quote. * Addition of java.io.IOError. * Addition of java.io.Console. * Bug fixes: - PR39408: gjavah doesn't generate constants in header files where they occur in a superclass - PR40590: namespace namespace broken in CNI - PR40630: java.util.Scanner fails when used for charset generation by the OpenJDK build - PR40653: Issue with XML stream writer and namespaces - PR40663: Support Stax API 1.0.1 - PR39177: trunk revision 144128 - jar: internal error: java.lang.NullPointerException - PR41696: java.util.zip.Inflater:finished () returns false when it should return true - PR43536: CopyOnWriteArrayList bug in delete() when empty - PR36560: java.util.zip: Error parsing zip file with larger files in it - Restrict access to VM classes. - Cleanup use of message resources. - Throw exception when encrypted zip file entries are encountered. - Fix infinite recursion in javax.print.attribute.standard.JobStateReasons.add. - Native code cleanups in GtkToolkit.c and jcl.c. - Only log when debugging is on. - PR44411: System.nanoTime() is not independent of wall-clock time - PR46775: Calling Policy.setPolicy with a new Policy object has no effect on the DefaultSecurityManager - Use implementation of VMClass.getSimpleName from gcj. - Simplify security determination in ProtectionDomain in situations where all permissions are available. - PR42390: Missing Security Manager checks in classpath apis - Throw NullPointerExceptions appropriately for compatibility with OpenJDK. - Use Integer.parseInt in preference to Integer.decode in java.util.Formatter. - Use same default capacity in java.util.HashMap as documented in OpenJDK. - Check for hashcode equality before calling equals in java.util.HashMap.put - Make sure match is within input data limits in java.util.regex.Matcher.find. - Fix misuse of ArrayList.set in javax.swing.text.html.StyleSheet.resolveStyle. - PR48131: java.util.zip.ZipException: incomplete dynamic bit lengths tree - Check for negative capacity in VMDirectByteBuffer's native code. - PR42823: tcp/ip sockets read/write operations causes memory leak - Generate META-INF/INDEX.LST for glibj.zip - Fix issues when building with -Werror and gcc 4.6. - PR40188: javah creates constants using name of superclass - PR45527: gjavah encodes $ as used in inner classes as 00024 where Oracle's javah does not - PR45526: gjavah does not implicitly produce header files for inner classes - Fix NullPointerException for null keys in java.util.HashMap.put. - Fix BEAST security issue in gnu.javax.net.ssl.provider. - RH712013: pdftk crashes with java.lang.ArrayIndexOutOfBoundsException * Updated to libtool 2.x. * Lots of warning fixes / addition of generics. * Fix license headers in tools. * Normalise whitespace. * Maintenance work on javac detection. * Mark plugin as unmaintained and disable by default. The following people helped with this release: * Roland Brand * Gert Brettlecker * Chris Burdess * Ludovic Claude * Pekka Enberg * Jeroen Frijters * Richard Guenther * Andrew Haley * Andrew John Hughes * Ivan Maidanski * Daniel Noll * Rainer Orth * Mike Stump * Tom Tromey * Mark Wielaard * Ralf Wildenhues We would also like to thank the numerous bug reporters and testers! In addition, we'd like to extend our thanks to all those who've contributed over the years and have helped in building a thriving and friendly community around the GNU Classpath project. </pre> Dr Andrew John Hughes 2012-03-16T19:50:54 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10333 <pre>Hi, I went through japitools results that compared GNU Classpath to Oracle JDK and noticed that the following APIs are missing: Java 1.5 - Lots of java.net APIs - Pack200 format support Java 1.6 - JDBC 4.0 API Java 1.7 - NIO2 API - Invokedynamic API Anything else that I didn't spot? Pekka </pre> Pekka Enberg 2012-03-13T08:37:45 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10332 <pre> I'm obviously happy with that. Pekka </pre> Pekka Enberg 2012-03-12T20:44:23 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10331 <pre>----- Original Message ----- Well, you probably know from http://developer.classpath.org/pipermail/classpath/2012-March/003180.html that I'm in favour of a move to git sooner rather than later. How about we give it a week from now (say Monday 19th, 16h00 UTC), and if there are no objections, we push the existing IcedTea mirror to the Classpath Savannah project and start using that? </pre> Andrew Hughes 2012-03-12T20:00:33 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10330 <pre>Hello, 0.99 is almost out of the door so I'd like to begin the discussion on version control migration. AFAICT, we've all agreed that we'll dump CVS but left the decision open to which tool we'll migrate. What I'd personally like to see is that once 0.99 is out, we shut down CVS, convert the git mirrors to read-write git repositories: http://icedtea.classpath.org/mirror/git and keep the existing Mercurial mirroring scripts in place. Thoughts? Pekka </pre> Pekka Enberg 2012-03-12T08:53:44 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10329 <pre>I've branched the tree for 0.99 and tagged it. I've created the release tarball. But it's been so long since we did all this, it seems my information with the GNU project is out of date and I can't upload to their servers! As soon as that's sorted, the tarball will be available and I'll write a release announcement. In the meantime, HEAD has been bumped to 1.0pre and is open for commits for that release. I'm also happy for the conversion to git to go ahead at this point. Currently working on getting these 0.99 changes merged into gcj... :-) </pre> Andrew Hughes 2012-03-09T15:41:54 http://permalink.gmane.org/gmane.comp.java.classpath.devel/10325 <pre>I hit this when running make distcheck: texi2dvi ../../doc/cp-tools.texinfo This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2011) restricted \write18 enabled. entering extended mode (./../../doc/cp-tools.texinfo (/home/andrew/builder/classpath.release/classpath-0.99-pre/doc/texinfo.tex Loading texinfo [version 2009-08-14.15]: pdf, fonts, markup, glyphs, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macros, cross references, insertions, (/usr/share/texmf-dist/tex/generic/epsf/epsf.tex This is `epsf.tex' v2.7.4 &lt;14 February 2011&gt; ) localization, formatting, and turning on texinfo input format.) [1] [2] [-1] Chapter 1 ./../../doc/cp-tools.texinfo:272: Undefined control sequence. &lt; at &gt;itemindicate -&gt;&lt; at &gt;gcctabopt &lt; at &gt;itemzzz ...indent &lt; at &gt;setbox 0=&lt; at &gt;hbox {&lt; at &gt;itemindicate {#1}}&lt; at &gt;itemindex {#1}&lt; at &gt;nobre... l.272 &lt; at &gt;item -debug ? Help welcomed. I've tried removing various bits and twiddling, but to no joy. </pre> Andrew Hughes 2012-02-22T15:31:05 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.classpath.devel