Re: [Classpath-inetlib] Important request, participation in software development study
Dear Engineers, Yesterday I sent a message asking for help with a survey, some of you suggested that I create a form that does not require login. I beg you to help me with this survey, it really is important. If you have a Google account: https://docs.google.com/forms/d/e/1FAIpQLSdG4bhNWfU3vzSKwG-0j8NuGW47_xmSY1ftF33gaNAZsU25kA/viewform Reply without logging in: https://docs.google.com/forms/d/e/1FAIpQLSeNm99cxIyT65-5qR6ZCZoDNeFONTf_ODWbXaSxUskkxbWu4g/viewform I also ask you to send this survey to other developers that you know and respect. Please help me, I promise that your contributions will be recognized in the publications that are possible, therefore, as an optional field I have included the name and email. My biggest goal is to unify all non-formal models to create a modeling language that is the heritage of the industry, built by all of us. If you want to know more, you can write to me at ivan.arr...@uma.es, ivandarioarr...@gmail.com or arco...@gmail.com !!THANKS ___ Classpath-inetlib mailing list Classpath-inetlib@gnu.org https://lists.gnu.org/mailman/listinfo/classpath-inetlib
Re: [Classpath-inetlib] inetlib is moving
Andrew wrote: Any plans to also move to git like Classpath itself? We are actually moving to Subversion as I am very familiar with that and it is also preferred by my only other active developer. But I'm open to git at some point in the future if there is interest in doing so. -- Chris Burdess ___ Classpath-inetlib mailing list Classpath-inetlib@gnu.org https://lists.gnu.org/mailman/listinfo/classpath-inetlib
Re: classpath and cacerts
Donal Geoghegan dgeoghe...@conwin.ie writes: But I get this error: import-cacerts.sh: 3: Syntax error: ( unexpected bash import-cacert.sh?
Re: classpath configure update?
Hi Andreas, On Mon, 2011-11-28 at 09:50 +0100, Andreas Tobler wrote: I recently pushed a commit to gcc head and gcc-4.6 to fix the detection of FreeBSD-10. http://gcc.gnu.org/ml/gcc-cvs/2011-11/msg00886.html Now I see that I need to do that for libjava/classpath/configure too. My question, how do I do that? Means, can I simply commit the fix to the gcc/libjava/classpath and don't care about upstream classpath? Or how do I proceed? Upstream classpath doesn't check in generated files like configure, so if it is just the generated files, then nothing has to be done. If you have a patch against configure.ac then please just post it to java-patc...@gcc.gnu.org and/or classpath-patc...@gnu.org and we take it from there. For changes that only apply to libjava/gcj there is a libjava/classpath/ChangeLog.gcj to track those. Thanks, Mark
Re: classpath configure update?
Hi Mark, On 28.11.11 17:39, Mark Wielaard wrote: On Mon, 2011-11-28 at 09:50 +0100, Andreas Tobler wrote: I recently pushed a commit to gcc head and gcc-4.6 to fix the detection of FreeBSD-10. http://gcc.gnu.org/ml/gcc-cvs/2011-11/msg00886.html Now I see that I need to do that for libjava/classpath/configure too. My question, how do I do that? Means, can I simply commit the fix to the gcc/libjava/classpath and don't care about upstream classpath? Or how do I proceed? Upstream classpath doesn't check in generated files like configure, so if it is just the generated files, then nothing has to be done. If you have a patch against configure.ac then please just post it to java-patc...@gcc.gnu.org and/or classpath-patc...@gnu.org and we take it from there. For changes that only apply to libjava/gcj there is a libjava/classpath/ChangeLog.gcj to track those. Well, it is a regenerated configure (which pulls in gcc toplevel libtool.m4 changes) and the config.rpath. For the former I need to dive into cp sources to see how it works. For the latter I guess it is a normal patch. Thanks, Andreas
Re: classpath configure update?
On 17:45 Mon 28 Nov , Andreas Tobler wrote: Hi Mark, On 28.11.11 17:39, Mark Wielaard wrote: On Mon, 2011-11-28 at 09:50 +0100, Andreas Tobler wrote: I recently pushed a commit to gcc head and gcc-4.6 to fix the detection of FreeBSD-10. http://gcc.gnu.org/ml/gcc-cvs/2011-11/msg00886.html Now I see that I need to do that for libjava/classpath/configure too. My question, how do I do that? Means, can I simply commit the fix to the gcc/libjava/classpath and don't care about upstream classpath? Or how do I proceed? Upstream classpath doesn't check in generated files like configure, so if it is just the generated files, then nothing has to be done. If you have a patch against configure.ac then please just post it to java-patc...@gcc.gnu.org and/or classpath-patc...@gnu.org and we take it from there. For changes that only apply to libjava/gcj there is a libjava/classpath/ChangeLog.gcj to track those. Well, it is a regenerated configure (which pulls in gcc toplevel libtool.m4 changes) and the config.rpath. For the former I need to dive into cp sources to see how it works. For the latter I guess it is a normal patch. configure is only present in gcj's copy of GNU Classpath. config.rpath will need patching in GNU Classpath, so please post a patch to classpath-patc...@gnu.org. How does the change to configure persist if you don't change the source configure.ac? Thanks, Andreas -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 signature.asc Description: Digital signature
Re: classpath configure update?
On 28.11.11 19:38, Dr Andrew John Hughes wrote: On 17:45 Mon 28 Nov , Andreas Tobler wrote: Hi Mark, On 28.11.11 17:39, Mark Wielaard wrote: On Mon, 2011-11-28 at 09:50 +0100, Andreas Tobler wrote: I recently pushed a commit to gcc head and gcc-4.6 to fix the detection of FreeBSD-10. http://gcc.gnu.org/ml/gcc-cvs/2011-11/msg00886.html Now I see that I need to do that for libjava/classpath/configure too. My question, how do I do that? Means, can I simply commit the fix to the gcc/libjava/classpath and don't care about upstream classpath? Or how do I proceed? Upstream classpath doesn't check in generated files like configure, so if it is just the generated files, then nothing has to be done. If you have a patch against configure.ac then please just post it to java-patc...@gcc.gnu.org and/or classpath-patc...@gnu.org and we take it from there. For changes that only apply to libjava/gcj there is a libjava/classpath/ChangeLog.gcj to track those. Well, it is a regenerated configure (which pulls in gcc toplevel libtool.m4 changes) and the config.rpath. For the former I need to dive into cp sources to see how it works. For the latter I guess it is a normal patch. configure is only present in gcj's copy of GNU Classpath. config.rpath will need patching in GNU Classpath, so please post a patch to classpath-patc...@gnu.org. Ok, will do. How does the change to configure persist if you don't change the source configure.ac? libtool.m4 things get pulled in when running autoconf -I ../../ in gcc/libjava/classpath. So for the configure stuff I do not have to care about classpath, only for config.rpath. Thanks, Andreas
Re: classpath
On Fri, January 21, 2011 17:43, pramod k wrote: We have crosscompiled classpath and jamvm for ARM platform, including gtk2.0 libraries. We are trying to execute a simple java program which initializes a frame and a label inside it. The display shows the window getting launched, but it does not show any text. Also the title bar is displayed as untitled even after setting the title of the frame. At the command line we are getting following message: Gdk-WARNING **: Error converting from UTF-8 to STRING: Conversion from character set 'UTF-8' to 'ISO-8859-1' is not supported Please let me know if we are doing anything wrong. Any other java program which does not have any AWT components gives the correct output. I don't think this is GNU Classpath specific. It looks like it might be that your gconv isn't setup correctly. The issue looks a bit like this message on the gtk-list: http://mail.gnome.org/archives/gtk-list/2004-January/msg2.html Do other gtk+ using programs work correctly on your platform? Cheers, Mark
Re: classpath
On Sat, Jan 22, 2011 at 1:22 AM, Mark Wielaard m...@klomp.org wrote: On Fri, January 21, 2011 17:43, pramod k wrote: We have crosscompiled classpath and jamvm for ARM platform, including gtk2.0 libraries. We are trying to execute a simple java program which initializes a frame and a label inside it. The display shows the window getting launched, but it does not show any text. Also the title bar is displayed as untitled even after setting the title of the frame. At the command line we are getting following message: Gdk-WARNING **: Error converting from UTF-8 to STRING: Conversion from character set 'UTF-8' to 'ISO-8859-1' is not supported Please let me know if we are doing anything wrong. Any other java program which does not have any AWT components gives the correct output. I don't think this is GNU Classpath specific. It looks like it might be that your gconv isn't setup correctly. The issue looks a bit like this message on the gtk-list: http://mail.gnome.org/archives/gtk-list/2004-January/msg2.html Do other gtk+ using programs work correctly on your platform? Cheers, Mark -- Pramod Kumthekar. Contact No: 9594393134 Official ID : pra...@trackrflink.com
Re: Classpath IPP Logging
On 04/23/2010 06:26 PM, Andrew Haley wrote: Does anyone here have any idea how to turn on IPP logging in GNU Classpath? It's used like: logger.log(Component.IPP, Attribute: Name: + jobUri.getCategory() .getName() + Value: + jobUri.toString() + ); It would be very useful to enable this, but I just can't figure it out. Is there really no-one understands how to use Classpath's system logger, or is it that no-one reads this list any more? Andrew.
Re: Classpath IPP Logging
On 04/26/2010 12:15 PM, Robert Lougher wrote: On 26 April 2010 11:23, Andrew Haley a...@redhat.com wrote: On 04/23/2010 06:26 PM, Andrew Haley wrote: Does anyone here have any idea how to turn on IPP logging in GNU Classpath? It's used like: logger.log(Component.IPP, Attribute: Name: + jobUri.getCategory() .getName() + Value: + jobUri.toString() + ); It would be very useful to enable this, but I just can't figure it out. Is there really no-one understands how to use Classpath's system logger, or is it that no-one reads this list any more? I still read this list, but unfortunately I know nothing about logging in GNU Classpath, or even what IPP is! A quick google search did turn this up, but I expect you aready know this: Logger for tracing - enable by passing -Dgnu.classpath.debug.components=ipp to the vm. http://www.docjar.org/docs/api/gnu/javax/print/ipp/IppPrintService.html Hmm, that gives me a blank page. Never mind, that's the clue I needed. Thanks very much, Andrew.
Re: Classpath IPP Logging
On 26 April 2010 11:23, Andrew Haley a...@redhat.com wrote: On 04/23/2010 06:26 PM, Andrew Haley wrote: Does anyone here have any idea how to turn on IPP logging in GNU Classpath? It's used like: logger.log(Component.IPP, Attribute: Name: + jobUri.getCategory() .getName() + Value: + jobUri.toString() + ); It would be very useful to enable this, but I just can't figure it out. Is there really no-one understands how to use Classpath's system logger, or is it that no-one reads this list any more? I still read this list, but unfortunately I know nothing about logging in GNU Classpath, or even what IPP is! A quick google search did turn this up, but I expect you aready know this: Logger for tracing - enable by passing -Dgnu.classpath.debug.components=ipp to the vm. http://www.docjar.org/docs/api/gnu/javax/print/ipp/IppPrintService.html Rob. Andrew.
Re: Classpath IPP Logging
Il giorno lun, 26/04/2010 alle 11.23 +0100, Andrew Haley ha scritto: On 04/23/2010 06:26 PM, Andrew Haley wrote: Does anyone here have any idea how to turn on IPP logging in GNU Classpath? It's used like: logger.log(Component.IPP, Attribute: Name: + jobUri.getCategory() .getName() + Value: + jobUri.toString() + ); It would be very useful to enable this, but I just can't figure it out. Is there really no-one understands how to use Classpath's system logger, or is it that no-one reads this list any more? Andrew. Hi Andrew! I think you need an handler to perform the correct logging, because by default if I remember correctly only critical logging is performed. I don't remember any more how we do it in GNU Classpath, I'm quite sure the mechanism is the same though (and I'm sure it was working). For the JDK, you need to configure a file called logging.properties, this will take the settings for the logger, like the level of logging and the handlers to use for the logging. Here is a very basic introduction to logging in general: http://www.crazysquirrel.com/computing/java/logging.jspx If you need help in this specific case, ping me and we can try to give it a look together. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/
Re: Classpath IPP Logging
On 04/26/2010 12:33 PM, Andrew Haley wrote: On 04/26/2010 12:15 PM, Robert Lougher wrote: On 26 April 2010 11:23, Andrew Haley a...@redhat.com wrote: On 04/23/2010 06:26 PM, Andrew Haley wrote: Does anyone here have any idea how to turn on IPP logging in GNU Classpath? It's used like: logger.log(Component.IPP, Attribute: Name: + jobUri.getCategory() .getName() + Value: + jobUri.toString() + ); It would be very useful to enable this, but I just can't figure it out. Is there really no-one understands how to use Classpath's system logger, or is it that no-one reads this list any more? I still read this list, but unfortunately I know nothing about logging in GNU Classpath, or even what IPP is! A quick google search did turn this up, but I expect you aready know this: Logger for tracing - enable by passing -Dgnu.classpath.debug.components=ipp to the vm. http://www.docjar.org/docs/api/gnu/javax/print/ipp/IppPrintService.html Hmm, that gives me a blank page. Never mind, that's the clue I needed. Thanks very much, Right, got it working. As above, plus java.util.logging.ConsoleHandler.level = FINEST There seems to be some bug (?) where simply setting .level = FINEST doesn't work, and this was stopping all output. Ta, Andrew.
Re: [Classpath-inetlib] Possible bug in gnu.inet.util.BASE64
O Xoves, 26 de Novembro de 2009 ás 09:40:53 Chris Burdess escribiu: Jorge Barreiro wrote: I've found what seems to be a bug in the gnu.inet.util.BASE64 class: The encoding function never appends the '=' padding characters. I sent this mail first because there's some code in the class dealing with this, but it's commented, so I don't know if this is intentional. In addition, that library wasn't updated in years. Is it deprecated? Is there any alternative? This class is used in the gnu javax.mail implementation, and is preventing me from authenticating with a server. If you confirm me that the padding characters should be there and this is a bug, I can make and send you a patch. I'm pretty sure this was an old bug that was fixed a while ago. Check that you're using the most up-to-date release. If it's still not working, please feel free to send me a patch against CVS HEAD. -- Chris Burdess Hello again, sorry for the delay. I've been busy, then the holidays... I've checked the CVS head code and I've found the error: the length of the target array was wrong. I've checked the history of this class too. It seems that this issue was already detected, but the fix was wrong and was reverted. I attach my patch (base64len.patch), which corrects the length of the target array (so there's no need to truncate, I've removed that code), and uncommented the code to fill with padding simbols again. The second patch (base64dec.patch) is for the decode function. That function works ok, but I detected something odd with the target array length. First, a buffer with an arbitrary length is created, then it's truncated to the correct size. But the length of the target array can be known beforehand, there's no need to truncate the array at the end. With this patch, the method will throw an arrayoutofindex exception if the given array length is not divisible by 4, which I think is ok, since the result would be incorrect. Please, let me know if you are going to apply the patch (specially the first one). Index: source/gnu/inet/util/BASE64.java === RCS file: /sources/classpath/inetlib/source/gnu/inet/util/BASE64.java,v retrieving revision 1.10 diff -u -r1.10 BASE64.java --- source/gnu/inet/util/BASE64.java 25 Aug 2005 12:32:03 - 1.10 +++ source/gnu/inet/util/BASE64.java 8 Jan 2010 16:48:00 - @@ -82,7 +82,8 @@ public static byte[] encode(byte[] bs) { int si = 0, ti = 0; // source/target array indices -byte[] bt = new byte[((bs.length + 2) * 4) / 3]; // target byte array +/* target byte array */ +byte[] bt = new byte[((bs.length + 2 - ((bs.length + 2) % 3)) * 4) / 3]; for (; si bs.length; si += 3) { int buflen = bs.length - si; @@ -111,16 +112,10 @@ bt[ti++] = src[b3 0x3f]; } } -if (ti bt.length) - { -byte[] tmp = new byte[ti]; -System.arraycopy(bt, 0, tmp, 0, ti); -bt = tmp; - } -/*while (ti bt.length) +while (ti bt.length) { bt[ti++] = 0x3d; - }*/ + } return bt; } ? Makefile ? classes ? config.log ? config.status ? inetlib.jar Index: source/gnu/inet/util/BASE64.java === RCS file: /sources/classpath/inetlib/source/gnu/inet/util/BASE64.java,v retrieving revision 1.10 diff -u -r1.10 BASE64.java --- source/gnu/inet/util/BASE64.java 25 Aug 2005 12:32:03 - 1.10 +++ source/gnu/inet/util/BASE64.java 8 Jan 2010 17:45:56 - @@ -131,12 +126,13 @@ */ public static byte[] decode(byte[] bs) { -int srclen = bs.length; -while (srclen 0 bs[srclen - 1] == 0x3d) +int padding = 0; +while (bs.length - padding 0 bs[bs.length - padding - 1] == 0x3d) { -srclen--; /* strip padding character */ +padding++; } -byte[] buffer = new byte[srclen]; +int srclen = bs.length - padding; /* strip padding characters */ +byte[] buffer = new byte[(bs.length / 4) * 3 - padding]; /* target array */ int buflen = 0; int si = 0; int len = srclen - si; @@ -159,9 +155,7 @@ } len = srclen - si; } -byte[] bt = new byte[buflen]; -System.arraycopy(buffer, 0, bt, 0, buflen); -return bt; +return buffer; } public static void main(String[] args) ___ Classpath-inetlib mailing list Classpath-inetlib@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-inetlib
Re: Classpath 0.98 jks
2009/11/12 Arigead captain.dea...@gmail.com: Hello All, sorry new here and haven't had time to lurk for a while to see the lie of the land. I'm trying to run Jxta on Jamvm 1.5.3 with Classpath 0.98. I'm getting an error because of jks security not being found. I'll post the error I'm getting at the end of this email. A bit of searching on the Internet gives me a few posts by somebody with a similar problem [1] [2]. I can't find any responses and solutions to this problem. I'm not sure how to get around this issue. I'm sure that there are many implementations of this security algorithm and I wonder can a lump of code be added included into the JRE or can source code be added to classpath. I mean there could I, if I had a clue ;-) add the necessary code into classpath source? I'd prefer if I could pull in something like BouncyCastle, although I'm not sure it would solve the problem as I'm not sure it implements this functionality. I'm not great with Java I'm afraid so I'm not sure that a BounceyCastle could be used to implement functionality that is being requested of the JRE. Sorry for a newbie post and thanks a million for any advice that anybody can offer. [1] http://old.nabble.com/Problem-in-using-SSL-%28secure-socket%29-with-classpath-0.98-and-Jamvm-1.5.3-td23997596.html [2] http://www.mail-archive.com/classpath@gnu.org/msg15120.html Caused by: java.security.KeyStoreException: jks at java.security.KeyStore.getInstance(KeyStore.java:203) at java.security.KeyStore.getInstance(KeyStore.java:130) at net.jxta.impl.membership.pse.CMKeyStoreManager.init(CMKeyStoreManager.java:148) at net.jxta.impl.membership.pse.PSEKeyStoreManagerFactory$PSEKeyStoreManagerFactoryDefault.getInstance(PSEKeyStoreManagerFactory.java:143) ...24 more Caused by: java.security.NoSuchAlgorithmException: Algorithm [jks] of type [KeyStore] from provider [gnu.javax.security.auth.callback.GnuCallbacks: name=GNU-CALLBACKS version=2.1] is not found at gnu.java.security.Engine.getInstance(Engine.java:191) at gnu.java.security.Engine.getInstance(Engine.java:105) at java.security.KeyStore.getInstance(KeyStore.java:188) ...27 more jks is not a crypto algorithm but a keystore format, and a proprietary Sun one until the release of OpenJDK. I guess in theory support could now be developed using the Sun source code as a reference, but there's not much work on Classpath in general at present. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34731 -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8
Re: Classpath 0.98 jks
Andrew John Hughes wrote: 2009/11/12 Arigead captain.dea...@gmail.com: Hello All, sorry new here and haven't had time to lurk for a while to see the lie of the land. I'm trying to run Jxta on Jamvm 1.5.3 with Classpath 0.98. I'm getting an error because of jks security not being found. I'll post the error I'm getting at the end of this email. A bit of searching on the Internet gives me a few posts by somebody with a similar problem [1] [2]. I can't find any responses and solutions to this problem. I'm not sure how to get around this issue. I'm sure that there are many implementations of this security algorithm and I wonder can a lump of code be added included into the JRE or can source code be added to classpath. I mean there could I, if I had a clue ;-) add the necessary code into classpath source? I'd prefer if I could pull in something like BouncyCastle, although I'm not sure it would solve the problem as I'm not sure it implements this functionality. I'm not great with Java I'm afraid so I'm not sure that a BounceyCastle could be used to implement functionality that is being requested of the JRE. Sorry for a newbie post and thanks a million for any advice that anybody can offer. [1] http://old.nabble.com/Problem-in-using-SSL-%28secure-socket%29-with-classpath-0.98-and-Jamvm-1.5.3-td23997596.html [2] http://www.mail-archive.com/classpath@gnu.org/msg15120.html Caused by: java.security.KeyStoreException: jks at java.security.KeyStore.getInstance(KeyStore.java:203) at java.security.KeyStore.getInstance(KeyStore.java:130) at net.jxta.impl.membership.pse.CMKeyStoreManager.init(CMKeyStoreManager.java:148) at net.jxta.impl.membership.pse.PSEKeyStoreManagerFactory$PSEKeyStoreManagerFactoryDefault.getInstance(PSEKeyStoreManagerFactory.java:143) ...24 more Caused by: java.security.NoSuchAlgorithmException: Algorithm [jks] of type [KeyStore] from provider [gnu.javax.security.auth.callback.GnuCallbacks: name=GNU-CALLBACKS version=2.1] is not found at gnu.java.security.Engine.getInstance(Engine.java:191) at gnu.java.security.Engine.getInstance(Engine.java:105) at java.security.KeyStore.getInstance(KeyStore.java:188) ...27 more jks is not a crypto algorithm but a keystore format, and a proprietary Sun one until the release of OpenJDK. I guess in theory support could now be developed using the Sun source code as a reference, but there's not much work on Classpath in general at present. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34731 Andrew thanks a million for the Education. That totally answers my question perfectly. Don't get me a quick easy and dirty solution but at least now I know where I stand. cheers
Re: classpath build problems with libtool 2.2.4
On Sun, 2008-07-06 at 17:06 +0200, Robert Schuster wrote: Hi, I am currently trying to build classpath (0.93) in an environment using libtool 2.2.4. I basically disable all optional external dependencies and compile with jikes: --with-jikes=jikes \ --with-fastjar=fastjar \ --with-glibj \ --disable-local-sockets \ --disable-alsa \ --disable-gconf-peer \ --disable-gtk-peer \ --disable-plugin \ --disable-dssi \ --disable-examples \ --disable-tools \ --with-glibj-dir=${STAGING_DATADIR}/classpath-initial \ --with-native-libdir=${STAGING_LIBDIR}/classpath-initial \ --includedir=${STAGING_INCDIR}/classpath-initial \ This is the error I get from libtool: i686-linux-libtool: link: unsupported hardcode properties i686-linux-libtool: link: See the libtool documentation for more information. i686-linux-libtool: link: Fatal configuration error. I already noticed that back in April and wrote to the bug-libtool list[1]. But I never got an answer to my second mail. [1] http://lists.gnu.org/archive/html/bug-libtool/2008-04/msg00145.html - twisti
Re: Classpath 0.98
Il giorno dom, 11/05/2008 alle 15.55 +0100, Andrew John Hughes ha scritto: On 11/05/2008, Ian Rogers [EMAIL PROTECTED] wrote: Andrew John Hughes wrote: Dear all, I think it's about time we started to consider another (major) release. My personal wishlist of things to finish for this release If we can delay a little, I would like to finish two things: 1. escher peer made usable I'm almost there, but I'm fixing a couple of bugs that are important, I guess I'll need a full week to make things solid. 2. Fix the bug in the GConf backend. It's too much time now really, I want to fix this bug, but I can work on this only on this weekend, maybe the next one... so it makes a full week again. Let me know if it's ok for you to wait a little, I don't want to delay the release, so feel free to ignore me :) Btw, we need the usual testing period anyway, but I think Classpath is better than ever :) Mario -- Mario Torre, Software Developer, http://www.jroller.com/neugens/ aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Straße 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-53 pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF USt-Id: DE216375633, Handelsregister HRB 109481, AG Mannheim Geschäftsführer: Dr. James J. Hunt Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/
Re: Classpath 0.98
Andrew John Hughes wrote: Dear all, I think it's about time we started to consider another (major) release. My personal wishlist of things to finish for this release is: * java.util.regex 1.6 support * java.util.Scanner import (dependent on the above) * import of javax.activation Another possibility is to also import gjdoc; our options there are: * Add GJDoc for 0.98 * Add GJDoc post-release (ending up in 0.99) * Don't add it at all It would obviously be an optional build. Does anyone have any other suggestions for things that should make this release? Please highlight any regressions you know of as well. PR36199 that twisti just filed seems like it should be fixed, for example. Thanks, It'd be great if SPEC jvm 2008 were known to run. There are issues on Cacao and Jikes RVM related to Classpath. Thanks, Ian
Re: Classpath 0.98
On 11/05/2008, Ian Rogers [EMAIL PROTECTED] wrote: Andrew John Hughes wrote: Dear all, I think it's about time we started to consider another (major) release. My personal wishlist of things to finish for this release is: * java.util.regex 1.6 support * java.util.Scanner import (dependent on the above) * import of javax.activation Another possibility is to also import gjdoc; our options there are: * Add GJDoc for 0.98 * Add GJDoc post-release (ending up in 0.99) * Don't add it at all It would obviously be an optional build. Does anyone have any other suggestions for things that should make this release? Please highlight any regressions you know of as well. PR36199 that twisti just filed seems like it should be fixed, for example. Thanks, It'd be great if SPEC jvm 2008 were known to run. There are issues on Cacao and Jikes RVM related to Classpath. Thanks, Ian This would be helped if the bugs were narrowed down and filed as Classpath bugs against current CVS, rather than being largely unhelpful stack traces against Classpath 0.97 that are difficult to reproduce. There are few people actively working on GNU Classpath today so any help to reduce the leg work required to fix bugs is much appreciated. Reading the RVM bug, the two issues confused me. The Class issue seems JikesRVM specific and indeed, Classpath has been compiling javac since it was Freed in 2006. In fact, I'm not sure this wasn't also fixed in a recent rvm commit; it doesn't appear in the JAPI run. The XML issue I thought was also seen before, but it may just be very similar to another. It's definitely worth filing that on Classpath as I doubt Chris, who wrote the JAXP packages, will be monitoring RVM issues. Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8
Re: Classpath OpenJDK
OneGuy wrote: Since it was suggested on GCJ list to ask this question here, I will post it here. Is it possible for Classpath to use parts of code from OpenJDK? For example, there are performance probems with Classpath's regex package and StreamTokenizer. In cases like these, where OpenJDK has better implementation, why not copy and use the code that is better (30x faster in case of regex) ? Also, on a side note, why can't Classpath OpenJDK merge? Both projects do the same thing. GNU Classpath is a GNU project, and copyright in all GNU projects must be assigned to the Free Software Foundation. You can combine code from the two projects, but we can't do that. Andrew.
Re: Classpath OpenJDK
OneGuy schrieb: Hi, Since it was suggested on GCJ list to ask this question here, I will post it here. Is it possible for Classpath to use parts of code from OpenJDK? For example, there are performance probems with Classpath's regex package and StreamTokenizer. In cases like these, where OpenJDK has better implementation, why not copy and use the code that is better (30x faster in case of regex) ? It is possible, and you can merge them as much as you like, and publish merged versions yourself. That's part of what the BrandWeg project by Andrew Hughes is about, and you're most welcome to help out on it. In FSF's case, we'd like to keep our code under GPLv2 or any later version, to allow the Classpath project to be upgraded to GPLv3 or any later version by any user, while in OpenJDK's case, we're on GPLv2 exclusively. The FSF is reluctant to add code to GNU Classpath that would make an eventual upgrade to GPLv3 harder than necessary, as the FSF strongly prefers GPLv3 to GPLv2. It's a policy issue, rather than a licensing issue, per se. Also, on a side note, why can't Classpath OpenJDK merge? Both projects do the same thing They could merge, it's just a lot of work to actually perform a manual, best of breed merge on two such large, independently developped codebases, doing all the developers that have done the work on them justice. When we merged Kaffe with Classpath, we eventually just ended up replacing large chunks of Kaffe's code with Classpath's code, regardless whether it was technically better or worse, simply to avoid having to maintain it ourselves. That worked, socially, because most of the developers of the class library in Kaffe had by then moved on to other projects, and the next generation saw a clear need to perform the merge. In Classpath's case, the need for a merge withing Classpath is offset by the ability of VM authors to do any merge they want in their own projects, and adapt the VMs to work with OpenJDK's class libraries, without having to adopt OpenJDK's policies, just like they don't have to adopt FSF's policies. So we're currently seeing several different approaches being experimented with in different VM projects, including OpenJDK, where Andrew is working on a stable VM interface to make plugging different VMs into OpenJDK easier. cheers, dalibor topic
Re: Classpath Tools
Andrew == Andrew John Hughes [EMAIL PROTECTED] writes: Andrew Does anyone know why our tools use -Xbootclasspath to load as in: Andrew exec @VM_BINARY@ -Xbootclasspath/p:${tools_cp} Andrew gnu.classpath.tools.javah.Main $@ Andrew The option is not supported by either gcj or JikesRVM (although the Andrew latter also uses it to build). Can we swap it for just plain Andrew -classpath? It could just be historical. It is hard to remember; I spent a little time looking at cvs annotate and the mailing list archives, but I didn't find anything. BTW, gjavah.in is marked -kb, which is wrong. Tom
Re: Classpath 0.97
Hi Andrew, On Tue, 2008-02-12 at 23:05 +, Andrew John Hughes wrote: FOSDEM is at the end of next week (22-25 Feb) and it would be nice to have a new Classpath release for then. I suggest we try and roll one out for a week tomorrow (20 Feb). Fingers crossed, I don't expect enough to have changed for there to be too many regressions... Thanks for picking this up. Let me know ASAP of any patches you think need to go in or bugs you think need to be fixed before the release. There is one thing that I would like to get in if I have time. Chris agreed that it would be a good idea to include the GNU ClasspathX activation module now that javax.activation is part of the standard core classes. This is just new code and as soon as I notified FSF legal it will be maintained in our repo. No big deal if this misses the deadline though. I'll try to get it in asap. Cheers, Mark
Re: Classpath 0.97
On 13/02/2008, Mark Wielaard [EMAIL PROTECTED] wrote: Hi Andrew, On Tue, 2008-02-12 at 23:05 +, Andrew John Hughes wrote: FOSDEM is at the end of next week (22-25 Feb) and it would be nice to have a new Classpath release for then. I suggest we try and roll one out for a week tomorrow (20 Feb). Fingers crossed, I don't expect enough to have changed for there to be too many regressions... Thanks for picking this up. Let me know ASAP of any patches you think need to go in or bugs you think need to be fixed before the release. There is one thing that I would like to get in if I have time. Chris agreed that it would be a good idea to include the GNU ClasspathX activation module now that javax.activation is part of the standard core classes. This is just new code and as soon as I notified FSF legal it will be maintained in our repo. No big deal if this misses the deadline though. I'll try to get it in asap. Cheers, Mark I agree it would be nice to have that code in. I take it that's a typo in your mail and you still need to notify the FSF about the code. If you handle that side of it, I can prepare a patch in the meantime and then commit as soon as we get clearance. Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net
Re: Classpath hacking in Eclipse
Cameron McCormack writes: Andrew Haley: If you have gcj, you can just use gdb. OK. Full JDWP support is now in gcj too. Even better! I see that the top news item on http://gcc.gnu.org/java/ mentions that this can be used from Eclipse. Do you know of a page that explains how to set this up? It should just work. I haven't personally tried it, though. Andrew.
Re: Classpath hacking in Eclipse
On Mon, 2007-10-22 at 11:54 +1000, Cameron McCormack wrote: Hi all. I want to use Eclipse debug my application running on Classpath. I tried to follow the instructions at http://developer.classpath.org/mediation/ClasspathHackingWithEclipse to set up my environment, but I’ve run into a couple of stumbling blocks. I tried first with jamvm. All of the steps in the wiki page work, but when it comes to debugging my application, jamvm complains that it doesn’t know what -Xdebug means. So I patched jamvm to ignore that (and -Xnoagent), but Eclipse also passed a -Xrunjdwp:transport=dt_socket,suspend=y,address=localhost:37927 command line argument, and that looks like something that couldn’t be just ignored to get debugging working properly. Does jamvm support debugging from Eclipse? No it does not. I also tried with cacao, grabbing the sources from the hg repository. Again, the steps in the wiki succeeded, but when it came to debugging, Eclipse tells me: main: lt_dlsym failed: /usr/local/jdk1.6.0_03/jre/lib/i386/client/libjvm.so: undefined symbol: vm_createjvm Anybody know what this could be? (I presume it’s mentioning jdk1.6.0_03 because that’s VM that Eclipse itself is running on.) Seems like some environment variable is set, like LD_LIBRARY_PATH, that points to /usr/local/jdk1.6.0_03/jre/lib/i386/client/. The CACAO binary tries to load the libjvm.so found but it's the one from Sun. That's why the lt_dlsym fails. - twisti
Re: Classpath hacking in Eclipse
Hi Christian. Christian Thalinger: main: lt_dlsym failed: /usr/local/jdk1.6.0_03/jre/lib/i386/client/libjvm.so: undefined symbol: vm_createjvm Seems like some environment variable is set, like LD_LIBRARY_PATH, that points to /usr/local/jdk1.6.0_03/jre/lib/i386/client/. The CACAO binary tries to load the libjvm.so found but it's the one from Sun. That's why the lt_dlsym fails. Yeah, that was the problem. But then if cacao doesn’t support JDWP either, that’s a bigger issue. So what do you classpath guys do for debugging? Don’t tell me you all use System.out.println()s everywhere? :) -- Cameron McCormack, http://mcc.id.au/ xmpp:[EMAIL PROTECTED] ▪ ICQ 26955922 ▪ MSN [EMAIL PROTECTED]
Re: Classpath hacking in Eclipse
Cameron McCormack writes: Hi Christian. Christian Thalinger: main: lt_dlsym failed: /usr/local/jdk1.6.0_03/jre/lib/i386/client/libjvm.so: undefined symbol: vm_createjvm Seems like some environment variable is set, like LD_LIBRARY_PATH, that points to /usr/local/jdk1.6.0_03/jre/lib/i386/client/. The CACAO binary tries to load the libjvm.so found but it's the one from Sun. That's why the lt_dlsym fails. Yeah, that was the problem. But then if cacao doesn?t support JDWP either, that?s a bigger issue. So what do you classpath guys do for debugging? Don?t tell me you all use System.out.println()s everywhere? :) If you have gcj, you can just use gdb. Full JDWP support is now in gcj too. Andrew.
Re: Classpath hacking in Eclipse
Il giorno lun, 22/10/2007 alle 21.42 +1000, Cameron McCormack ha scritto: Hi Christian. So what do you classpath guys do for debugging? Don’t tell me you all use System.out.println()s everywhere? :) Exactly :( For this reason, we are quite good at writing stress tests :). Also, If it's in native code, gdb works (though cacao smashes the stack, and sometimes makes things harder to follow). As Andrew said, with gcj there is support for JDWP. Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Fedora Ambassador - http://fedoraproject.org/wiki/MarioTorre Jabber: [EMAIL PROTECTED] pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Classpath hacking in Eclipse
Andrew Haley: If you have gcj, you can just use gdb. OK. Full JDWP support is now in gcj too. Even better! I see that the top news item on http://gcc.gnu.org/java/ mentions that this can be used from Eclipse. Do you know of a page that explains how to set this up? Thanks again, Cameron -- Cameron McCormack, http://mcc.id.au/ xmpp:[EMAIL PROTECTED] ▪ ICQ 26955922 ▪ MSN [EMAIL PROTECTED]
Re: Classpath 0.96 Imminent
Hi, After I posted that I realized that I could have made a Firefly reference and suggested Too pretty to die... I don't know if any Classpath hackers are browncoats though. I'd have chosen 'Too old to rock'n'roll, Too young to die' ;-) /Roman -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Straße 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Geschäftsführer: Dr. James J. Hunt
Re: Classpath 0.96 Imminent
On Wednesday 17 October 2007 02:20:13 you wrote: Hi, My congratulations on the release! Sorry I've been absent the last couple of months; I'm back at school and it's been sucking up all my time. After I posted that I realized that I could have made a Firefly reference and suggested Too pretty to die... I don't know if any Classpath hackers are browncoats though. I got the reference, and for the record, that would have been an *amazing* release name!!! =) Francis We'll put it in the pot for 0.97... -- Andrew :)
Re: Classpath 0.96 Imminent
Il giorno mer, 17/10/2007 alle 12.33 +0200, Roman Kennke ha scritto: Hi, After I posted that I realized that I could have made a Firefly reference and suggested Too pretty to die... I don't know if any Classpath hackers are browncoats though. I'd have chosen 'Too old to rock'n'roll, Too young to die' ;-) * Better to burn our than to fade away * Beautiful as a rock on a cop's face [1] * The great rock 'n' code swindle Mario :) [1] Punk is... -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Fedora Ambassador - http://fedoraproject.org/wiki/MarioTorre Jabber: [EMAIL PROTECTED] pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/
Re: Classpath 0.96 Imminent
Hi, My congratulations on the release! Sorry I've been absent the last couple of months; I'm back at school and it's been sucking up all my time. After I posted that I realized that I could have made a Firefly reference and suggested Too pretty to die... I don't know if any Classpath hackers are browncoats though. I got the reference, and for the record, that would have been an *amazing* release name!!! =) Francis
Re: Classpath 0.96: Update
On Thursday 11 October 2007 11:15, you wrote: Hi, +FAIL: java.awt.TextArea.ScrollbarPaintTest +FAIL: java.awt.ScrollPane.ScrollbarPaintTest +FAIL: java.awt.Scrollbar.ScrollbarPaintTest +FAIL: java.awt.Component.keyPressTest Also fails with JDK. +FAIL: javax.swing.JTree.getCellRenderer This looks like a real problem, although a minor one. I'll take care of it. Cheers, Roman Thanks Roman. I've looked at the other one, gnu.testlet.javax.net.ssl.SSLEngine.TestHandshake and it seems to give variable results. It also fails with IcedTea so 'regressing' on it is probably nothing to worry about for the release. We should look into it post-0.96 though. -- Andrew :-) Help end the Java Trap! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net pgpS8uqhhlsYS.pgp Description: PGP signature
Re: Classpath 0.96: Update
Hi, +FAIL: java.awt.TextArea.ScrollbarPaintTest +FAIL: java.awt.ScrollPane.ScrollbarPaintTest +FAIL: java.awt.Scrollbar.ScrollbarPaintTest +FAIL: java.awt.Component.keyPressTest Also fails with JDK. +FAIL: javax.swing.JTree.getCellRenderer This looks like a real problem, although a minor one. I'll take care of it. Cheers, Roman -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Straße 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Geschäftsführer: Dr. James J. Hunt
Re: Classpath 0.96 Imminent
On Monday 08 October 2007 20:11, Andrew John Hughes wrote: Hi everyone, Dalibor suggested it would be a good idea to set everyone a firm deadline for the release, so here we go. * If you want your patch in the release, please commit it by: Wednesday 09:00 UTC. My plan after that is to: * Create a release branch (Mark, I know we discussed this earlier but I feel happier knowing the ground under my feet is not going to move...) * Do a regression check and smoke tests (Eclipse, JEdit, help with other apps welcome) * Assuming things look okay, we'll roll this into a release I've flagged a few patches today that JikesRVM is currently patching the build with. I'd be grateful if someone could look these over today or tomorrow. Or, at least scream if you don't want them committed. I'm going to spend the rest of this evening and tomorrow dredging through the bug database and patches list further, and running some smoke tests. Hopefully we can have a release by Wednesday evening if all is well. Anyone want to suggest a suitable name? ;) Cheers, For those who haven't noticed already, we're going to have to delay the release as we still have Swing regressions and Mario found some further Swing-related problems running findbugs earlier. /findbugs Exception during event dispatch: java.lang.ExceptionInInitializerError at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:364) at javax.swing.UIDefaults.getUI(UIDefaults.java:748) at javax.swing.UIManager.getUI(UIManager.java:840) at javax.swing.JTree.updateUI(JTree.java:1685) at javax.swing.JTree.init(JTree.java:1572) at javax.swing.JTree.init(JTree.java:1529) at edu.umd.cs.findbugs.gui2.MainFrame.bugListPanel(MainFrame.java:1268) at edu.umd.cs.findbugs.gui2.SplitLayout.initialize(SplitLayout.java:63) at edu.umd.cs.findbugs.gui2.MainFrame$InitializeGUI.run(MainFrame.java:1693) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:200) at java.awt.EventQueue.dispatchEvent(EventQueue.java:615) at java.awt.EventDispatchThread.run(EventDispatchThread.java:88) at java.lang.VMThread.run(VMThread.java:120) Caused by: java.awt.IllegalComponentStateException: component java.awt.Label not showing at java.awt.Component.getLocationOnScreen(Component.java:1361) at java.awt.event.MouseEvent.init(MouseEvent.java:251) at java.awt.event.MouseEvent.init(MouseEvent.java:275) at javax.swing.plaf.basic.BasicTreeUI.clinit(BasicTreeUI.java:286) at java.lang.reflect.Method.invokeNative(Native Method) ...13 more It's looking like it might be Friday instead now. I've also found that JikesRVM no longer builds with JamVM, see http://jira.codehaus.org/browse/RVM-294 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33731 Thanks, -- Andrew :-) Help end the Java Trap! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net pgppQOBSpXMsu.pgp Description: PGP signature
Re: Classpath 0.96 Imminent
On 10/8/07, Andrew John Hughes [EMAIL PROTECTED] wrote: Anyone want to suggest a suitable name? ;) Staying Alive? Stuart. -- http://sab39.netreach.com/
Re: Classpath 0.96 Imminent
On Monday 08 October 2007 20:26, Stuart Ballard wrote: On 10/8/07, Andrew John Hughes [EMAIL PROTECTED] wrote: Anyone want to suggest a suitable name? ;) Staying Alive? Stuart. That does seem appropriate :D How are the JAPI runs made at the moment? It would be nice if there were IcedTea ones. I'd also like a run against JikesRVM, if only a one off; there are some mismatches in the VM classes at present. Thanks, -- Andrew :-) Help end the Java Trap! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net pgpjg77nrwr1Q.pgp Description: PGP signature
Re: Classpath 0.96 Imminent
On 10/8/07, Andrew John Hughes [EMAIL PROTECTED] wrote: That does seem appropriate :D After I posted that I realized that I could have made a Firefly reference and suggested Too pretty to die... I don't know if any Classpath hackers are browncoats though. How are the JAPI runs made at the moment? It would be nice if there were IcedTea ones. I'd also like a run against JikesRVM, if only a one off; there are some mismatches in the VM classes at present. I'm afraid I've been unforgivably lax in the Japi department lately; the runs have been broken for a few weeks (since I blogged about it) and I've never gotten around to figuring out why or fixing it. I apologize. I don't want to make a commitment to fixing them within a particular timeframe that I can't keep, though. I'll try to get to it this week sometime, but I can't promise. Are there nightly builds of IcedTea somewhere downloadable in binary form? If so I'd be thrilled to be able to include those in the Japi runs. Stuart. -- http://sab39.netreach.com/
Re: Classpath 0.96 Imminent
Stuart Ballard wrote: On 10/8/07, Andrew John Hughes [EMAIL PROTECTED] wrote: Anyone want to suggest a suitable name? ;) Staying Alive? I like it. Most excellent! David Daney
Re: Classpath 0.96 Imminent
Hi Andrew, On Mon, 2007-10-08 at 20:11 +0100, Andrew John Hughes wrote: * Create a release branch (Mark, I know we discussed this earlier but I feel happier knowing the ground under my feet is not going to move...) Please do. I was just commenting on that I didn't feel the overhead was really necessary since it does mean some double applying of patches to branch and trunk. But if you feel better with a branch then please go for it. Thanks for picking this up! Cheers, Mark signature.asc Description: This is a digitally signed message part
Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
On Tuesday 02 October 2007 09:20:54 kus Kusche Klaus wrote: Hello! Two problems when building classpath 0.96 pre (about 1 week old), similar problem in 0.95, on 32 bit x86 linux (Gentoo): 1. javac runs out of memory when making in subdirectory lib when compiling @classes. This is an original Sun javac version 1.6.0_02. javac works and successfully compiles code in several other make steps, but @classes is just too much for it. 2. To avoid that problem, I installed ecj and configured Classpath with --with-ecj=... --without-javac (but left javac installed on my system). Configure sets *both* JAVAC=... and ECJ=..., but sets FOUND_ECJ_FALSE and FOUND_JAVAC_TRUE (*wrong*). Hence, this did not help against problem 1. The only way I found to avoid the classes being compiled with javac was editing lib/Makefile by hand after running configure (commenting the JCOMPILER line with javac and uncommenting the one with ecj). ecj has no problems compiling @classes (hence, the path given in --with-ecj=... points to a working ecj). I was unable to teach configure not to use javac. Specifying --without-xxx should always be obeyed, no matter what configure actually finds. Greetings Can you please file this as a bug report: http://gcc.gnu.org/bugzilla/ and we'll look into it ASAP. -- Andrew :)
Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
Andrew John Hughes writes: On Tuesday 02 October 2007 09:20:54 kus Kusche Klaus wrote: Hello! Two problems when building classpath 0.96 pre (about 1 week old), similar problem in 0.95, on 32 bit x86 linux (Gentoo): 1. javac runs out of memory when making in subdirectory lib when compiling @classes. This is an original Sun javac version 1.6.0_02. javac works and successfully compiles code in several other make steps, but @classes is just too much for it. This is a bug in Sun's VM. See http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/gbywc.html Also http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.html#options The -J option -Joption Pass option to the java launcher called by javac. For example, -J-Xms48m sets the startup memory to 48 megabytes. Although it does not begin with -X, it is not a `standard option' of javac. It is a common convention for -J to pass options to the underlying VM executing applications written in Java. Andrew.
RE: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
Andrew John Hughes writes: On Tuesday 02 October 2007 09:20:54 kus Kusche Klaus wrote: Hello! Two problems when building classpath 0.96 pre (about 1 week old), similar problem in 0.95, on 32 bit x86 linux (Gentoo): 1. javac runs out of memory when making in subdirectory lib when compiling @classes. This is an original Sun javac version 1.6.0_02. javac works and successfully compiles code in several other make steps, but @classes is just too much for it. This is a bug in Sun's VM. See http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/gbywc.html Also http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.htm l#options The -J option -Joption Pass option to the java launcher called by javac. For example, -J-Xms48m sets the startup memory to 48 megabytes. Although it does not begin with -X, it is not a `standard option' of javac. It is a common convention for -J to pass options to the underlying VM executing applications written in Java. Well, I don't see any actual bug in Sun's javac. It runs with a size-limited heap, and the default size is too low for us (I run out of java heap space). That's Sun's design decision, we have to live with it and work around it. If Classpath knows that javac needs more heap for compiling @classes, it should automatically pass the corresponding -J-X options to javac. This should not require manual manpage reading and makefile fiddling. -J-Xmx128m still bombs out (but later than the default), -J-Xmx256m works for me. Greetings -- Klaus Kusche, DI. Dr.Software Development - Control KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria www.keba.com Firmenbuchgericht Linz FN 184376 t mailto:[EMAIL PROTECTED] Phone: +43 732 7090-23120 Fax: +43 732 7090-63401
RE: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
kus Kusche Klaus writes: Well, I don't see any actual bug in Sun's javac. Bugs are in the eye of the beholder, I suppose. It runs with a size-limited heap, and the default size is too low for us (I run out of java heap space). That's Sun's design decision, we have to live with it and work around it. If Classpath knows that javac needs more heap for compiling @classes, it should automatically pass the corresponding -J-X options to javac. This should not require manual manpage reading and makefile fiddling. -J-Xmx128m still bombs out (but later than the default), -J-Xmx256m works for me. The trouble with this, of course, is that it varies depending on the machine architecture and the particular VM being used. Some VMs will abort if passed this option, so you have to do some kind of probing to find out what VM is in use. All very messy, and so unnecessary. Andrew.
Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
On Tuesday 02 October 2007 10:42:52 you wrote: kus Kusche Klaus writes: Well, I don't see any actual bug in Sun's javac. Bugs are in the eye of the beholder, I suppose. It runs with a size-limited heap, and the default size is too low for us (I run out of java heap space). That's Sun's design decision, we have to live with it and work around it. If Classpath knows that javac needs more heap for compiling @classes, it should automatically pass the corresponding -J-X options to javac. This should not require manual manpage reading and makefile fiddling. -J-Xmx128m still bombs out (but later than the default), -J-Xmx256m works for me. The trouble with this, of course, is that it varies depending on the machine architecture and the particular VM being used. Some VMs will abort if passed this option, so you have to do some kind of probing to find out what VM is in use. All very messy, and so unnecessary. Andrew. My understanding was that this was fixed; are you suring you're using an up-to-date version of Classpath? -- Andrew :)
RE: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
My understanding was that this was fixed; are you suring you're using an up-to-date version of Classpath? classpath-latest downloaded on Sept. 19. -- Klaus Kusche, DI. Dr.Software Development - Control KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria www.keba.com Firmenbuchgericht Linz FN 184376 t mailto:[EMAIL PROTECTED] Phone: +43 732 7090-23120 Fax: +43 732 7090-63401
Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
Hello , well i tried to do -J-Xmx256m .. but it did not help. this is what i did : [EMAIL PROTECTED] ~]# java -J-Xmx256m Unrecognized option: -J-Xmx256m Could not create the Java virtual machine. is the syntax right... i was not sure i actually tried with javac also ... i did this ; [EMAIL PROTECTED] ~]# javac -J-Xmx256m Usage: javac options source files where possible options include: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files and annotation processors -cp path Specify where to find user class files and annotation processors -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -endorseddirs dirs Override location of endorsed standards path -proc:{none,only} Control whether annotation processing and/or compilation is done. -processor class1[,class2,class3...]Names of the annotation processors to run; bypasses default discovery process -processorpath path Specify where to find annotation processors -d directory Specify where to place generated class files -s directory Specify where to place generated source files -implicit:{none,class} Specify whether or not to generate class files for implicitly referenced files -encoding encoding Specify character encoding used by source files -source release Provide source compatibility with specified release -target release Generate class files for specific VM version -version Version information -help Print a synopsis of standard options -Akey[=value] Options to pass to annotation processors -X Print a synopsis of nonstandard options -Jflag Pass flag directly to the runtime system ... actually i am new to linux, so i do not knw much bout this... i need to install classpath 95 for jikesrvm 2.9.1... i actualy tried to change the script in /usr/bin/ecj but the file does not exist neither did i find /lib/Makefile's JCOMPLIERS... i have been trying to resolve this from past 2 weeks and i have been unsuceesful... i am using fedora core 6, i have jdk1.6 and classpath 95... if u need any other details let me know On 10/2/07, kus Kusche Klaus [EMAIL PROTECTED] wrote: My understanding was that this was fixed; are you suring you're using an up-to-date version of Classpath? classpath-latest downloaded on Sept. 19. -- Klaus Kusche, DI. Dr.Software Development - Control KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria www.keba.com Firmenbuchgericht Linz FN 184376 t mailto:[EMAIL PROTECTED] Phone: +43 732 7090-23120 Fax: +43 732 7090-63401
Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
You don't need to; you should be touching the Classpath or ecj components within the jikesrvm tree, you just need to build JikesRVM and it will handle these dependencies. See: http://jikesrvm.org/Quick+Start+Guide On Tuesday 02 October 2007 14:26:24 you wrote: hi, well i triesd commenting the JAVAC in JCOMPILER and uncommenting ECJ but still it is giving me the same error... how do i check whetther i have ecj and if do not how do i install it --deepak On 10/2/07, Andrew John Hughes [EMAIL PROTECTED] wrote: On Tuesday 02 October 2007 13:34:29 you wrote: Hello , well i tried to do -J-Xmx256m .. but it did not help. this is what i did [EMAIL PROTECTED] ~]# java -J-Xmx256m Unrecognized option: -J-Xmx256m Could not create the Java virtual machine. is the syntax right... i was not sure i actually tried with javac also ... i did this ; well with java it's simply -Xmx256m, the -J is for javac to pass it through to the underlying VM. [EMAIL PROTECTED] ~]# javac -J-Xmx256m Usage: javac options source files where possible options include: -g Generate all debugging info -g:noneGenerate no debugging info -g:{lines,vars,source} Generate only some debugging info -nowarnGenerate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath path Specify where to find user class files and annotation processors -cp path Specify where to find user class files and annotation processors -sourcepath path Specify where to find input source files -bootclasspath path Override location of bootstrap class files -extdirs dirsOverride location of installed extensions -endorseddirs dirs Override location of endorsed standards path -proc:{none,only} Control whether annotation processing and/or compilation is done. -processor class1[,class2,class3...]Names of the annotation processors to run; bypasses default discovery process -processorpath path Specify where to find annotation processors -d directory Specify where to place generated class files -s directory Specify where to place generated source files -implicit:{none,class} Specify whether or not to generate class files for implicitly referenced files -encoding encoding Specify character encoding used by source files -source release Provide source compatibility with specified release -target release Generate class files for specific VM version -version Version information -help Print a synopsis of standard options -Akey[=value] Options to pass to annotation processors -X Print a synopsis of nonstandard options -Jflag Pass flag directly to the runtime system ... actually i am new to linux, so i do not knw much bout this... i need to install classpath 95 for jikesrvm 2.9.1... i actualy tried to change the script in /usr/bin/ecj but the file does not exist neither did i find /lib/Makefile's JCOMPLIERS... i have been trying to resolve this from past 2 weeks and i have been unsuceesful... i am using fedora core 6, i have jdk1.6 and classpath 95... if u need any other details let me know You don't need to install Classpath 0.95 for JikesRVM, the JikesRVM build system will do this for you via ecj. On 10/2/07, kus Kusche Klaus [EMAIL PROTECTED] wrote: My understanding was that this was fixed; are you suring you're using an up-to-date version of Classpath? classpath-latest downloaded on Sept. 19. -- Klaus Kusche, DI. Dr.Software Development - Control KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria www.keba.com Firmenbuchgericht Linz FN 184376 t mailto:[EMAIL PROTECTED] Phone: +43 732 7090-23120 Fax: +43 732 7090-63401 -- Andrew :) -- Andrew :)
Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac
deepak poola writes: Hello , well i tried to do -J-Xmx256m .. but it did not help. this is what i did : [EMAIL PROTECTED] ~]# java -J-Xmx256m Unrecognized option: -J-Xmx256m Could not create the Java virtual machine. is the syntax right... i was not sure i actually tried with javac also ... i did this ; [EMAIL PROTECTED] ~]# javac -J-Xmx256m Usage: javac options source files You have to give javac a file to compile. Andrew.
Re: Classpath 0.95 build issue:OutOfMemoryError
deepak poola wrote: hello, i am deepak, i am facing the same problem installing classpath 95 for jikesrvm... it is showing system out of resources... i tries\d to find the file /usr/bin/ecj script to change it..i did not find it and then i tried to find /lib/Makefile's JCOMPILER...netither did i find this. i am using fedora core 6, please let me know how to do this... and i have a same request... please eloborate ur answer as i am a little new to linux... ur answer can solve a hell lot of tensions to me. will be looking forward for ur reply -deepak Hi, Deepak, Your message does not contain enough information to figure out that is going wrong. The out of memory error with CACAO and old Sun' jres is solved long time ago, and the solution is described at http://developer.classpath.org/mediation/ClasspathDeveloperGuidelines. But if you just use the unmodified Fedora installation, it is likely still gij - based and should run ecj using all available memory without problems. Sometimes it may be really difficult to figure out that is going wrong without having hands-on access. However you should read carefully the GNU Classpath hackers guide, trying to follow all steps exactly. Also, try to run the application 'top' (while compiling) in another window. If it shows that the running process really swallows all your memory (swap including), you need to upgrade the machine and likely nothing else can be done. Read about various .configure options and search the web. If you really cannot solve the problem yourself, please post questions to the GNU Classpath discussion mailing list, not to the individual developers. Then the answered question will stay in the mailing list archive and another person with the similar problem will be able to find it with the simple Google search. Also, hackers typically prefer not to start long individual consultations as it takes for them too much time. When posting to the mailing list, do not forget to attach all error messages that the build script have printed for you. Just saying 'nothing works' does not help to locate the problem even when that is true. Good luck Audrius
Re: Classpath 0.96
On Wednesday 19 September 2007 13:07:01 Dalibor Topic wrote: Dâniel Fraga wrote: On Tue, 18 Sep 2007 15:27:15 +0100 I mean, I know I can use gcjwebplugin, but it doesn't work for all cases, all applets etc. Now that Java was GPLed, how much time will it take so classpath will merge code from Sun so we can have a gcjwebplugin that works in all cases? Currently, there is no one actively working on merging code from OpenJDK into GNU Classpath, so it will take an infinite amount of time. :) Alternatively, check out IcedTea. Mainly because I don't think all the legalities of doing such a thing have been sorted out. In particular, Sun's code is GPLv2 only and the FSF would like to move to GPLv3 at some point. -- Andrew :)
Re: Classpath 0.96
Andrew John Hughes wrote: On Wednesday 19 September 2007 13:07:01 Dalibor Topic wrote: Dâniel Fraga wrote: On Tue, 18 Sep 2007 15:27:15 +0100 I mean, I know I can use gcjwebplugin, but it doesn't work for all cases, all applets etc. Now that Java was GPLed, how much time will it take so classpath will merge code from Sun so we can have a gcjwebplugin that works in all cases? Currently, there is no one actively working on merging code from OpenJDK into GNU Classpath, so it will take an infinite amount of time. :) Alternatively, check out IcedTea. Mainly because I don't think all the legalities of doing such a thing have been sorted out. In particular, Sun's code is GPLv2 only and the FSF would like to move to GPLv3 at some point. The classpath exception on Sun's code would make that less of a problem for code in OpenJDK that would make sense to merge into Classpath. i.e. the class library code, as that code is licensed for the most part under GPLv2+classpath exception, so mixing and matching that code with GPLv2+classpath exception or GPLv3+classpath exception should be, per the exception, OK. If someone desperately wanted (i.e. volunteered) to make it happen, I guess we could bug the FSF mjw about a branch to do the work, or move that work to some other place, like icedtea, and resync from there (icepath ftw!). It's not really a pressing issue any more, in my opinion, as cacao ikvm have started to switch over to openjdk/icedtea libraries, and I'd expect other VMs to follow, as their resources permit. It'd be easier if an icedtea/classpath integration branch existed, but it seems possible to pull off that big merge without it, judging by Jeroen's and Christian's work. Meanwhile, there is a bug tracker full of regular maintenance work for those of us that can't just switch their VMs to icedtea's class libraries just yet, so I expect that we'll see more than a handful of releases of classpath until the big merge/switch happens. cheers, dalibor topic
Re: Classpath 0.96
On Tue, 2007-09-18 at 13:12 -0300, Dâniel Fraga wrote: Ps: I'm interested in classpath because it's the only option I have for a 64 bit plugin... since Sun refuses to release a 64 bit plugin :( I saw the GPL Java announcement, but I don't understand how the code is being distributed...If at least Sun would release all the source code so we can compile the plugin ourselves, it would be much better. See http://mail.openjdk.java.net/pipermail/build-dev/2007-September/000255.html for some references. It works great for me on Fedora 8 test 2 on x86_64. Cheers, Mark signature.asc Description: This is a digitally signed message part
Re: Classpath / Icedtea Qtopia
kus Kusche Klaus wrote: Hello! From: Roman Kennke [mailto:[EMAIL PROTECTED] Not out of the box. The Qt peers are somewhat unmaintained at the moment. I did some splitting out in the GTK peers lately, so that they compile without X. I guess, something similar could be done for the Qt peers. Unmaintained doesn't sound very promising. It's an invitation to maintain it in disguise. :) Well, I managed to compile it (in fact, the piece of code mentioned in my first mail was dead code: not called from anywhere...). If you'd like to start contributing patches to classpath, Mark can set you up with everything. Having someone who needs them maintain the Qt peers would be great. I'm behind a firewall which blocks CVS access. Will there be a release with that code any time soon? There is no firm date set for 0.96 yet. Are there any daily snapshots available via http or ftp? Yes. Take a look at http://builder.classpath.org/dist/ . cheers, dalibor topic
Re: Classpath 0.96
Dâniel Fraga wrote: On Tue, 18 Sep 2007 15:27:15 +0100 I mean, I know I can use gcjwebplugin, but it doesn't work for all cases, all applets etc. Now that Java was GPLed, how much time will it take so classpath will merge code from Sun so we can have a gcjwebplugin that works in all cases? Currently, there is no one actively working on merging code from OpenJDK into GNU Classpath, so it will take an infinite amount of time. :) Alternatively, check out IcedTea. Ps: I'm interested in classpath because it's the only option I have for a 64 bit plugin... since Sun refuses to release a 64 bit plugin :( I saw the GPL Java announcement, but I don't understand how the code is being distributed...If at least Sun would release all the source code so we can compile the plugin ourselves, it would be much better. It's not a matter of refusing to release code, the plugin simply hasn't been a priority for them yet, afaict. At FOSDEM, someone said that the plugin code for IE alone is about the size of the hotspot code, so it's probably a lot of work. I'd expect it to be a bit lower in the priority queue than fixing encumbrancies (necessary for pure openjdk to move into fedora, debian, etc.) creating a certifiable OpenJDK 6 branch (necessary to certify the resulting binaries as Java(TM)), never mind all the other things going on in parallel (mercurial migration, build system changes, opening up the interpreter code to aid porting efforts, consumer JRE, JCK process, ...). cheers, dalibor topic
Re: Classpath / Icedtea Qtopia
Dalibor Topic wrote: Are there any daily snapshots available via http or ftp? Yes. Take a look at http://builder.classpath.org/dist/ . I've added this to the wiki at http://developer.classpath.org/mediation/ClasspathFirstSteps#head-9b1d9d73255384bbf12c9639829a748fb82a9490 cheers, dalibor topic
Re: Classpath / Icedtea Qtopia
Hi, 1.) Compilation of Classpath 0.95 with Qtopia 4.3 fails: When compiling qtembeddedwindowpeer.cpp, qx11embed_x11.h is included. This header exists in Qtopia, but is uncompileable: It needs the XEvent type, which exists only in X11-based builds of Qt. Any fixes for that? Not out of the box. The Qt peers are somewhat unmaintained at the moment. I did some splitting out in the GTK peers lately, so that they compile without X. I guess, something similar could be done for the Qt peers. Has anybody ever been able to run classpath on top of Qtopia? Not that I know. Any other options for framebuffer-based (X11-less) classpath? As I said, the GTK peers (in CVS HEAD) should be able to compile without X, and might or might not run on GTK/Embedded. 2.) Icedtea currently needs X11 and Gtk. Are there any plans to support other GUI backends in Icedtea (Qt / Qtopia, Escher, ...)? It would be a worthwhile effort to split out the Classpath peers, so that they can be used with OpenJDK/IcedTea. I've had some success with the GTK peers a while ago, but I'm not sure if this works out of the box right now. Kind regards, Roman Kennke -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Straße 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Geschäftsführer: Dr. James J. Hunt
Re: Classpath / Icedtea Qtopia
On Tue, 2007-09-18 at 08:46 +0200, kus Kusche Klaus wrote: Has anybody ever been able to run classpath on top of Qtopia? I tried some time ago to get GNU Classpath compiled for the Greenphone Challenge, but without luck. I can't remember what the exact problem was, but definitely something related to Qtopia. Greetings Greetings to my hometown Linz :-) - twisti
Re: Classpath 0.96
On Tue, 18 Sep 2007 15:27:15 +0100 Andrew John Hughes [EMAIL PROTECTED] wrote: We ought to do a release soonish. There are a number of patches on HEAD that should be in a release, and ideally we'd like to see a 0.96 release used by the new JikesRVM release, 2.9.2. I've started documenting things here: http://developer.classpath.org/mediation/ClasspathRelease096 What I'd like to know, as a simple user is when Classpath will provide a Java plugin equivalent to Sun JRE plugin. I mean, I know I can use gcjwebplugin, but it doesn't work for all cases, all applets etc. Now that Java was GPLed, how much time will it take so classpath will merge code from Sun so we can have a gcjwebplugin that works in all cases? Or in the end, it isn't a problem with gcjwebplugin and just gcj? Thank you! Ps: I'm interested in classpath because it's the only option I have for a 64 bit plugin... since Sun refuses to release a 64 bit plugin :( I saw the GPL Java announcement, but I don't understand how the code is being distributed...If at least Sun would release all the source code so we can compile the plugin ourselves, it would be much better. -- Linux 2.6.22: Holy Dancing Manatees, Batman! http://www.lastfm.pt/user/danielfraga http://u-br.net Marilyn Manson - Burning Flag (Holy Wood (In the Shadow of the Valley of Death) - 2000)
RE: Classpath / Icedtea Qtopia
Hello! From: Roman Kennke [mailto:[EMAIL PROTECTED] Not out of the box. The Qt peers are somewhat unmaintained at the moment. I did some splitting out in the GTK peers lately, so that they compile without X. I guess, something similar could be done for the Qt peers. Unmaintained doesn't sound very promising. I had the impression that the Qt backend with Qtopia is less risky and more likely to get useable (and more stable and reliable for the future) than the GTK + directfb combination. Is it agreed that GTK + directfb is the way to go for X-less framebuffer, instead of Qtopia? Has anybody ever been able to run classpath on top of Qtopia? Not that I know. Well, I managed to compile it (in fact, the piece of code mentioned in my first mail was dead code: not called from anywhere...). It even starts and initializes the framebuffer (it fills the whole screen with a single color), and it seems to be alive (cursor moves when moving the mouse), but nothing more: It doesn't draw anything and doesn't react to input events. Any other options for framebuffer-based (X11-less) classpath? As I said, the GTK peers (in CVS HEAD) should be able to compile without X, and might or might not run on GTK/Embedded. I'm behind a firewall which blocks CVS access. Will there be a release with that code any time soon? Are there any daily snapshots available via http or ftp? With GTK/Embedded, you mean GTK + directfb? 2.) Icedtea currently needs X11 and Gtk. Are there any plans to support other GUI backends in Icedtea (Qt / Qtopia, Escher, ...)? It would be a worthwhile effort to split out the Classpath peers, so that they can be used with OpenJDK/IcedTea. I've had some success with the GTK peers a while ago, but I'm not sure if this works out of the box right now. You mean just try to take the peer code from classpath, put it into an OpenJDK tree, and try it? Greetings -- Klaus Kusche, DI. Dr.Software Development - Control KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria www.keba.com Firmenbuchgericht Linz FN 184376 t mailto:[EMAIL PROTECTED] Phone: +43 732 7090-23120 Fax: +43 732 7090-63401
Re: Classpath 0.95 build issue:OutOfMemoryError
I added the explanation of this problems to http://developer.classpath.org/mediation/ClasspathDeveloperGuidelines into Classpath Wiki. Improvements welcome. Audrius
Re: Classpath 0.95 build issue
On Friday 04 May 2007 18:59, Dâniel Fraga wrote: Making all in lib make[1]: Entering directory `/home/fraga/src/classpath-0.95/lib' true top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard Adding java source files from srcdir '..'. Adding java source files from VM directory ../vm/reference /usr/java/jre/bin/javac -bootclasspath '' -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngD atatype:../external/jsr166:.:: -d . @classes The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError: Java heap space make[1]: *** [compile-classes] Error 3 make[1]: Leaving directory `/home/fraga/src/classpath-0.95/lib' make: *** [all-recursive] Error 1 *** I think it has a simple solution. To pass -J-Xms option with a bigger value than the default to it (like Xms32M or bigger). But how do I do that? Thanks. Unaware of this discussion, I've actually been playing with this myself this week, after having a failing build on Solaris (which at the moment is using the ugly proprietary javac already installed).Are there any thoughts on including this in Classpath itself? I know ecj ignores the extra option (and is only relevant if used as a 'javac' and not recognised as ecj a priori), but gcj (my version at least) spits it out; maybe that could be fixed before 4.3 is released? Thoughts? Cheers, -- Andrew :-) Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html public class gcj extends Freedom implements Java { ... }
Re: Classpath 0.95 build issue
On Fri, 4 May 2007 14:59:41 -0300 Dâniel Fraga [EMAIL PROTECTED] wrote: /usr/java/jre/bin/javac -bootclasspath '' -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.:: -d . @classes The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError: Java heap space Ok, I added the following parameters: -J-Xms512M -J-Xmx512M to lib/Makefile's JCOMPILER variable and it fixed the problem. -- Linux 2.6.21: Nocturnal Monster Puppy http://www.lastfm.pt/user/danielfraga http://u-br.net
Re: Classpath 0.95 build issue
This is becoming the permanent topic already. Maybe we could add something to README or hackers guide? Audrius Dâniel Fraga wrote: On Fri, 4 May 2007 14:59:41 -0300 Dâniel Fraga [EMAIL PROTECTED] wrote: /usr/java/jre/bin/javac -bootclasspath '' -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.:: -d . @classes The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError: Java heap space Ok, I added the following parameters: -J-Xms512M -J-Xmx512M to lib/Makefile's JCOMPILER variable and it fixed the problem.
Re: Classpath 0.95 build issue
Audrius == Audrius Meskauskas [EMAIL PROTECTED] writes: Audrius This is becoming the permanent topic already. Maybe we could add Audrius something to README or hackers guide? Sounds good to me. Dâniel, would you mind making a patch for this? Perhaps a change to the FAQ is the best bet. Tom
Re: Classpath 0.95 build issue
On Sun, 6 May 2007 11:37:05 -0700 Tom Tromey [EMAIL PROTECTED] wrote: Sounds good to me. Dâniel, would you mind making a patch for this? Perhaps a change to the FAQ is the best bet. I'm afraid I can't change the FAQ since I do not have permission. But it could be like this: Question: When I try to compile classpath, it returns The system is out of resources. Answer: add -J-Xms512M -J-Xmx512M to lib/Makefile's JCOMPILER variable. -- Linux 2.6.21: Nocturnal Monster Puppy http://www.lastfm.pt/user/danielfraga http://u-br.net Joe Satriani - What Breaks A Heart (Strange Beautiful Music - 2002)
Re: Classpath Tools and JamVM with --disable-zip
On Jan 28, 2007, at 1:13 PM, Alexander Gromnizki wrote: Hi, Prologue: I'm very new to Java. After compiling and installing on FreeBSD 6.0 Classpath 0.93 (--with-jikes --disable-gtk-peer --disable-gconf-peer --disable-plugin --enable-local-sockets --enable-xmlj --prefix=/opt/java) and JamVM 1.4.4 (--prefix=/opt/java --with-classpath-install-dir=/opt/java --disable-zip) I did: # pwd /opt/java/share/classpath # unzip glibj.zip # unzip tools.zip # rm glibj.zip tools.zip And my HelloWorld test runs fine. But when I'm trying to execute any Classpath tool (for example, gjar) I'm getting: % jamvm gnu.classpath.tools.jar.Main [...] Caused by: java.io.IOException: Inappropriate ioctl for device at gnu.java.nio.VMChannel.available(Native Method) That method does this in Classpath: jint avail = 0; if (ioctl (fd, FIONREAD, avail) == -1) JCL_ThrowException (env, IO_EXCEPTION, strerror (errno)); return avail; I'm not a FreeBSD expert, but I would have thought that it would support the FIONREAD ioctl. The FD may not be a file in this case, but I can't imagine what it would be otherwise, given the rest of the stack: at gnu.java.nio.VMChannel.available(VMChannel.java:144) at gnu.java.nio.FileChannelImpl.available(FileChannelImpl.java:188) at java.io.FileInputStream.available(FileInputStream.java:179) at java.io.FilterInputStream.available(FilterInputStream.java:129) at java.io.BufferedInputStream.read(BufferedInputStream.java:276) at java.io.FilterInputStream.read(FilterInputStream.java:173) at java.io.InputStreamReader.read(InputStreamReader.java:459) at java.io.BufferedReader.fill(BufferedReader.java:373) at java.io.BufferedReader.readLine(BufferedReader.java:475) at java.util.Properties.load(Properties.java:201) at java.util.PropertyResourceBundle.init (PropertyResourceBundle.java:109) at java.util.ResourceBundle.tryBundle(ResourceBundle.java:483) ...11 more So, can we use Classpath Tools when JamVM was compiled with --disable-zip option? As far as I know this should work. The gotcha here is likely the properties files, which the code was trying to read when it threw this exception. Do you have the file gnu/classpath/tools/common/Messages.properties in your share/classpath directory?
Re: Classpath Tools and JamVM with --disable-zip
Sun Jan 28 2007 16:10:31 -0800, Casey Marshall wrote: % jamvm gnu.classpath.tools.jar.Main [...] Caused by: java.io.IOException: Inappropriate ioctl for device at gnu.java.nio.VMChannel.available(Native Method) That method does this in Classpath: jint avail = 0; if (ioctl (fd, FIONREAD, avail) == -1) JCL_ThrowException (env, IO_EXCEPTION, strerror (errno)); return avail; I'm not a FreeBSD expert, but I would have thought that it would support the FIONREAD ioctl. The FD may not be a file in this case, but I can't imagine what it would be otherwise, given the rest of the stack: Definitely FreeBSD supports for the FIONREAD ioctl (I've searched for it in the kernel sources :). May be this is a 6.0 specific bug. As always in my case, FreeBSD problem reports database is busy now :/ So, can we use Classpath Tools when JamVM was compiled with --disable-zip option? As far as I know this should work. The gotcha here is likely the properties files, which the code was trying to read when it threw this exception. Do you have the file gnu/classpath/tools/common/Messages.properties in your share/classpath directory? Sure. -- AG5745-RIPE
Re: classpath on cygwin with gtk enabled
Hi, bj wrote: hey, does anyone here know how to compile GNU classpath on Windows XP using cygwin with GTK enabled or any graphics environment used by Swing and AWT? thanks in advance As far as I know, Classpath on cygwin is fairly untested, though there is some information at http://developer.classpath.org/mediation/ClasspathOnCygwin They intentionally exclude the GTK peers on that page, so I suspect they didn't work at the time. That page is quite old, however, and it's possible that things are in better shape now. If you want to give it a try, I'd be very interested in hearing about the results. I may be able to help if you run into some specific problems on the Classpath side, but I'm afraid I can't do much testing on cygwin myself. Cheers, Francis
Re: Classpath and gnu-crypto
hello Daniel, On Wednesday 20 September 2006 03:35, Daniel Franganillo wrote: ... 1 - Class: import java.security.KeyPairGenerator; import java.security.NoSuchAlgorithmException; import java.security.KeyPair; import java.security.Security; import gnu.crypto.key.rsa.RSAKeyPairGenerator; import gnu.crypto.key.rsa.GnuRSAKey; if you're using a recent GNU Classpath bundle, try replacing the last two import statements with: import gnu.java.security.key.rsa.RSAKeyPairGenerator; import gnu.java.security.key.rsa.GnuRSAKey; cheers; rsn pgpljq9N34Rir.pgp Description: PGP signature
Re: Classpath and gnu-crypto
Raif S. Naffah escribió: hello Daniel, On Wednesday 20 September 2006 03:35, Daniel Franganillo wrote: import gnu.crypto.key.rsa.RSAKeyPairGenerator; import gnu.crypto.key.rsa.GnuRSAKey; if you're using a recent GNU Classpath bundle, try replacing the last two import statements with: import gnu.java.security.key.rsa.RSAKeyPairGenerator; import gnu.java.security.key.rsa.GnuRSAKey; cheers; rsn Thanks it solved the problem. So, gnucrypto is completely merged in gnu-classpath? Regards. -- --- Daniel Franganillo Corrales --- e-mail: [EMAIL PROTECTED] --- CriptoLab. Despacho 5212. Facultad de Informática. Campus de Montegancedo S/N Universidad Politécnica de Madrid. Boadilla del Monte. Madrid (Spain) --- smime.p7s Description: S/MIME Cryptographic Signature
Re: Classpath and gnu-crypto
What version of GCJ are you using? In recent releases of GCJ (or maybe the upcoming release -- I haven't been tracking this) GNU Crypto is a part of libgcj. Like Raif wrote in his reply, replacing gnu.crypto with gnu.java.security in your code will work in a newer GCJ release. Compiling Classpath itself with an existing GCJ will likely not do what you want. You *should* be able to compile the gnu-crypto Jar to an .so, however. The command line for that would be something like this: gcj -shared -o libgnu-crypto.so gnu-crypto.jar Then you should be able to link your program against libgnu-crypto.so. You may also find more help with GCJ on their mailing list: see http://gcc.gnu.org/lists.html, the GCJ mailing list is [EMAIL PROTECTED].
Re: classpath-0_92-branch created test release tar.gz dist available
On Sat, 2006-07-29 at 15:03 +0200, Mark Wielaard wrote: Hi, On Fri, 2006-07-28 at 01:40 +0200, Mark Wielaard wrote: We now finally have a branch for 0.92. classpath-0_92-branch (and the branch point is tagged as classpath-0_92-branch-point). Paul reminded me to activate the future release script on builder. For those wanting a tar.gz dist to test these are now available at: http://builder.classpath.org/dist/ classpath-future-release-latest.tar.gz classpath-generics-latest.tar.gz (There is no separate generics-release branch, as Andrew said we will just use the normal generics branch for the release dist.) And after more than a week of extra testing and fixing some smaller regressions I think it is finally ready. If you know of anything really, really bad which should prevent the release you have to speak up quickly. There will most likely only be some documentation changes going onto the branch before we will push it out officially tomorrow. I just kicked the autobuilder to restart building the release and generics branches so the two tar.gz files mentioned above should be refreshed in a couple of hours and be almost identical to the final versions. Apologies to everybody that worked hard on things that didn't make it onto the branch this time. But we need to keep some new cool improvements for the next one! :) Cheers, Mark
Re: Classpath and GTKFB?
Mark Wielaard wrote: Hi Olivier, On Tue, 2006-08-01 at 11:52 +0200, Olivier LAHAYE wrote: I've tryed to compile classpath using gtkfb, thus using the --with-x=no, but the configure script refuses this option if compiling with GTK. Is there a simple workaround for that or it simply not possible at the moment? (I'm trying to compile classpath on an embended Linux that has gtkfb but no X). Not at the moment. We are using the x-surface for interfacing gtk/cairo drawing. Sven outlined a few things that need attention for this to work on gtk+ on non-x-backends recently: http://developer.classpath.org/pipermail/classpath/2006-July/001165.html If you are interested I am sure he can provide you with more details Has anyone tried to make it work it on a GTK-DirectFB and XDirectFB (X emulator for DirectFB) combination? Thanks, Philippe
Re: classpath-0_92-branch created
Il giorno gio, 03/08/2006 alle 01.23 +0200, Mark Wielaard ha scritto: Thanks for the reminder I have checked in the following on the trunk, release and generics branch. 2006-08-02 Mark Wielaard [EMAIL PROTECTED] * configure.ac (gconf-peer): Check for gdk-2.0. * native/jni/gconf-peer/Makefile.am (AM_LDFLAGS): Use GDK_LIBS. (AM_CFLAGS): Use GDK_CFLAGS. Cheers, Mark Great, thank you! Hopefully, I can came up with something that relax this requirement... Ciao, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: classpath-0_92-branch created
Hi Mario, On Thu, 2006-08-03 at 20:40 +0200, Mario Torre wrote: Hopefully, I can came up with something that relax this requirement... There is already a bug report for this from the Debian gcc packager. Feel free to assign it to yourself :) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28538 Although I am not sure there is much to do about it. We do need gdk_threads_enter/leave () to not interfere with the gtk-peer libraries and those functions are in the gdk-2.0 library so we will have to link against that. Cheers, Mark
Re: classpath-0_92-branch created
Il giorno gio, 03/08/2006 alle 20.49 +0200, Mark Wielaard ha scritto: Although I am not sure there is much to do about it. We do need gdk_threads_enter/leave () to not interfere with the gtk-peer libraries and those functions are in the gdk-2.0 library so we will have to link against that. Cheers, Mark Done :) Ciao, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: classpath-0_92-branch created
Hi Mario, On Sat, 2006-07-29 at 19:48 +0200, Mario Torre wrote: Il giorno ven, 28/07/2006 alle 01.40 +0200, Mark Wielaard ha scritto: Last update to the gconf preference backend included a dependency on gtk for gdk_hread_enter/leave, but we didn't update the configure.ac script. there are two places in which this file need an update, were it define if the peer will be built and where it define the dependencies. Thanks for the reminder I have checked in the following on the trunk, release and generics branch. 2006-08-02 Mark Wielaard [EMAIL PROTECTED] * configure.ac (gconf-peer): Check for gdk-2.0. * native/jni/gconf-peer/Makefile.am (AM_LDFLAGS): Use GDK_LIBS. (AM_CFLAGS): Use GDK_CFLAGS. Cheers, Mark
Re: Classpath and GTKFB?
Hi Olivier, On Tue, 2006-08-01 at 11:52 +0200, Olivier LAHAYE wrote: I've tryed to compile classpath using gtkfb, thus using the --with-x=no, but the configure script refuses this option if compiling with GTK. Is there a simple workaround for that or it simply not possible at the moment? (I'm trying to compile classpath on an embended Linux that has gtkfb but no X). Not at the moment. We are using the x-surface for interfacing gtk/cairo drawing. Sven outlined a few things that need attention for this to work on gtk+ on non-x-backends recently: http://developer.classpath.org/pipermail/classpath/2006-July/001165.html If you are interested I am sure he can provide you with more details. Cheers, mark
Re: classpath-0_92-branch created test release tar.gz dist available
Hi, On Fri, 2006-07-28 at 01:40 +0200, Mark Wielaard wrote: We now finally have a branch for 0.92. classpath-0_92-branch (and the branch point is tagged as classpath-0_92-branch-point). Paul reminded me to activate the future release script on builder. For those wanting a tar.gz dist to test these are now available at: http://builder.classpath.org/dist/ classpath-future-release-latest.tar.gz classpath-generics-latest.tar.gz (There is no separate generics-release branch, as Andrew said we will just use the normal generics branch for the release dist.) Cheers, Mark
Re: classpath-0_92-branch created
Il giorno ven, 28/07/2006 alle 01.40 +0200, Mark Wielaard ha scritto: Hi, [...] Thanks, Mark Hi Mark! Last update to the gconf preference backend included a dependency on gtk for gdk_hread_enter/leave, but we didn't update the configure.ac script. there are two places in which this file need an update, were it define if the peer will be built and where it define the dependencies. I have a bit of trouble to fix it as I'm not a configure expert, and I have the sources a little messy due to DecimalFormat (I don't think I can't get it in time for release, sorry...) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28535 Hope that helps! Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: classpath-0_92-branch created
On Fri, 2006-07-28 at 01:40 +0200, Mark Wielaard wrote: Hi, We now finally have a branch for 0.92. classpath-0_92-branch (and the branch point is tagged as classpath-0_92-branch-point). If you have any patches that you would also want to see on the release branch please CC me (and mention the bug number or mauve tests that the patch fixes). If there are any showstoppers that you think should be fixed before the release please say so now (and if you are working on something, please mention how much time you would need). And please do update the NEWS file with any cool stuff new in 0.92 that isn't mentioned yet. The target for the release is early next week. Thanks, Mark I've synced the generics branch up to the branch point for 0.92. Just apply any release branch patches both to generics and the release branch. Cheers, -- Andrew :-) Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html public class gcj extends Freedom implements Java { ... } signature.asc Description: This is a digitally signed message part
Re: classpath-0_92-branch created
Andrew == Andrew John Hughes [EMAIL PROTECTED] writes: Andrew I've synced the generics branch up to the branch point for 0.92. Just Andrew apply any release branch patches both to generics and the release Andrew branch. Are you going to hold off on any other head-generics merges until 0.92 ships? Tom
Re: classpath-0_92-branch created
On Fri, 2006-07-28 at 15:39 -0400, Tom Tromey wrote: Andrew == Andrew John Hughes [EMAIL PROTECTED] writes: Andrew I've synced the generics branch up to the branch point for 0.92. Just Andrew apply any release branch patches both to generics and the release Andrew branch. Are you going to hold off on any other head-generics merges until 0.92 ships? Tom That was the plan, on the assumption that 0.92 is imminent. Alternatively, we could also have a release branch for generics, but it seems a little overboard. Cheers, -- Andrew :-) Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html public class gcj extends Freedom implements Java { ... } signature.asc Description: This is a digitally signed message part
Re: classpath code coverage reports now online
Tony == Anthony Balkissoon [EMAIL PROTECTED] writes: Tony There are code coverage reports for classpath-mauve now at Tony builder.classpath.org/~cpdev/coverage (there is a link from the main Tony builder.classpath.org page). Thanks, this is really awesome. Tom
Re: Classpath will be presented in Linuxdays.ch
On Fri, 2006-03-17 at 16:19 +0100, Audrius Meskauskas wrote: My suggestion to speak about the GNU Classpath in the Linuxdays.ch, Geneve, was accepted. GNU Classpath will be presented in that conference. Congratulations! cheers, dalibor topic
Re: classpath on an ipaq
Hi TomThanks for the patch. I applied it, but it didn't change anything unfortunately, so I guess it's in the libraries.From what I can tell, it's in the GTK+ library. which gets called from gnu_java_awt_peer_gtk_GtkToolkit.c in the Java_gnu_java_awt_peer_gtk_GtkToolkit_gtkMain function. which basically calls gtk_main in the GTK+ library.I guess I'll try updating the GTK+ library.Thanks for your help,BenOn 14 Mar 2006, at 17:31, Thomas Fitzsimmons wrote:On Tue, 2006-03-14 at 13:17 +, Ben Pirt wrote: Hi,I have been trying to get classpath working on a hx4700 iPaq using the openembedded build system. I am using jamvm as my virtual machine, but every time I try to run any app which is not headless I get the following error:(.:32755): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?)java.lang.InternalError: Gdk: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) at gnu.java.awt.peer.gtk.gtkToolkit.gtkMain (Native Method) at gnu.java.awt.peer.gtk.gtkToolkit$1.run (GtkToolkit.java:129)I have tried several different versions of classpath (up to 0.20) and am running the latest jamvm. Gtk+ is at version 2.6.10-r2 Can you try applying the attached patch to your GNU Classpath tree?Then we'll know if this is happening in the peers or in the underlyinglibraries.TomIndex: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c===RCS file: /sources/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c,vretrieving revision 1.65diff -u -r1.65 gnu_java_awt_peer_gtk_GtkWindowPeer.c--- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c 15 Feb 2006 20:55:07 - 1.65+++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c 14 Mar 2006 17:25:31 -@@ -1479,6 +1479,7 @@ *bottom = 6; *right = 6; +#if 0 /* Request that the window manager set window's _NET_FRAME_EXTENTS property. */ request_frame_extents (window);@@ -1501,6 +1502,7 @@ *top = extents [2]; *bottom = extents [3]; }+#endif } static Atom extents_atom = 0;@@ -1706,6 +1708,7 @@ unsigned long *extents; union extents_union gu_ex; +#if 0 gu_ex.extents = extents; if (gdk_atom_intern ("_NET_FRAME_EXTENTS", FALSE) == event-atom gdk_property_get (event-window,@@ -1726,6 +1729,7 @@ (jint) extents[3], /* bottom */ (jint) extents[1]); /* right */ }+#endif return FALSE;
Re: classpath on an ipaq
On Wed, 2006-03-15 at 14:48 +, Ben Pirt wrote: Hi Tom Thanks for the patch. I applied it, but it didn't change anything unfortunately, so I guess it's in the libraries. From what I can tell, it's in the GTK+ library. which gets called from gnu_java_awt_peer_gtk_GtkToolkit.c in the Java_gnu_java_awt_peer_gtk_GtkToolkit_gtkMain function. which basically calls gtk_main in the GTK+ library. I guess I'll try updating the GTK+ library. This bug report may help you track the problem down: http://bugzilla.gnome.org/show_bug.cgi?id=161520 Let us know if you do get this working. Tom Thanks for your help, Ben On 14 Mar 2006, at 17:31, Thomas Fitzsimmons wrote: On Tue, 2006-03-14 at 13:17 +, Ben Pirt wrote: Hi, I have been trying to get classpath working on a hx4700 iPaq using the openembedded build system. I am using jamvm as my virtual machine, but every time I try to run any app which is not headless I get the following error: (.:32755): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) java.lang.InternalError: Gdk: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) at gnu.java.awt.peer.gtk.gtkToolkit.gtkMain (Native Method) at gnu.java.awt.peer.gtk.gtkToolkit$1.run (GtkToolkit.java:129) I have tried several different versions of classpath (up to 0.20) and am running the latest jamvm. Gtk+ is at version 2.6.10-r2 Can you try applying the attached patch to your GNU Classpath tree? Then we'll know if this is happening in the peers or in the underlying libraries. Tom Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c === RCS file: /sources/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c,v retrieving revision 1.65 diff -u -r1.65 gnu_java_awt_peer_gtk_GtkWindowPeer.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c 15 Feb 2006 20:55:07 - 1.65 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c 14 Mar 2006 17:25:31 - @@ -1479,6 +1479,7 @@ *bottom = 6; *right = 6; +#if 0 /* Request that the window manager set window's _NET_FRAME_EXTENTS property. */ request_frame_extents (window); @@ -1501,6 +1502,7 @@ *top = extents [2]; *bottom = extents [3]; } +#endif } static Atom extents_atom = 0; @@ -1706,6 +1708,7 @@ unsigned long *extents; union extents_union gu_ex; +#if 0 gu_ex.extents = extents; if (gdk_atom_intern (_NET_FRAME_EXTENTS, FALSE) == event-atom gdk_property_get (event-window, @@ -1726,6 +1729,7 @@ (jint) extents[3], /* bottom */ (jint) extents[1]); /* right */ } +#endif return FALSE;
Re: classpath on an ipaq
On Tue, Mar 14, 2006 at 01:17:20PM +, Ben Pirt wrote: Hi, I have been trying to get classpath working on a hx4700 iPaq using the openembedded build system. I am using jamvm as my virtual machine, but every time I try to run any app which is not headless I get the following error: (.:32755): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) java.lang.InternalError: Gdk: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) at gnu.java.awt.peer.gtk.gtkToolkit.gtkMain (Native Method) at gnu.java.awt.peer.gtk.gtkToolkit$1.run (GtkToolkit.java:129) I have tried several different versions of classpath (up to 0.20) and am running the latest jamvm. Gtk+ is at version 2.6.10-r2 Please try the latest stable release of GNU classpath, 0.90. It has a big amount of fixes in this area. When this still fails you should try to create a small testcase and file a bug at http://gcc.gnu.org/bugzilla/. Thanks for testing GNU classpath. Cheers, Michael -- http://www.worldforge.org/
Re: classpath on an ipaq
On Tue, 2006-03-14 at 13:17 +, Ben Pirt wrote: Hi, I have been trying to get classpath working on a hx4700 iPaq using the openembedded build system. I am using jamvm as my virtual machine, but every time I try to run any app which is not headless I get the following error: (.:32755): Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) java.lang.InternalError: Gdk: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) at gnu.java.awt.peer.gtk.gtkToolkit.gtkMain (Native Method) at gnu.java.awt.peer.gtk.gtkToolkit$1.run (GtkToolkit.java:129) I have tried several different versions of classpath (up to 0.20) and am running the latest jamvm. Gtk+ is at version 2.6.10-r2 Can you try applying the attached patch to your GNU Classpath tree? Then we'll know if this is happening in the peers or in the underlying libraries. Tom Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c === RCS file: /sources/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c,v retrieving revision 1.65 diff -u -r1.65 gnu_java_awt_peer_gtk_GtkWindowPeer.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c 15 Feb 2006 20:55:07 - 1.65 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c 14 Mar 2006 17:25:31 - @@ -1479,6 +1479,7 @@ *bottom = 6; *right = 6; +#if 0 /* Request that the window manager set window's _NET_FRAME_EXTENTS property. */ request_frame_extents (window); @@ -1501,6 +1502,7 @@ *top = extents [2]; *bottom = extents [3]; } +#endif } static Atom extents_atom = 0; @@ -1706,6 +1708,7 @@ unsigned long *extents; union extents_union gu_ex; +#if 0 gu_ex.extents = extents; if (gdk_atom_intern (_NET_FRAME_EXTENTS, FALSE) == event-atom gdk_property_get (event-window, @@ -1726,6 +1729,7 @@ (jint) extents[3], /* bottom */ (jint) extents[1]); /* right */ } +#endif return FALSE;
Re: Classpath on Cygwin: HOWTO
On Thu, Mar 02, 2006 at 04:11:10PM +0100, Enrico Migliore wrote: Hi Mark and Dalibor, I've finally finished this detailed document, that explains how to build Classpath 0.20 on Cygwin. The following steps were tested on Windows XP Home and Win2000 Professional. Enrico 1. Download the latest version of the Cygwin installer -- http://www.cygwin.com/setup.exe 2. Run the installer: setup.exe - Choose Install from Internet and follow the instructions until the installer prompts a Windows named: Cygwin Setup - Select Packages The installer has already selected the base packages to download, now you need to add some more packages. 3. Add the following packages to the download list --- Archive/zip Devel/gcc-g++ Devel/make Devel/automake 1.9 Devel/autoconfig 2.1 Devel/libtool 1.5 Devel/pkgconfig Devel/atk 1.5 (all files) Devel/pango (all files) Graphics/gtk2-x11 (all files) X11/gtk+(all files) X11/gtk-engines X11/xorg-x11(all files) Note that some packages may have been already selected by the installer. 4. Download jikes-1.22 http://prdownloads.sourceforge.net/jikes/jikes-1.22.tar.bz2?download 5. Unzip jikes-1.22.tar.bz2 with one of the following utilities winrar (Windows utility) tar (Cygwin utility: $tar -xjf jikes-1.22.tar.bz2) 6. Apply the following patch to the file .src/platform.cpp http://sourceforge.net/tracker/index.php?func=detailaid=1202863group_id=128803atid=712760 The patch is reported here: Index: src/platform.cpp == RCS file: /cvsroot/jikes/jikes/src/platform.cpp,v retrieving revision 1.47 diff -u -r1.47 platform.cpp --- src/platform.cpp 23 Mar 2004 14:03:56 - 1.47 +++ src/platform.cpp 16 May 2005 14:28:13 - @@ -201,15 +201,6 @@ int SystemStat(const char* name, struct stat* stat_struct) { int result = ::stat(name, stat_struct); -#ifdef HAVE_SYS_CYGWIN_H - // - // Up through cygwin 1.3.10, the hash function which determines inodes - // was not strong enough, so java/net and java/nio occasionally get the - // same inode without this hack. - // - if (result == 0) - stat_struct - st_ino += name[strlen(name) - 1]; -#endif // HAVE_SYS_CYGWIN_H return result; } 7. Build jikes-1.22 --- $ ./configure $ make $ make install $ make clean you can save yourself steps 4-7, since jikes 1.22 is now part of cygwin. cheers, dalibor topic 8. Download Classpath-0.20 - http://www.gnu.org/software/classpath/ 9. Unzip classpath-0.20.tar.gz with one of the following utilities --- winrar (Windows utility) tar (Cygwin utility) 10. Build Classpth-0.20 $ ./configure --with-jikes --enable-gtk-peer $ make $ make install $ make clean The install process will print quite a few Java and C warnings. Note also that, since jni is enabled by default, ---enable-jni is not needed. 11. The building process will install the Classpath library here - /usr/local/classpath/share/classpath/glibj.zip - The End The time required to do everything is about 30 minutes on a 1 GHz PC. If you are a developer, you might want to install the following packages, which, by the way, are not required to build Classpath: Devel/gdb (all files) Devel/ddd (all files) Devel/subversion(all files) gdb is the GNU command line debugger, ddd is the GUI front-end of gdb, and subversion is a utility to check-out and check-in the source code of a versioned project.
Re: Classpath on Cygwin: HOWTO
7. Build jikes-1.22 --- $ ./configure $ make $ make install $ make clean you can save yourself steps 4-7, since jikes 1.22 is now part of cygwin. cheers, dalibor topic Hi Dalibor, good to know, thanks! I'll try that and then update this HOWTO ciao, Enrico
Re: Classpath on Cygwin: HOWTO
Enrico == Enrico Migliore [EMAIL PROTECTED] writes: Enrico good to know, thanks! I'll try that and then update this HOWTO I'm curious as to whether the instructions for building Classpath with Eclipse work on a Windows machine with Cygwin... Tom
Re: Classpath on Cygwin: HOWTO
Enrico Migliore wrote: I've finally finished this detailed document, that explains how to build Classpath 0.20 on Cygwin. The following steps were tested on Windows XP Home and Win2000 Professional. Could we add this to the mediation Wiki? -- 犬 Chris Burdess They that can give up essential liberty to obtain a little safety deserve neither liberty nor safety. - Benjamin Franklin PGP.sig Description: This is a digitally signed message part
Re: Classpath on Cygwin: HOWTO
Chris Burdess wrote: Enrico Migliore wrote: I've finally finished this detailed document, that explains how to build Classpath 0.20 on Cygwin. The following steps were tested on Windows XP Home and Win2000 Professional. Could we add this to the mediation Wiki? Hi Chris, sure :-) Enrico
Re: Classpath on Cygwin: HOWTO
On Thu, Mar 02, 2006 at 04:40:47PM +0100, Enrico Migliore wrote: I've finally finished this detailed document, that explains how to build Classpath 0.20 on Cygwin. The following steps were tested on Windows XP Home and Win2000 Professional. Could we add this to the mediation Wiki? How about updating the existing one I wrote for 0.16? I've let it slide for a good long while as I don't use Cygwin for classpath anymore. http://developer.classpath.org/mediation/ClasspathOnCygwin Cheers, Steph -- Stephane Meslin-Weber Email: [EMAIL PROTECTED] Senior Software Engineer Web: http://odonata.tangency.co.uk signature.asc Description: Digital signature