Re: GCJ ------ file type not supported by system
On Thu, 2014-09-04 at 18:17 +0200, Guillermo Rodriguez wrote: > I think that updating the website P.S. That counts as a patch as well ;) Cheers, Mario
Re: GCJ ------ file type not supported by system
On Thu, 2014-09-04 at 18:17 +0200, Guillermo Rodriguez wrote: > Yes I can submit patches Just start doing that, everything else will follow like the water in a river in a rainy winter. We won't build dams. Cheers, Mario
Re: GCJ ------ file type not supported by system
On Mon, 2014-09-01 at 11:32 +0200, Guillermo Rodriguez Garcia wrote: > Hi Andrew, > > 2014-09-01 11:03 GMT+02:00 Andrew Haley : > > On 29/08/14 11:00, Guillermo Rodriguez Garcia wrote: > >> Yes I know that anyone can work on GNU Classpath. But as in any OSS > >> project, a new project maintainer taking over "ownership" (in the OSS > >> sense of the word) would need to have the approval and the support of > >> the current maintainers. > > > > That would not be a problem. But really, there's no need to own > > the project: all patches are welcome. > > Yes I am sure about this, but that is not my point. What I am saying > is that it would be very good for the project to be maintained by a > team who really wants to move things forward. > I understand what you mean, but the current maintainer has always integrated patches and done releases, I think the problem is not the lack of one maintainer willing to move forward, is lack of manpower to do it. As I said, anyone can step in, if patches start to flow (including bug fixes) I'm sure they'll be integrated correctly and quickly. If someone wants to take the project, the best thing to do is to start contributing patches. After all, how can the maintainer know if someone is seriously willing to take his role if there lack of a serious and recent contribution flow? Cheers, Mario
Re: Re: GCJ ------ file type not supported by system
On Fri, 2014-08-29 at 11:47 +0200, Guillermo Rodriguez Garcia wrote: > That is a pity. > > I think GNU Classpath is a very good choice for embedded systems with > limited flash/RAM (especially the latter). > > Perhaps it is time to look for adopters to take care of the project? > It would be really bad to let it just die. > > Guillermo Hi Guillermo, It's free software, anyone can step in :) Cheers, Mario
Re: Fwd: Re: GCJ ------ file type not supported by system
On Fri, 2014-08-29 at 09:07 +0100, Andrew Haley wrote: > java.lang.IllegalArgumentException: file type not supported by system >at javax.sound.sampled.AudioSystem.write(Unknown Source) >at com.all.smws.speech. .genSliceFeat(Unknown Source) >at com.all.smws.speech.SpeechFilter.getAnnotations(Unknown Source) >at com.all.sndsep.segmentation.Segmentor.getNewAnnotations(Unknown > Source) >at com.all.sndsep.segmentation.Segmentor.getNewAnnotations(Unknown > Source) >at com.all.sndsep.segmentation.Segmentor.getNewAnnotations(Unknown > Source) >at com.all.sndsep.segmentation.Segmentor.getAllAnnotations(Unknown > Source) >at com.all.smws.speech.SpeechFilter.getSmwsAnnotations(Unknown > Source) >at com.all.smws.speech.SMWS.getSpeech(Unknown Source) >at com.all.onins.oi.stream.OnlineInputStream.run(Unknown Source) >at java.lang.Thread.run(Unknown Source) Just throwing a possible hint to the problem. The Java Sound API works with system providers. By the look of if, the provider used under the hood is some SpeechFilter thing, which I don't think is part of either classpath or gcj. Try checking the default providers in META-INF/services/javax.sound.sampled.spi.AudioFileWriter Just my two cents, but I won't have time to look it further if this doesn't work... Cheers, Mario
Re: [GSoC 2013] projects information
On Fri, 2013-04-12 at 12:21 +0300, Claudiu Olteanu wrote: > My name is Claudiu Olteanu, I'm from Bucharest, Romania and I study at > the University 'Politehnica' of Bucharest, the Faculty of Automatic > Control and Computers Science. I'm a third year student and I would > like to participate to GSoC this summer. After I took a look at the > projects list I decided that it would be interesting and motivating to > work on one of these projects : > - Update the SQL interfaces > - Update the JMX implementation > - Add more ImageIO support > - Add more sound support > > > I will appreciate it if you give me more details about them and some > advice that can put me on track. > Hello Claudiu, Those areas are quite broad, so unless you have some more specific questions is really difficult to give you any feedback. What I can suggest is to get the latest Classpath from git and give it a try and see what areas that can be improved are most of your interest. I personally would like to see more sound and ImageIO support; for sound, for example, we have a GStreamer pipeline, this could be improved and also add MIDI support. Anyway, all those areas are pretty interesting. Cheers, Mario
FOSDEM Free Java Dev Room 2013
Hello all! This is a reminder that the call for paper for Fosdem 2013 Free Java Dev Room has been started: http://wiki.debian.org/Java/DevJam/2013/Fosdem/CallForParticipation Since this year marks the 10th year of Free Java, I hope to see a large participation from the GNU Classpath Community. Waiting forward to see your papers submitted! Cheers, Mario
Re: 0.99 Release
Il giorno 01/feb/2012, alle ore 17:33, Andrew Hughes ha scritto: > Hi all, > > I'd like to do a new GNU Classpath release just after FOSDEM (3rd-6th Feb.). > I was hoping to get it in before, but the locale fixing has taken longer than > expected. > There are a lot of unreleased fixes in there, including these latest locale > improvements. > > Are there any objections to a release on the 8th of February? Really! Cool! For a moment I though I was reading old mails! Cheers! Mario --- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF http://www.ladybug-studio.com IcedRobot: www.icedrobot.org 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: Future blog
Il giorno mer, 08/12/2010 alle 13.03 +, Andrew Haley ha scritto: > On 12/08/2010 12:57 PM, Mario Torre wrote: > > Il giorno mer, 08/12/2010 alle 13.45 +0200, Pekka Enberg ha scritto: > > > >> I completely agree. I have Ivan's patches locally and I'm planning to > >> go through them and resend them to the list unless he beats me to it. > >> > >>Pekka > >> > > > > If we were using mecurial we could use review board or webrew. > > We could, but these just introduce extra barriers: it's very easy > to just read a mail. Let's not get obsessed with tools: the issue > here is social, not technical. > > Andrew. Hi Andrew, I don't think they introduce any other overhead than preparing the patch itself. You just post the patch via mercurial directly rather than via first a mailing list (and mercurial takes care of sending the mail to the patches list), and it makes line by line review easier, so this is no obsession. If you think this is overkill, because the number of patches we have to review is pretty limited, then this is a different issue and then I may agree with you. On the other hand, the argument "it speeds up development if we don't have it" doesn't apply for the same reason: sadly, there's no development going on right now anyway... 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: Future blog
Il giorno mer, 08/12/2010 alle 13.45 +0200, Pekka Enberg ha scritto: > I completely agree. I have Ivan's patches locally and I'm planning to > go through them and resend them to the list unless he beats me to it. > >Pekka > If we were using mecurial we could use review board or webrew. I really like those tools because they give you context around the patch, and it's easier for the reviewer, with just a very small overhead to the developer. 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: Future blog
Il giorno mer, 08/12/2010 alle 09.26 +, Gary Benson ha scritto: > Dr Andrew John Hughes wrote: > > On 23:06 Tue 07 Dec, Mark Wielaard wrote: > > > As soon as I am back I would like us to at least start moving to > > > mercurial on savannah if people don't mind. > > > > Yes, I do mind. > > > > We already discussed this some time back: > > > > http://developer.classpath.org/pipermail/classpath/2008-June/002629.html > > > > and nothing happened. I don't particularly see any huge benefit > > to moving the repository to a different version control system. > > Seriously? There's no reason anybody needs to be using CVS these > days. > > Cheers, > Gary > Nah, no need for version control system at all, Real Hackers(TM) append a timestamp to the file names :) But seriously, let's go to hg soon I really like the idea. 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: Future blog
Il giorno mar, 07/12/2010 alle 23.06 +0100, Mark Wielaard ha scritto: > Hi all, > > For those who didn't see Pekka's blog on planet.classpath.org you can > find it here: > http://penberg.posterous.com/whats-the-future-of-gnu-classpath > > He makes some very good points. I agree with all of them. > Now the cool thing would be if I said "lets do them all right now!". > But instead I am going on vacation and be offline for about two weeks. > Sorry about that. But I didn't want to not respond at all. > > As soon as I am back I would like us to at least start moving to > mercurial on savannah if people don't mind. This is just because other > projects around free java (hi openjdk) are also using mercurial and it > seems convenient to use something similar, but other suggestions > appreciated. Hopefully we can do something similar for Mauve (it isn't > abandoned, more in the same state as GNU Classpath). And somehow > integrate/extend it with Malva and the jtreg testsuite from OpenJDK. > (They probably should stay separate projects, but at least the > autobuilder should run them. The autobuilder is in a really bad shape, > but there is a new host already that can pick up the load.) > > The discussion on the patches mailinglist does show a real problem > though. We have very little active hackers, and so aren't doing very > well helping new hackers like Pekka and Ivan to get their work > integrated. > > Opinions? Suggestions? Flames? > > Thanks, > > Mark > > Hi Mark, the post is definitely nice and I also completely agree on all points. Just quoting here what I wrote on the #classpath channel, I feel very guilty because despite I read all the GNU Classpath mails I never reply... My last two years had very little free time and most of it went to OpenJDK but I definitely agree with what Pekka wrote. Hopefully this new project (IcedRobot for the interested parties) will make us contribute more to GNU Classpath again as well. I don't know if GNU Classpath should still be a cleanroom implementation of the jdk class library though, as there are many areas that are just difficult to make it right like the last decimal format code (and btw, I spent I don't know how much time on this thing and it still doesn't work 100% right). Those could just benefit from a good out of the box implementation like the jdk; also, the OpenJDK code is free now and will always be like that, there's no way back and the effort of maintaining OpenJDK code ourselves if Oracle decides to screw up things are still less than writing the missing part of GNU Classpath to make it to the same level anyway. It's a tricky situation... Anyway, let's make the two things you proposed. And I would give my +1 to migrate to mercurial ASAP. This is sane! And then we'll make GNU Classpath shine again :) 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: Free Java @ FOSDEM 2011 DevRoom Proposal
Il giorno mer, 27/10/2010 alle 12.01 +0200, Mark Wielaard ha scritto: > The event itself will be free (as in beer). See http://fosdem.org/ And the beer? ;) Mario -- Mario Torre, Software Developer, http://www.jroller.com/neugens/ aicas 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 Mannheim Geschäftsführer: Dr. James J. Hunt 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://endsoftpatents.org/
Re: Fwd: can get mouse events with javac but not gcj ... what's wrong?
Il giorno lun, 07/06/2010 alle 20.34 +0100, Andrew Haley ha scritto: > Any suggestions from Classpath hackers? > > Andrew. Hi Andrew, It works for me: gcc version 4.4.4 20100503 (Red Hat 4.4.4-2) (GCC) 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: Simple Swing Tests with OpenJDK/Classpath/Classpath+Escher
Il giorno mer, 19/05/2010 alle 01.46 -0300, Marcos Roriz ha scritto: > Hello all, > Conclusion: > Escher did fine for the tests, only problems detected are not yet > implemented features, anti aliased font and that error with the png. I > think the overall speed was great (after the start). About the > Unicode, I think, it's a problem with GNU Classpath, because the same > error applied to jamvm and cacao. Hi Marcos, Mmm, those rendering errors are weird, they should not occur. I don't have time to look at them now, if you can track them down that would be a great addition to your project, but don't spend too much time on that. Perhaps you can try the Swing demo (is somewhere in the example directory), this was always rendered correctly. I don't think it's an Escher problem, I think it's in the peer code, maybe it's something to do with your installed fonts. Good work so far, keep up with this. Next week I think we should start looking at the generator code. 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: Errors at building classpath, info attached (Real One)
Il giorno mar, 11/05/2010 alle 14.44 +0100, Andrew John Hughes ha scritto: > > I'm not sure on that either. Andrew(s)? I think this is because of some > > incompatibilities introduced by recent Firefox, if I'm not wrong, the > > development of the plugin moved completely in the IcedTea project, if > > that's the case, you may skip it (it's not needed for Escher anyway). If > > you make it work, or you really have time for that and want to try it, > > go for it, hacking is always fun, but keep in mind that is more > > important to get the whole thing up and running first than having each > > subsystem working properly (you need to fix GNU Classpath/Escher > > integration now). > > > > i've mentioned before that we should probably just remove it, given > development has shifted to IcedTea. We should at least not have it > enabled by default. Yeah, has been difficult to track this stuff because all the interest moved away, this is actually a good point for Marcos' project, he's making us talking about GNU Classpath again. Anyway, I also think we should remove it and put on the docs why we did. 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: Patch to compile Escher with Classpath.
Il giorno dom, 02/05/2010 alle 02.57 -0300, Marcos Roriz ha scritto: > I finished up a patch that compiles the current Escher (Hg) with the > current GNU Classpath (CVS). The major problems in the compilation was > the difference between method name and the number/types of parameters > in classpath and escher. After some fixing everything is fine. Now > I'll generate some simple application tests (Hello World GUI, as Mario > Torre said =D). > > Regards, > > Marcos Roriz Hi Marcos, Thanks for the patch! I see there are a number of white space changes that make difficult to read the patch. Those white space changes are also affecting the formatting, so it's not OK, because they break the GNU coding guidelines. Please, try to export the patch ignoring white spaces changes and resubmit. Other than that, it looks good though, so now post a screen shot of your first Escher based HelloWorld somewhere!! :) 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: Errors at building classpath, info attached (Real One)
Il giorno gio, 29/04/2010 alle 22.06 -0300, Marcos Roriz ha scritto: > Sorry for the last post, I hit enter unintentionally. > Guys, I tried building yersteday classpath cvs and after some problems > I got it to work :) Parabens Marcos, é muito bom! This means you got the first HelloWorld running? :) > First I'll tell what I had to do to get eclipse to get out of the red > state in errors. I copied these two files (which the wiki refers) > to .java: > * classpath/gnu/classpath/Configuration.java.in > * classpath/gnu/java/security/Configuration.java.in > Because the build uses the .in to configure, don' t move them (yes I > did that :'[). Also add the jaxme jar (usually on /usr/share/java) to > the build path (I thought that I needed antlr, am I missing something > here?) and we go down to two errors I think, which are basically > incompatibility with my version of jaxme. Oh, bad eclipse... I don't use it since ages, so I can't really help much here, but I remember this specific error. It should go away once you do a full build from command line, because those files are generated during the configure process (just refresh the project). > About the build problems: > Here's the first problem, it complains about the following errors > (Error 1) which can be fixed with Giuseppe Scrivano patch. I wonder > why the thread isn't showing on classpath-patch mailing list. Mmm, we should probably get this patch in so. I'm not sure why we didn't yet (well, perhaps nobody noticed it... :) Pun: If you succeed in making us commit this patch, you basically already pass the first task (revive GNU Classpath :P > The second error is about building the web plugin. It seems that on > ubuntu the mozilla headers are separated on two folders stable and > unstable. The build only get the stable directory. So here we can > upgrade to a newer version (which only have one directory) or compile > our own xulrunner. I did an upgrade to a newer version (got lucid > version), the error went away. I'm not sure on that either. Andrew(s)? I think this is because of some incompatibilities introduced by recent Firefox, if I'm not wrong, the development of the plugin moved completely in the IcedTea project, if that's the case, you may skip it (it's not needed for Escher anyway). If you make it work, or you really have time for that and want to try it, go for it, hacking is always fun, but keep in mind that is more important to get the whole thing up and running first than having each subsystem working properly (you need to fix GNU Classpath/Escher integration now). > I wonder if I can add this info on the wiki. What you guys think? Sure, this would be great, please do it. I don't think we need to wait your paperwork for the wiki, Mark? (please, also keep a copy of your contributed diff for anything you do, even website/wiki changes). 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
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: GSOC Escher project
Il giorno mar, 06/04/2010 alle 22.49 -0300, Marcos Roriz ha scritto: > Hello everyone, > > I'm a undergrad student from Brazil which loves FOSS and the Java > Platform! I've already developed for a bunch of different VMs (Sun, > phoneME, Squawk) and in my research I'm messing around with > ClassLoaders, JNI on phoneME and Squawk. When I saw the Escher project > I loved, it's really cool. I allways wanted to mess with X and Java!!! > So guys, I'm thinking on making a proposal for GSoC on this topic! Any > suggestions? > > Thanks in Advance, > Marcos Roriz Hi Marcos, Wow, this is cool news! Escher needs a lot of love, so I'm sure you will find something that you would like to do :) Please, let me know, you can find me on IRC, on the #classpath or #openjdk channels. There's no much time to propose a project, so we need to rush quite a bit on that. I'm CC'ing Micah Cowan, our organisation administrator, so that he knows about your proposal. You need to submit this as part of the GNU project proposals. Also, please note that slots may be limited too, so I cannot guarantee that your proposal will be accepted, but it's definitely worth a try! Cheers, Mario -- pgp key: http://subkeys.pgp.net/ 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: [Fwd: compiling errors with latest gcc 4.4 and AWT/Swing]
Il giorno mar, 14/04/2009 alle 17.36 +0100, David Michel ha scritto: > Hi All, > > I was recently trying to run a java project, developed for and run > with Sun's java, with the gcc compiler instead. When I first installed > the gcj available from the Ubuntu repository, I ran into compilation > erros and then realised that the version shipped on the repos was > relatively old (4.2.4) so I decided to upgrade it to the latest one, > hoping that these compilation issues will get resolved. > > With great help from this forum, I got the newest GCC running on my > machine with the following commands: Not sure because I don't have the code at hand right now, but it's possible that this was fixed in classpath but not merged in yet? I think that adding a null check there would be enough, but I have to give a look at the code to be sure, perhaps some special behaviour is required instead. I'll try to give a look at it asap. Cheers, Mario
Re: Tools License Review
Il giorno ven, 06/03/2009 alle 16.33 +, Andrew John Hughes ha scritto: > tools/com/sun/tools/javadoc/Main.java > tools/gnu/classpath/tools/doclets/debugdoclet/DebugDoclet.java > tools/gnu/classpath/tools/taglets/TagletContext.java > > Shall we migrate all these to GPLv2 + Classpath exception? I agree, especially if the purpose is to be able to integrate this stuff with OpenJDK or to be consistent with Classpath, so, unless (of course) there are other reasons to not move, I would change the license. Cheers, 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://endsoftpatents.org/
Re: 0.98 Release Imminent
Il giorno mar, 03/02/2009 alle 22.28 +, Andrew John Hughes ha scritto: > I plan to release 0.98 on Thursday before FOSDEM, now that the > security issue has been patched: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38417 > > If there are any major bugs that mean a release should not go ahead, > please let me know ASAP. The tree has already undergone regression > testing so no new changes should be committed between now and the > release. Given the low traffic of the tree at the moment, I don't > plan to take a release branch, so please consider the main tree frozen > until after the release. > > Thanks, Dear Andrew! Thank you for that! Let's make Classpath rock again! :) Cheers, Mario
Re: Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009
Il giorno lun, 01/12/2008 alle 14.28 +, [EMAIL PROTECTED] ha scritto: > Cant wait!!! Hi "sales" :) Yeah, me to! Cheers Mario
Re: trouble w/ synchronized close method in PushbackInputStream
Il giorno ven, 31/10/2008 alle 12.40 -0600, Robert Dodier ha scritto: > Hi, > At this point I guess I am inclined to plead for trying to reduce > the use of synchronization in PushbackInputStream. > Apparently it is possible to create an implementation of it which > avoids deadlock; Sun's version seems to be evidence of that. Hi! I don't think this is a safe way of resolving bugs, maybe in this case it is (but I have to look at the code), but avoid the deadlock just by removing a synchronized block means that the two threads now have a chance to get in the way of each other's data. We should instead avoid the deadlock in the first place. Maybe the problem is caused by some threads doing unrelated things, so in this case having an object to use as semaphore, instead of "this", may be of help. Can you provide an example causing the deadlock? Cheers, Mario
Re: [Fwd: Problem with AWT/Swing code]
Il giorno gio, 16/10/2008 alle 19.08 +0200, Mario Torre ha scritto: > But we clearly do the wrong thing there. The > SwingUtilities.invokeLater() should queue the runnable, what I see here > is that we keep executing them as soon as they arrive. I reply to myself :) We don't do the wrong thing, as Roman said Sun simply rearrange the events, we don't, and I don't see a reason for doing it on our code (it's just an implementation detail). I suggest you to use a Timer for doing the same thing. Cheers, 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: [Fwd: Problem with AWT/Swing code]
Il giorno gio, 16/10/2008 alle 17.09 +0200, ffileppo ha scritto: > Hi Mario, > thanks for your interest. > > I tried commenting SwingUtilities.invokeLater(r) call in Runnable but now the > application is behaving in a different/wrong way (i.e. it is always showing > the same "deltaTime" for every lines -- the original code compiled with > openjdk shows different "deltaTime" for every line). > > Do you know any workaround for this problem? > > Thank you, > > Francesco Ciao Francesco! I would arrange the code in a completely different way, but you can try to use an updater thread (for example you can use a Timer thread to update the time). But we clearly do the wrong thing there. The SwingUtilities.invokeLater() should queue the runnable, what I see here is that we keep executing them as soon as they arrive. I'll give it a look and let you know. Cheers, Mario
Re: [Fwd: Problem with AWT/Swing code]
Il giorno gio, 16/10/2008 alle 10.15 +0100, Andrew Haley ha scritto: > Forwarding to GNU Classpath; this isn't gcj-specific. > > Andrew. I don't think the code is correct. The two calls to SwingUtilities.invokeLater(r); are suspicious to me. If you remove one of them (try the one in the runnable), it works again. I see an egg and chicken problem here: we call recursively the Threads. Maybe Sun code detects this, while we don't, and maybe we should do the same here, I have to check. Cheers, Mario
Re: Problem in displaying swing components on ARM, using GNU Classpath and Cacao
Il giorno mar, 07/10/2008 alle 17.39 +0200, Christian Thalinger ha scritto: > On Mon, 2008-10-06 at 11:33 +0530, Pavan Kumar Maddali wrote: > >Thanks for the reply. In both cases swing widget on swing(JFrame) > > or swing on awt - swing widjets like (labels, textfields, buttons,..) > > are not visible, but window is visible. > > I build the gnuclasspath using default options, so the awt-peer is > > Gtk. > > The program is working fine under x86 Linux machine with the same > > version of GNU Classpath. > > With the same version of CACAO? > > - Christian I am about to update both escher and the escher peer in Classpath, it only needs an XServer to run, maybe you can try to use it wand see if it works? Cheers, Mario
Re: Problem in displaying swing components on ARM, using GNU Classpath and Cacao
Il giorno ven, 03/10/2008 alle 17.32 +0530, Pavan Kumar Maddali ha scritto: > To make the swing components visible, Does I have to keep any specific > libraries on path or I have to set any environment variables or > provide runtime parameters ? > > Thanks in Adavance. Hi! Are you trying to display a swing widget on top of an awt one? What swing peer are you running? Does your program works correctly with the same version of GNU Classpath on a x86 Linux machine? Cheers, Mario
Re: Server downtime
Il giorno sab, 09/08/2008 alle 19.24 -0700, Jim Pick ha scritto: > The server is back now. If you see anything strange, send me an email. > > Cheers, > > - Jim Hi Jim, thanks! The only strange thing that I see is that we don't have a new release yet! :) Cheers, Mario
Re: Jikes RVM 3.0.0 released
Il giorno gio, 07/08/2008 alle 22.43 +0100, Ian Rogers ha scritto: > We're very happy to announce the release of Jikes RVM version 3.0.0. > > The road towards 3.0 began just about two years ago and a large number of > people, both on the core team and from our user community at large, have > contributed to making it a success. Thank You! Cool! Congratulations! -- 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/ -- 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: Issues while using ImageWriter in ubuntu 64bit
Il giorno mar, 15/07/2008 alle 21.08 -0700, ndesk1900 ha scritto: > Hello all, > > Now the issue is i am not too sure how i should apply this patch? it seems > someone has checked in a whole lot of files to fix this? Do i need to > recompile the kernel or something? Can anyone help me with this fix, does > anyone have a simpler fix? Hey! I don't think classpath is so broken that requires a kernel upgrade to run :) I think this patch is already in. I know we have some issues with ImageIO, but I'm currently tracking a completely different area so I can't help you right now, maybe others can? Anyway, it would help if you could post a stack trace and a test case, or double check that the issue is exactly the same as the bug report. I'll try to give it a look the next week, but I can't promise it right now. Ciao, 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: Other class libraries
Il giorno mar, 24/06/2008 alle 22.18 +0100, Andrew John Hughes ha scritto: Hi Andrew! > both the Classpath and OpenJDK codebases of late, as have Mark, Mario, > Christian and probably others I don't, when I change code in OpenJDK I do this blindly :) On the other hand, you have my word (legally speaking, I guess it's the only thing I can do that is valid, but ianal you know...), that I don't copy code back and forth, or take inspiration for fixing nasty bugs, the codebases are anyway completely different, except for some one liners, which, as twisti said, are not a problem anyway. > I think it's an issue we need to look into, and we need to do so > before it's too late. In reality, I don't think Sun is going to come > chasing GNU Classpath contributors, if just because the majority are > also now OpenJDK contributors (which is half the problem) and it would > eradicate all the good work they've done with the Free Java community > over the past couple of years. > > Unfortunately, such suppositions aren't worth much in legal terms (and > let's get the obvious IANAL disclaimer in here before I say any more). > As we discussed a little on IRC earlier today, it's actually quite a > ridiculous situation that GNU Classpath and OpenJDK are just about > under the same license, but because of that 'or later' clause, they > are incompatible. FWIW I would not deny my ok in changing the "or later" in "/dev/null" if that can help. > an ideal world, both would be under GPLv3 and we'd share code between > the two as intended. On the other side, I've not seen as much code as > I'd expect (like the AWT peers) move into OpenJDK either, but I think > this is less legal and more process related. Some work is done in that respect, see our peer project. We are mixing stuff, we screw, we fix, we can do that in our respective codebases, and anytime we are ready we release the code as the GPL requires, so this is only a legal problem with the Free Software Foundation hosted repository, that we want to fix of course, but I don't feel like a terrible blocker. 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: CACAO 0.99 released.
Il giorno sab, 14/06/2008 alle 16.54 +0200, Christian Thalinger ha scritto: > CACAO 0.99 "Just one step left..." released. Hey, auguri!! :) 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: Savannah has Mercurial!
Il giorno ven, 06/06/2008 alle 15.05 +0100, Ian Rogers ha scritto: > Andrew John Hughes wrote: > > I just noticed this announcement when submitting the news announcement > > for 0.97.2. > > > > What do people think to the idea of switching? Maybe post 0.98? > > > > > Hi, > > just to give a different perspective. For Jikes RVM there's been no > choice to use Mercurial as SourceForge don't provide it, Hi Ian! We use hg with escher, and it's hosted on sf. You may give a look at this: http://www.selenic.com/mercurial/wiki/index.cgi/MercurialOnSourceforge It's not publicized, but allowed by the sf team as far as I know. > So in summary, having a central repository that's an > SVN repository can be a good thing as it supports the maximum number of > version control tools. We have a list of different tools for working > with our repository (hg, git, svn, svk, darcs, svm, rsync) and how to > set them up with Jikes RVM here: > > http://jikesrvm.org/Using+Distributed+And+Local+Version+Control+Tools > > I may be talking rubbish as I'm not a version control guru. Regards, I'm not sure I understand, but I don't think it's a good idea for development to mix up. Just my 2 cents :) Mario
Re: Savannah has Mercurial!
Il giorno ven, 06/06/2008 alle 11.23 +0200, Roman Kennke ha scritto: > Cheers, Roman I tend to second Roman, and I give a +1 to the switch as soon as possible! HG needs some time to get used to, so I expect we will have some troubles, but I think it's worth in the long time. 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
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: DatagramSocketImpl
On Wed, 2008-03-26 at 14:15 +, João Aguiam wrote: > I haven't explain myself correctly. This method is in > DatagramSoctekImpl class. This class is abstract and java.net doesn't > provide a concretization. How can I solve this? > > thanks > joao If it's abstract, you have to provide your own implementation. I don't know if it's possible to get a TTL for a socket in pure java (I think you need OS support for that, but I may be wrong). You can give a look at PlainDatagramSocketImpl (and it's delegated implementation) to have an idea on how to implement this method. Cheers, 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: Regressions from 0.96.1
Il giorno mer, 20/02/2008 alle 13.02 +0100, Mark Wielaard ha scritto: > Hi Andrew, > > +FAIL: java.util.prefs.PreferenceTest > > Only these 3 do relly worry me a bit. Uff.. I can't reproduce this on my machine. What version of GConf are you using? It maybe a synchronization issue, but I doubt about that. Andrew, if I send you a patch, you can test it on builder if we have the same issue before I commit it? Thanks, 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: brandweg hacking session on friday
Il giorno mar, 19/02/2008 alle 13.59 +0100, Mark Wielaard ha scritto: > BXL Remember that I owe Mark a beer :) I'll be available for the hacking session, you girls and guys have just to tell me where and when :) Also, if it's a place with a wifi it's better, otherwise, I'll steal from Roman ;) 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/
Re: Get ready for Fosdem - Free Java Meeting
Il giorno ven, 08/02/2008 alle 21.20 +0100, Mark Wielaard ha scritto: > You only have to pay the beer yourself *) But hey, this is also share alike what do you want more? :P 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: Remove the generated headers from include dir?
Il giorno ven, 08/02/2008 alle 18.33 +0100, Dalibor Topic ha scritto: > Does that sound like a useful build system change? > > cheers, > dalibor topic Is something I also wanted to do, if no one object, I would go. Cheers, 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: Quality control and FOSS rant
Il giorno gio, 10/01/2008 alle 20.03 +0100, Mark Wielaard ha scritto: > No worries. We know trolls and how to deal with them. > We do have a flow chart that people have to follow when contributing to > GNU Classpath. It is all very formal really: > http://gnu.wildebeest.org/~mark/patch.png Oh, dear... Why no one ever told me about that :P 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/
Re: Happy New Year
Il giorno mar, 01/01/2008 alle 22.23 +, Andrew John Hughes ha scritto: > Happy New Year from me as well! And from me too! > I agree; hopefully 2008 will see OpenJDK become a true FOSS project > and not just a Sun development process with an audience. But I think they are doing well, after all, and things will surely improve :) 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: [cp-patches] FYI: more CopyOnWriteArrayList fixlets
Il giorno lun, 26/11/2007 alle 09.29 +, Ian Rogers ha scritto: > Looking at the current status, TimeUnitTest looks to be failing as the > version of JSR166 in the external directory is old enough not to be > declaring TimeUnit.MILLISECONDS: > > http://www.cs.man.ac.uk/~irogers/jsr166/production/jsr166-tck/TimeUnitTest.default-output.txt > > I wonder if some of the other failures could be down to an old JSR 166. > What's the protocol to update the code in the external directory? I think so. CopyOnWriteArrayList was also written by Doug Lea, I have no reason to believe he has not released it under public domain like the rest of the code (I admit I have not checked, though), so I think that we simply ship an old version. Being it in the external I would just download the new one (if any) and go with it. Also, if that means to remove CopyOnWriteArrayList also, well, go for it :) Mark? hints? Thanks, 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: installation problem of classpath0.96.1
Il giorno dom, 25/11/2007 alle 13.09 -0800, Li, Guangqiang ha scritto: > Hi, Hi! > It seems configure cannot find the java files in the vm/reference > directory. Can I add some parameter to the configure to make it able > to locate the files? I have tried to add vm/reference to the PATH, it > does not work. Can you figure out what the problem is? Thank you. What are the options passed to configure? You should first install classpath, then compile jamvm passing it the location where classpath is installed. For example, this is what I pass to jamvm configure, assuming $PATH_TO_CLASSPATH_INSTALL points to the root installation directory: ./configure --prefix=$PATH_TO_CLASSPATH_INSTALL --with-classpath-install-dir=$PATH_TO_CLASSPATH_INSTALL --disable-zip Hope that helps, 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: New GNU Classpath developer Ian Rogers
Il giorno dom, 04/11/2007 alle 22.55 +0100, Mark Wielaard ha scritto: > Hi all, > > I am happy to announce that Ian is now one of our active hackers with > commit access. Ian has been pushing useful patches for a long time now > and is one of the JikesRVM hackers. Welcome to the family Ian! :) 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/
Re: [Jamvm-general] JamVM 1.5.0 "The First In Line" released
Il giorno mar, 30/10/2007 alle 11.54 +, Andrew John Hughes ha scritto: > Congratulatons, Rob. Great to see another release :) Yeah! I do most of my Classpath work with jamvm, so very welcomed release! Cheers! 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: [patch] classpath-0.96.1 merge
Il giorno dom, 21/10/2007 alle 23.47 +0200, Matthias Klose ha scritto: > FAIL: java.util.prefs.PreferenceTest About that, I would suggest to enable the gconf preference backend in gcj, to have some more mainstream tests (I've used it up to now and I think it's pretty stable to be enabled by default in gcj too). Thanks, 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
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 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/
Updated CVS Stats
Hello! I've seen that David has not updated the cvs stats for quite a while, and being such a curious guy, I've managed to build up new stats by myself. I guess some other are happy to watch stats so I've uploaded the whole thing here: http://www.limasoftware.net/neugens/downloads/classpath/stats/developers.html Of course, it is not intended to replace David's stats, and there is no guarantee that I will update them, but if David feels he is not interested anymore in keeping Classpath's stats, I will be happy to setup a better link for you and try to maintain it. 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/
Test, please ignore!
Sorry sorry sorry, it is really needed :)
Re: J2SE compliant RE for Arm Linux
Il giorno mer, 27/06/2007 alle 10.16 +0200, Søren Boll Overgaard ha
scritto:
> Anyway, let me just run the error I am seeing by you, and if it's
> genuine (and not due to a screw up on my part) I will file an
> appropriate bug:
>
> Running a simple program like this:
>
> import java.util.concurrent.LinkedBlockingQueue;
>
> public class LinkedBlockingQueueTest {
> public static void main(String[] args) {
> LinkedBlockingQueue q = new
> LinkedBlockingQueue();
> try {
> q.take();
> } catch (InterruptedException e) {
> e.printStackTrace();
> }
> }
> }
Hi Søren,
Works for me on an i386 (dual core) with jamvm: The program waits
forever doing nothing :). I don't have cacao ATM to test it.
Could you give a look at jamvm, maybe this is a bug triggered with
cacao?
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: gcjwebplugin usefullness? 64 bit plugin?
Forgot to add: thanks for filing the bug report. Even is this isn't useful or if we can't help, it is important for us to have bug filed. Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: gcjwebplugin usefullness? 64 bit plugin?
Il giorno gio, 10/05/2007 alle 15.05 -0300, Dâniel Fraga ha scritto: > In this bug report I discovered that if I remove the > optimization, everything works, so we could conclude that it's a gcc > problem. In this case the problem is worst than ever... well, I'll try > to talk to gcc developers. Maybe it is not a gcc fault, I've seen other examples of wrong code that was causing bugs only under certain optimizations. Indeed it is worth a try. > Thank you very much (sorry because I forgot this bug report, > my memory is failing). The problem is that we can't help very much, and I know this is a shame... But as Francis said, debugging an applet is already hard, debugging a closed source applet is even harder, debugging a closed source applet over an encrypted tunnel is something left as an exercise to code heroes :) Btw, have you tried searching the net for some solutions to your problem? I'm pretty sure I've seen plenty (more or less all about different ways to run firefox in 32 bit mode). This is ugly, but better ugly than not working at all, no? Ciao, Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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
OpenJDK on Fedora
Hello! I know this is not a list on OpenJDK :) I had some troubles in building the classes on Fedora Core 6 because it lacks openmotif, and fixed with this simple patch (that let us used lesstif), I've blogged about it so maybe some of you already knows, but I think it could be useful to share it on the list. I don't know yet if the patch works (but it seems fine), maybe the OpenJDK really needs openmotif, but at least I am able to compile and run the examples without strange results. Ciao, Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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/ --- j2se/make/common/shared/Sanity.gmk-orig 2007-05-06 11:03:47.0 +0200 +++ j2se/make/common/shared/Sanity.gmk 2007-05-09 17:36:23.0 +0200 @@ -838,10 +838,10 @@ fi endif endif - @if [ ! -r $(MOTIF_INCLUDE)/Xm/AccColorT.h ]; then \ + @if [ ! -r $(MOTIF_INCLUDE)/Xm/AtomMgr.h ]; then \ $(ECHO) "ERROR: You do not have access to valid Motif 2.1 header files. \n" \ " Please check your access to (for example) \n" \ - " $(MOTIF_INCLUDE)/Xm/AccColorT.h \n" \ + " $(MOTIF_INCLUDE)/Xm/AtomMgr.h \n" \ " and/or check your value of ALT_MOTIF_DIR. \n" \ "" >> $(ERROR_FILE) ; \ fi
Re: GNU/Classpath & OpenJDK
Il giorno mer, 09/05/2007 alle 19.24 +0200, [EMAIL PROTECTED] ha scritto: > Hi all, > > Reading planet.classpath.org I see most people are already aware that most > openjdk source code got released under the GPL at JavaOne. Other good news > is that Dalibor got on the initial governance board to help shape the > community. Good Mark! I wish you were on #classpath to celebrate together with a nice bottle of italian wine :) > contributor agreement so he and/or the FSF/FSLC could go over them and > help with anything that might make combinations of GNU Classpath & OpenJDK > easier. Yeah, I think we need a common rule to contribute to both projects and share code without worries. Some of us already have patches waiting :) > Cheers, > > Mark Ciao! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: gcjwebplugin usefullness? 64 bit plugin?
Il giorno dom, 06/05/2007 alle 14.41 -0300, Dâniel Fraga ha scritto: [edited] > What I don't understand is: now the Java is GPL'ed, why it's so > hard so we can have a 64 bit plugin with Sun JRE? How classpath is > using the source code from Sun? Hello! We don't use code from or share code with Sun JDK (or any other Java implementation, fwiw) because it is not GPL'ed yet. We will, when Sun will open the JDK, but this is taking time. For your problem there are a couple of solutions, for example, use firefox in 32 bit mode (I know it is ugly, you could install a local copy of firefox for example). You should search the net for details. > I tried very hard to use gcjwebplugin, but it will fail loading > the applet I'm interested (from my bank site). What fails? Can you file a bug report, provide stack traces of the errors? Something that could help us to understand the problems and try possible solutions. There is no guarantee that we will success, maybe these applets use code that is somewhat specific to Sun Java, or that Classpath is so broken that we will never be able to fix it, but just saying that it does not work, usually does not make it working [1] :) Seriously, if you could file a detailed bug report this would be of great help. An hint, have you tried to load the applet with gappletviewer? > Ok. The applet from classpath homepage works perfecly, but if I > change to another site, Firefox crashes (segfault). This can be a problem with Firefox (yeah, ok, I'm just trying to defend Classpath, you can skip the last line)... > Thank you! > You're welcome! Mario [1] It seems that this only happen to me, sometimes programs that refuse to work for some unknown reason work again after a cup of coffe... or viceversa... -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: GNU Classpath 0.95 "Take Five" released
Il giorno lun, 23/04/2007 alle 14.16 +0200, Mark Wielaard ha scritto: > We are proud to announce the release of GNU Classpath 0.95 "Take Five" Welcome! Cheers everybody! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: 0.95 branch created
Il giorno mer, 18/04/2007 alle 23.27 +0100, Paul Jenner ha scritto: > Hi list. > > On Sat, 2007-04-07 at 00:51 +0200, Mark Wielaard wrote: > > Mauve regressions that should be fixed/investigated: > > > Comparing mauve results for 0.95-rc against 0.93, I also see: > > +FAIL: java.util.prefs.PreferenceTest This one passes for me, and I think we have changed nothing on this code from 0.92. What configuration you have? Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: 0.95 branch created
Il giorno mer, 11/04/2007 alle 00.50 +0200, Christian Thalinger ha scritto: > http://autoconf-archive.cryp.to/ax_func_which_gethostbyname_r.html > > I think we should use that one. Cool! Ok so, I'll leave it for you then ;) > - twisti Night! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: 0.95 branch created
Il giorno mer, 11/04/2007 alle 00.43 +0200, Mario Torre ha scritto:
> I don't know if it help, but could you try the attached patch?
Ehm... this patch, I mean [1]...
> notte! :)
Right... needed...!
Mario
[1] I got this from the Solaris 10 manpage, so I don't know if it apply
to IRIX too: "The gethostent() and gethostent_r() functions each return
a pointer to a struct hostent if they successfully enumerate an entry;
otherwise they return NULL, indicating the end of the enumeration...
When the pointer returned by the reentrant functions gethostbyname_r(),
gethostbyaddr_r(), and gethostent_r() is not NULL, it is always equal to
the result pointer that was supplied by the caller." See why I like to
work on Classpath?
--
Lima Software - http://www.limasoftware.net/
GNU Classpath Developer - http://www.classpath.org/
Jabber: [EMAIL PROTECTED] - Profile:
http://www.gtalkprofile.com/profile/9661.html
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/
### Eclipse Workspace Patch 1.0
#P classpath
Index: native/jni/native-lib/cpnet.c
===
RCS file: /cvsroot/classpath/classpath/native/jni/native-lib/cpnet.c,v
retrieving revision 1.6
diff -u -r1.6 cpnet.c
--- native/jni/native-lib/cpnet.c 20 Jan 2007 03:24:19 - 1.6
+++ native/jni/native-lib/cpnet.c 10 Apr 2007 22:54:38 -
@@ -636,7 +636,14 @@
{
buf = (char *)JCL_malloc(env, buflen);
#ifdef HAVE_GETHOSTBYNAME_R
+
+# if defined(__sgi)
+ if (gethostbyname_r(hostname, &hret, buf, buflen, &result, &herr) == NULL)
+ret = -1;
+# else
ret = gethostbyname_r (hostname, &hret, buf, buflen, &result, &herr);
+# endif /* defined(__sgi) */
+
#else
hret.h_addr_list = NULL;
hret.h_addrtype = 0;
Re: 0.95 branch created
Il giorno mar, 10/04/2007 alle 23.47 +0200, Christian Thalinger ha
scritto:
> >From IRIX's manpage:
>
> struct hostent *gethostbyname_r(const char *name, struct hostent *hent, char
> *buffer, int bufsize, int *h_errnop);
>
> How should we handle that?
>
> - twisti
Ciao twisti!
I don't know if it help, but could you try the attached patch?
notte! :)
Mario
--
Lima Software - http://www.limasoftware.net/
GNU Classpath Developer - http://www.classpath.org/
Jabber: [EMAIL PROTECTED] - Profile:
http://www.gtalkprofile.com/profile/9661.html
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/
### Eclipse Workspace Patch 1.0
#P classpath
Index: native/jni/native-lib/cpnet.c
===
RCS file: /cvsroot/classpath/classpath/native/jni/native-lib/cpnet.c,v
retrieving revision 1.6
diff -u -r1.6 cpnet.c
--- native/jni/native-lib/cpnet.c 20 Jan 2007 03:24:19 - 1.6
+++ native/jni/native-lib/cpnet.c 10 Apr 2007 22:37:00 -
@@ -636,7 +636,15 @@
{
buf = (char *)JCL_malloc(env, buflen);
#ifdef HAVE_GETHOSTBYNAME_R
+
+# if defined(__sgi)
+ gethostbyname_r (hostname, &hret, buf, buflen, &result, &herr);
+ if (hret == NULL)
+ret = -1;
+# else
ret = gethostbyname_r (hostname, &hret, buf, buflen, &result, &herr);
+# endif /* defined(__sgi) */
+
#else
hret.h_addr_list = NULL;
hret.h_addrtype = 0;
RE: 0.95 branch created
Il giorno sab, 07/04/2007 alle 12.39 +0200, Mark Wielaard ha scritto: > Should these also not be there? The rule being if it is a service in the > core classes we default to in in code not through service files? > > Then what about the prefs and sound ones? I think that the preference is safe to be there (but I'm not so lazy, if we really want to change it...), as for the sound providers, my idea is to use the same sequence I used in the Desktop API (this may not be always applicable): 1. Check for a system property 2. If no system property is defined, check in the user (or system?) preferences 3. If nothing is found, revert to a default. This can be hardcoded, or we can use the service file, or do whatever we like :). > Cheers, > > Mark Ciao! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: VM Error of initializing
Il giorno ven, 30/03/2007 alle 17.21 +0200, magda chelly ha scritto: > Hello everybody !! > > I'm working on a project about the developing of an > application with C and JAVA on the scratchbox v0.98, a > special environnement for Maemo plateforme. 1. Cool, what projects is it? > had problems to launch the installed virtual machine. > I installed the jikes, jamvm and classpath, I put all > the path at the same location, but it doesn't work > either!!! What kind of errors are you experiencing? > So, please if someone had any idea or suggestion, I > will be gratefull. I think you already know about these pages, but they may give some hints on how to go: http://www.mancke-software.de/jalimo/ http://www.microemu.org/maemo/ http://maemo.org/maemowiki/JavaLanguage > Thanks, > Best regards, > Magda Chelly, Ciao! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: Regressions from gcj 4.2 to 4.3 involving XML
Il giorno ven, 09/03/2007 alle 13.30 -0700, Tom Tromey ha scritto: > >>>>> "Mario" == Mario Torre <[EMAIL PROTECTED]> writes: > ated service files. > > That said, I think we should probably not use this approach to > configure Classpath itself, at least not for areas where the user > might need to be able to override the default. In those situations, > maybe compiling in a default system property would be better. Yeah, I agree about that. FWIW, the preferences look at a system property first, that go to look the default in the service and then revert to the hardcoded class. For classes that can be configured at runtime, like the desktop api, I have just created two options, a system property (for each action/method) and a preference (same as the system property). The system property has precedence always, so a user can ovverride the default from the command line. The preference has precedence only over the default (that in that case depends on the detected desktop, for other things can be hardcoded). This has the nice side effect that packagers/users can override the settings at runtime. This approach can be a security risk in some cases, so we should pay attention for any given case. The problem I see here, though, is an "organisation" problem (I like the english sound, with the 's'. The american one is similar to the italian :) : keep track of all the preferences (and then on the system properties) instead to have them just forgotten in the .java files. About that, I'm working on a tool that let, at least for now, to configure the preferences described in a config file (xml). This file can be generated by the build system or just be there for use. For now just the preferences are supported (and only for the Desktop API, because it uses the Preferences API), so that could need some code changes. Runtime behaviour by mean of system properties is my goal, though. If this is a reasonable approach, I would suggest to follow that when writing new classes. All the options should be documented in some README.options or README.configurations file too (I've started this too, but I'm running out of time!). What do you think? > Tom Ciao! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: Regressions from gcj 4.2 to 4.3 involving XML
Il giorno ven, 09/03/2007 alle 12.06 -0700, Tom Tromey ha scritto: > I think we ought to delete these service files from Classpath. Yeah, but please, not every service file, unless really needed. I have the java.util.prefs.PreferencesFactory there. The setting is set at configure time (usually the GConf backend), but in case of errors the fallback backend is always the FileBasedPreference one (that is, not what we want usually, but a safe fallback indeed). Ciao, Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: 10 years CACAO
Il giorno lun, 19/02/2007 alle 12.23 +0100, Christian Thalinger ha scritto: > Happy birthday to us! And lets see what the next 10 years will bring... > > Your CACAO Team > Happy birthday! And congratulations! Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Jabber: [EMAIL PROTECTED] - Profile: http://www.gtalkprofile.com/profile/9661.html 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: Minimizing glibj.zip size
Il giorno ven, 15/12/2006 alle 11.23 -0700, Tom Tromey ha scritto: > > "Trevor" == Trevor Harmon <[EMAIL PROTECTED]> writes: > That sounds reasonable enough. There's also tools for trimming class > files & jars for embedded deployment, though I don't know whether any > are free software. > > Tom You can try an obfuscator, like http://proguard.sourceforge.net/ I'm not sure if you will get the job with these. These are used to reduce the size of classes in J2ME development (ok, they are use to obfuscate the code so that it cannot be decompiled easily, but also reduce the size removing unreferenced code etc..). Hey, what kind of reduction you need? Every now and then I get new interest in J2ME with Classpath. I never go too far, as I never decide if I want an emulator or I want to strip down classes to use in some undefined (nokia 770) mobile devices... In the latter case, I think Michael Koch was doing some work on this field. Anyway, let me know what are you doing, I'm really interested, maybe I can help a bit... -- 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: GNU Classpath Trivia
Il giorno ven, 15/12/2006 alle 12.39 +0100, Mark Wielaard ha scritto: Muy guesses: > > 0.16 "Harmony!" This was the first release when the Harmony project was started. We hoped in a universe of collaboration and friendship. These were the old '60 with the Flower Power movement, and Jimi Hendrix was performing in Woodstock his wonderful cry... > > 0.19 "95% and counting" :) First release 95% of api coverage for 1.4 > > 0.90 "A La Mort Subite" This is easy. La Mort Subite is the pub where you lucky hackers met during the last FOSDEM. I hope to be there this year too. > > 0.91 "All for One, One for All" I Miss it... (this was just before I started helping a bit):( Just one guess (from NEWS): The VM interfaces of the main branch and the generics branch are now consistent with one another. > > 0.92 "Bling! Bling!" From an old xchat log: ago 10 13:16:46 aph neugens: yon not familiar with the word "bling" ? ago 10 13:16:57 neugens aph: no ago 10 13:17:05 aph neugens: it means flashy jewlery, showing off ago 10 13:17:14 aph lots of shiny gold ago 10 13:17:24 neugens ah, I understand ago 10 13:17:38 neugens aph: thanks ago 10 13:17:49 neugens aph: I guess it is an appropriate name ago 10 13:18:05 aph it's mjw's, er, sense of humour Btw, this was my *first* release!! > > 0.93 "Dreamland" Java is free... > I got reminded that although 0.17 didn't officially have a 'wacky word > version name', it was called slightly different from the rest: > > 0.17 GNU Classpatchy I Miss it (2) :( > This concludes the official GNU Classpath trivia contest roundup. > Figuring out the "Why" behind each and every wacky word name is left as > an exercise to the reader. > > Cheers, > > Mark Mark, I hope to have some free time next week to prepare a couple of surprises before Christmas :) 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: GNU Classpath 0.93 "Dreamland" released
Il giorno gio, 14/12/2006 alle 13.47 -0200, Dâniel Fraga ha scritto: > On Thu, 14 Dec 2006 15:45:19 +0100 > Mark Wielaard <[EMAIL PROTECTED]> wrote: > > > We are proud to announce the release of GNU Classpath 0.93 "Dreamland" [...] > Any hints? You have to dream with more intensity! :) > Thanks. But can i use gcjx? I use Linux from scratch, so I have > to install separately. Which is better? ecj or gcjx? Thank you. Mr. Tromey should give you an answer here, but I think you should go with ecj now that gcjx has been declared a dead project... 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: FYI: Proposal for RuleBasedCollator and 1.3 completeness
Il giorno mer, 06/12/2006 alle 13.50 +0100, Mark Wielaard ha scritto: > Hi Mario, Hi Mark! Thank you for the quick reply! > But in the old code the decomposing is done, although not really in the > classpath case, only in the case of libgcj. Could you explain the > difference between classpath/libgcj here and how this actually helps us? > Can't we use the libgcj version? Yes, in the case of classpath it is not done at all. In case of gcj it is broken though. I'm not sure about how much broken it is. It maybe just a matter of wrong data (gcj use the UCD 3.0, jdk 1.5 uses the UCD 4.0.0). This is not that different, just few addictions, so I guess this is only part of the problem. The method used by gcj is not complete, this is sure. The javadoc says that the following rules are defined: * NO_DECOMPOSITION jdk: accented characters will not be decomposed for collation. gcj: no decomposition is performed at all. * CANONICAL_DECOMPOSITION jdk: characters that are canonical variants according to Unicode standard will be decomposed for collation. Used for accented character. gcj: read from canonical_decomposition array the values and use this array to calculate decomposition. * FULL_DECOMPOSITION jdk: Unicode canonical variants and Unicode compatibility variants will be decomposed for collation. gcj: does the same as before, using a different array. The last method should be the "Compatibility decomposition" named in the Unicode Standard, if I'm not wrong. What is clear to me is that we are doing the wrong thing here, as this class and these methods are more complex than what we have (and I fear another DecimalFormat...). > It doesn't really add or remove functionality it seems. How is the user > better of with this version than they were with the old one? Actually yes, it is just to say that we have 1.3 complete... it is of no use at all as is. > If it helps you structure the code in a way that makes improving it better > please do > go for it. This is the reason. It makes sense to have all this functionality in one place, as it is related to just this class. Unless, of course, reading better the code and understanding it I find that even Collator and RuleBasedCollator are wrong (I have no reason to think that now, but I also know that this area is a bit in darkness, the javadoc does not help, and there are no effective tests in mauve). > But if the functionality doesn't really change I am not sure True, and the drawback is to fool users into thinking that we have implemented this functionality. I think I'll do as in DecimalFormat, I will keep a local branch until all the functionality are in place and then submit them for review. The Unicode standard is well documented, I "only" have to find how it is implemented in the jdk. > Mark 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: [cp-patches] FYI: Proposal for RuleBasedCollator and 1.3 completeness
Ops, sorry, actually the subject is a RFC... 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
FYI: Proposal for RuleBasedCollator and 1.3 completeness
Hi!
This patch moves the logic to build a CollationElementIterator from
RuleBasedCollator and Collator into the class CollationElementIterator
itself.
*This is not a fix*. Infact, actually the new Constructor just read a
string out of the iterator, without any processing.
This way we can declare the 1.3 completeness and I can start fixing the
CollationElementIterator in just one place.
I would like to have this in for 0.93, but I understand that this is not
a fix...
What do you think?
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/
### Eclipse Workspace Patch 1.0
#P classpath
Index: java/text/CollationElementIterator.java
===
RCS file: /cvsroot/classpath/classpath/java/text/CollationElementIterator.java,v
retrieving revision 1.24
diff -u -r1.24 CollationElementIterator.java
--- java/text/CollationElementIterator.java 23 Jul 2005 20:25:15 - 1.24
+++ java/text/CollationElementIterator.java 6 Dec 2006 12:16:37 -
@@ -101,7 +101,8 @@
* to iterate over the specified String using the rules in the
* specified RuleBasedCollator.
*
- * @param collator The RuleBasedCollation used for calculating collation values
+ * @param collator The RuleBasedCollation used for calculating
+ * collation values
* @param text The String to iterate over.
*/
CollationElementIterator(RuleBasedCollator collator, String text)
@@ -111,6 +112,33 @@
setText (text);
}
+ /**
+ * This method initializes a new instance of CollationElementIterator
+ * to iterate over the specified CharacterIterator using the
+ * rules in the specified RuleBasedCollator.
+ *
+ * @param collator The RuleBasedCollation used for calculating
+ * collation values
+ * @param text The String to iterate over.
+ */
+ CollationElementIterator(RuleBasedCollator collator,
+ CharacterIterator source)
+ {
+this.collator = collator;
+
+// FIXME: does the same as CollationElementIterator(RuleBasedCollator,
+// String text) for now
+
+StringBuffer text = new StringBuffer("");
+
+for (char c = source.first();
+ c != CharacterIterator.DONE;
+ c = source.next())
+ text.append(c);
+
+setText (text.toString());
+ }
+
RuleBasedCollator.CollationElement nextBlock()
{
if (index >= text_decomposition.length)
Index: java/text/Collator.java
===
RCS file: /cvsroot/classpath/classpath/java/text/Collator.java,v
retrieving revision 1.17
diff -u -r1.17 Collator.java
--- java/text/Collator.java 24 Mar 2006 17:04:23 - 1.17
+++ java/text/Collator.java 6 Dec 2006 12:16:38 -
@@ -375,14 +375,6 @@
this.strength = strength;
}
- // Decompose a single character and append results to the buffer.
- // FIXME: for libgcj this is a native method which handles
- // decomposition. For Classpath, for now, it does nothing.
- final void decomposeCharacter (char c, StringBuffer buf)
- {
-buf.append (c);
- }
-
/**
* This is the current collation decomposition setting.
*/
Index: java/text/RuleBasedCollator.java
===
RCS file: /cvsroot/classpath/classpath/java/text/RuleBasedCollator.java,v
retrieving revision 1.32
diff -u -r1.32 RuleBasedCollator.java
--- java/text/RuleBasedCollator.java 22 Mar 2006 19:15:25 - 1.32
+++ java/text/RuleBasedCollator.java 6 Dec 2006 12:16:40 -
@@ -38,8 +38,6 @@
package java.text;
-import gnu.classpath.NotImplementedException;
-
import java.util.ArrayList;
import java.util.HashMap;
@@ -894,7 +892,8 @@
else
v = (short) c;
return new CollationElement("" + c, (short) 0,
-(short) 0, (short) (last_tertiary_value + v), (short) 0, null, false);
+(short) 0, (short) (last_tertiary_value + v),
+(short) 0, null, false);
}
/**
@@ -922,18 +921,10 @@
*
* @return A CollationElementIterator for the specified String.
*/
- public CollationElementIterator getCollationElementIterator(CharacterIterator source)
-throws NotImplementedException // Because decomposeCharacter does not work
+ public
+ CollationElementIterator getCollationElementIterator(CharacterIterator source)
{
-StringBuffer expand = new StringBuffer("");
-
-// Right now we assume that we will read from the beginning of the string.
-for (char c = source.first();
- c != CharacterIterator.DONE;
- c = source.next())
- decomposeCharacter(c, expand);
-
-return getCollationElementIterator(expand.toString());
+return new CollationElementIterator(this, source);
}
/**
FYI: few DecimalFormat fixes
Il giorno dom, 26/11/2006 alle 21.06 +0100, Mark Wielaard ha scritto:
> - java.sql.Timestamp.TimestampTest
> - java.text.MessageFormat.format
> - java.text.MessageFormat.parse
> - java.text.NumberFormat.UK
> - locales.LocaleTest
>
> These all seem to be caused by the last Decimal/NumberFormat patch. We
> get a couple of new passes back for it, but it would be good to
> investigate these failures.
>
> - javax.swing.JSpinner.DefaultEditor.propertyChange
> - javax.swing.JSpinner.DefaultEditor.stateChanged
>
> Similar. Both have checks fail like:
> FAIL: line 49: (PropertyChangeEvent) [3] -- got 88.0 but expected 88
> FAIL: line 46: (ChangeEvent) [3] -- got 99.0 but expected 99
I've fixed some of them. There are a couple of them difficult to find,
though.
In one case the specs defines two mutually exclusives scenarios :)
They say (Format) that "pos" should not be null, or an NPE would be
generated, but then, in MessageFormat, let pass this example in one of
the methods:
format(argument, new StringBuffer(), null);
^^
:)
I've fixed this, though we now check in DecimalFormat for null, which is
not really correct.
I'll search for the other failures tomorrow.
Mario
2006-11-27 neugens <[EMAIL PROTECTED]>
* java/text/DecimalFormat.java (formatInternal): Add an explicit test
for FieldPosition to be null.
Check if the factional part is just 0 and can be omitted from the
result.
(scanNegativePattern): Fixed index out of bound exception when
searching
for international currency symbol in negative pattern.
--
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/
### Eclipse Workspace Patch 1.0
#P classpath
Index: java/text/DecimalFormat.java
===
RCS file: /cvsroot/classpath/classpath/java/text/DecimalFormat.java,v
retrieving revision 1.27
diff -u -r1.27 DecimalFormat.java
--- java/text/DecimalFormat.java 25 Nov 2006 18:20:54 - 1.27
+++ java/text/DecimalFormat.java 27 Nov 2006 02:42:20 -
@@ -1650,7 +1650,7 @@
currencySymbol = CURRENCY_SYMBOL;
// if \u00A4 is doubled, we use the international currency symbol
-if (i < len && pattern.charAt(i + 1) == '\u00A4')
+if ((i + 1) < len && pattern.charAt(i + 1) == '\u00A4')
{
currencySymbol = symbols.getInternationalCurrencySymbol();
i = i + 2;
@@ -1728,6 +1728,15 @@
private void formatInternal(BigDecimal number, boolean isLong,
StringBuffer dest, FieldPosition fieldPos)
{
+// The specs says that fieldPos should not be null, and that we
+// should throw a NPE, but it seems that in few classes that
+// reference this one, fieldPos is set to null.
+// This is even defined in the javadoc, see for example MessageFormat.
+// I think the best here is to check for fieldPos and build one if it is
+// null. If it cause harms or regressions, just remove this line and
+// fix the classes in the point of call, insted.
+if (fieldPos == null) fieldPos = new FieldPosition(0);
+
int _multiplier = this.multiplier;
// used to track attribute starting position for each attribute
@@ -1853,7 +1862,7 @@
// the sum of the minimum integer and maximum fraction
// digits, and does not take into account the maximun integer
// digits to display.
-// This methods takes care of the integer portion of the mantissa.
+
if (attributeStart < 0)
attributeStart = Math.max(dest.length() - 1, 0);
appendDigit(intPart, dest, this.groupingUsed);
@@ -1916,10 +1925,33 @@
}
fractPart = adjustTrailingZeros(fractPart, digits);
-appendDigit(fractPart, dest, false);
-endIndexFract = dest.length();
-addAttribute(Field.FRACTION, attributeStart, endIndexFract);
+// FIXME: this code must be improved
+// now check if the factional part is just 0, in this case
+// we need to remove the '.' unless requested
+boolean allZeros = true;
+char fracts[] = fractPart.toCharArray();
+for (int i = 0; i < fracts.length; i++)
+ {
+if (fracts[i] != '0')
+ allZeros = false;
+ }
+
+if (!allZeros || minimumFractionDigits > 0)
+ {
+appendDigit(fractPart, dest, false);
+endIndexFract = dest.length();
+addAttribute(Field.FRACTION, attributeStart, endIndexFract);
+ }
+else if (!this.decimalSeparatorAlwaysShown)
+ {
+dest.deleteCharAt(dest.length() - 1);
+ }
+else
+ {
+endIndexFract = dest.
Re: New java.text implementation
Il giorno ven, 17/11/2006 alle 12.41 -0800, Per Bothner ha scritto: Hi Per, Hi Guilhem, > Guilhem Lavaux wrote: > > As a remainder I have made in 2004 a comparison between ICU and > > java.text. I cannot find why I have at the time rejected a ICU binding > > (except it is a huge machinery for so little classes and that > > RuleBasedCollator must have a severe layer to adapt the rules to ICU's > > format). Just back, so I still have to look at the jdk-ICU differences in details, but it seems clear that at least they can be imported and we can base our implementation to these classes. I'm currently reading the 1.6 javadoc to find other clues. It would be great to have all our implementation based on the ICU4J classes, but if this is too work and pain to do with little gain, we can still consider to have only some classes based on this API. I was looking at this to get a fix for the decompose method in Collator, which is absent in Classpath and broken in gcj, as well as complete my DecimalFormat implementation, which has still few issues, but seems to me better then our old code. I can actually just "stole" the bits I need there :) - with given credit where it is due - > Also, before you import large chunks of code that have not been > assigned to the FSF, you should get approval from Stallman. Yes, sure. What I have to do about this? Mark? Thanks, 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
New java.text implementation
Hi! We have discussed on IRC about making ICU4J [1] our default implementation of the java.text package. The ICU4J api contains few classes that are almost a one-to-one replacement of the java.text API, as well as some classes that are needed for correct operation. The library is copyright by IBM and is licensed under the X license, so I guess there will be no problem using it for Classpath, I would like to have other opinions here. I had the opportunity to read about this library and if I have understood well everything, even Sun JDK uses it for the main implementation of java.text, this will close the gap in functionality for this package, and makes us a little ahead if we want to integrate the two environment at some point (how I like to write this! Still I can't believe it happened!!) Not everything is easy as it seems, though; for example, the Collator stuff does not support full decomposition, and this will have to be implemented. I don't know the internals yet, so I cannot be sure of all the implications, but I guess that we could add some of our old implementation to the class to integrate it. With Mark, I've discussed about some possible ways to integrate this stuff. The one that seems to be most useful is to add the library as is into the /external directory of Classpath then write wrapper classes in the java.text package. This way we don't have to change code inside ICU4J, and we can also take our old implementation at hand. I'm open to suggestions, here. In the meantime, I'm working on the DecimalFormat class, as this is the one that takes less work (and I know it well, as I've spent the last two months on this :). Thanks, Mario [1] http://icu.sourceforge.net/ -- 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: gkeytool error
Il giorno ven, 20/10/2006 alle 11.35 +0200, Haoyang Lin ha scritto: > Hi > > I did the same as you said. but the errors are still the same as before Hi! Works for me :) compiled with ./configure --disable-plugin --with-jikes --with-vm=/home/neugens/work_space/Eclipse/classpath/install/bin/jamvm Interesting... I know it is a stupid question, this is the only program that fails? I mean, have you tried to run $ jamvm --version it works? and the output of $ which jamvm Like Raif said, it would be nice to have the last lines of gkeytool. Ciao, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: gkeytool error
Il giorno gio, 19/10/2006 alle 18.04 +0200, linh ha scritto: > Hi Tom, > > I am sure that I have build the classpath-0.92 and "make install". > > I did: > ./configure --disable-plugin --with-jikes --with-vm=/usr/local/bin/jamvm > make > make install > everything seems well. > > Have you any suggestions? > > thank you in advance. > Haoyang After the compilation, try this trick: go to the top level classpath directory and fire ./tools/gkeytool Es.: cd /home/neugens/work_space/Eclipse/classpath ./tools/gkeytool This way we know if is a problem in the compilation step or in the installation step. Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: HTMLWriter
Il giorno sab, 14/10/2006 alle 21.16 +0900, [EMAIL PROTECTED] ha scritto: > Hi Sven, Roman, and All, > I am currently working on the HTMLWriter. Does anybody have an idea what > is meant by an Embedded Tag for the writeEmbeddedTags() method? I am > guessing it is the hidden input used in HTML forms, but the > closeOutUnwantedEmbeddedTags() method does not really make sense here. > > David > Fu. Hi! Not sure, as I don't know this java api, but it could be about the "embed" and "object" tags. I think, but again I may be wrong, that it makes sense to close these tags. I guess that if you are writing xhtml the tags get always closed, even if they don't have body. If you need some clues about these tags, here I've found a few examples that deal with applet, embed and object: http://java.sun.com/j2se/1.4.2/docs/guide/plugin/developer_guide/using_tags.html Hope that helps, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: A question @Mark Wilaard (and other developer)
Il giorno mar, 05/09/2006 alle 18.46 +, theUser BL ha scritto: > I think three different OpenSource implementations would be the worst case > scenario, if Sun makes its Java OpenSource. > Ans I also think, that Suns sees so like I. And I think they want to make it > OpenSource, to have _not_ three different implementations. Hi! My own opinions follow. The different implementation would not be that bad, as they help to remove fictitious barriers. There are examples in which we have to follow bugs in the RI otherwise we would have not the same behaviour (it's a bug or a feature, then?). We would eventually focus on other things, as well. Gcj does native compilation of java code. Cacao would be a good candidate to fit into the small devices market (think about Nokia or Motorola, we would finally have Java on the 770, for example). This is not that bad, after all. Why we are not done that already? Because with Sun Java (we talk about an implementation, here) being Open Source, the whole game would now be "official". Why Sun want to Open Source Java with a GPL compatible (at least, a community compatible) license? Just look at .Net and Mono. With m$ windoze that is a complete application server (!) for .Net. What is the point to have Java, then? It would became "just another technology" in few years... We could give it a better integration in our environments, which is where real and serious development is done (i.e. server market, distributed applications, grid computing, it wasn't the net the computer?). We could integrate it and make it a standard... > And in which part is the GNU Classpath implementation better then Suns > implementation? (from the technical point of view, not from the license > side) ? From a technical point of view? Roman replied to that already, just take a look at our Gnome/Cairo integration, or give a try to my preferences backend, just to say what we are doing in the desktop area. I would not call this "better then Sun", but sure is what it was needed and never come. > You can not compare the GNOME/KDE situation or the > Linux/*BSD/HURD/OpenSolaris situation with the Java situation. It is > completely different. > To want a GNOME/KDE merger is like wanting a Java/.NET merger. We have this. In the desktop area it is called freedesktop. This is what allows me to use kopete, k3b and amarok under gnome. This allow me to use services like dbus. In the Linux/*BSD/HURD/OpenSolaris is a set of specifications, like Posix (just to make a name out of the heap, I'm a old school boy). In the .Net/Java world there is project Tango (the "official" project) or IKVM (more or less, run Java on top of .Net). > So lets look at the Browser-situation: [...] Just to make it short, this is what a standard is made for. All the problems with the web are when you don't follow the standards, i.e. when you don't run you site under tidy. > Until today GNU Classpath makes sence, because it is an OpenSource > Java-implementation and Suns Java isn't OpenSource. Remember that we are talking about _one_ implementation. > So in parts GNU Classpath is not only a implementation of what the JCP > defines, its a rewrite of that, what Suns have done. To be compatible. So where is the fear about having different implementations? IBM java and BEA java are also based on Sun Java code, to be compatible. In what we would be different? > But until Sun makes its Java implementation OpenSource, then the situation > is different. > The advantage of GNU Classpath over Suns Java is the license. After Suns > Java is OpenSource, this advantage no longer exists. The advantage of [Free JVM] + Classpath over Sun Java is that Classpath is designed from the ground up to be part of a free os, but can be ported easily to virtual everything. > An additional problem would be that, what already with the browsers exists. > Developer would try its programs not only on Suns implementation, they also > must try it with GNU Classpath and Apache Harmony --- write once, test > thrice. Ok, so why care about writing programs in java that need to be run on OSX, Linux and Windows? With different laf? Why care of writing in java at all, if the 90% pc of the planet use Windows that has already .Net and VB? Are you trying to say that you never write a program in java and test it on different platform _and_ java implementations (I usually test it at _least_ under java 1.4.2 and 1.5, and even, sure, Classpath, unless I need special features like generics, of course)? Said that, I think that the very first thing we will do will be port, to Sun Java, freetype and the gtk peer, to free it even more. Do you think this is a bad thing? > It isn't enough, that the JCP exists and defindes how Java have to look > like. For the web existing also the W3C and the browser-engines are all > different. > > Until a special point all three Java-implementations will be equal. But > especially if new things would be implemented
Re: Bootstrapping GNU Classpath on Fedora Core 5
Il giorno ven, 01/09/2006 alle 19.58 +0300, Alexander Shopov ha scritto: > Hi guys, > Is there a small tutorial on how to bootstrap GNU classpath on Fedora > Core 5? > I am trying to build it and use it, but I fail time and again. > > I did: > 1. wget ftp://ftp.gnu.org/pub/gnu/classpath/classpath-0.92.tar.gz > 2. tar xvfz classpath-0.92.tar.gz > 3. cd classpath-0.92 > 4. ./configure --prefix=/home/ash/GNUCP --with-jikes --disable-gtk-peer > 5. make > I got an error (it is given down) > Hi! As a really super fast look, it seems that you need to disable gcjplugin. Try adding this flag also: --disable-plugin Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: Accessibility crash
Il giorno mer, 16/08/2006 alle 22.21 +0200, Mark Wielaard ha scritto: > Hi Mario, > > On Wed, 2006-08-16 at 19:26 +0200, Mario Torre wrote: > > No, but I have incorrectly reported it as crash, infact it hangs, so I > > guess is a deadlock somewhere. > > > > Someone has other ideas about the cause? > > Some runtimes (cacao, jamvm) will print a stacktrace of all running > threads when they receive a SIGQUIT (normally ctrl-\ in your terminal). > That is, if they haven't been locked up completely. > > Cheers, > > mark Hi Mark! This is the output: Full thread dump CACAO 0.96+svn: "main" prio=5 tid=0xb7f876c0 "GTK main thread" prio=6 tid=0x00e4aba0 at gnu.java.awt.peer.gtk.GtkToolkit.gtkMain()V(Native Method) at gnu.java.awt.peer.gtk.GtkMainThread.run()V(GtkMainThread.java:60) at java.lang.VMThread.run()V(VMThread.java:120) "swing.Timer" daemon prio=5 tid=0x0088cba0 at java.lang.VMObject.wait(Ljava/lang/Object;JI)V(Native Method) at java.lang.Object.wait()V(Object.java:434) at java.util.Timer $TaskQueue.serve()Ljava/util/TimerTask;(Timer.java:235) at java.util.Timer$Scheduler.run()V(Timer.java:380) at java.lang.Thread.run()V(Thread.java:740) at java.lang.VMThread.run()V(VMThread.java:120) "AWT-EventQueue-2" prio=6 tid=0x00f9eba0 at java.lang.VMRuntime.exit(I)V(Native Method) at java.lang.Runtime.halt(I)V(Runtime.java:399) at java.lang.Runtime.exit(I)V(Runtime.java:174) at java.lang.System.exit(I)V(System.java:506) at javax.swing.JFrame.processWindowEvent(Ljava/awt/event/WindowEvent;)V(JFrame.java:362) at java.awt.Window.processEvent(Ljava/awt/AWTEvent;)V(Window.java:629) at java.awt.Window.dispatchEventImpl(Ljava/awt/AWTEvent;)V(Window.java:596) at java.awt.Component.dispatchEvent(Ljava/awt/AWTEvent;)V(Component.java:2769) at java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V(EventQueue.java:474) at java.awt.EventDispatchThread.run()V(EventDispatchThread.java:85) at java.lang.VMThread.run()V(VMThread.java:120) "Recompiler" daemon prio=5 tid=0x00121ba0 "Finalizer" daemon prio=5 tid=0x00876ba0 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: Accessibility crash
Il giorno mer, 16/08/2006 alle 13.40 -0400, Thomas Fitzsimmons ha scritto: > > Someone has other ideas about the cause? > > Try defining the DEBUG_LOCKING macro to 1 in native/jni/gtk-peer/gtkpeer.h. > > Tom These are the last lines: gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] unlocking: gnu_java_awt_peer_gtk_GtkComponentPeer.c, 198 gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] unlocked: gnu_java_awt_peer_gtk_GtkComponentPeer.c, 198 gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] locking: gnu_java_awt_peer_gtk_GtkComponentPeer.c, 193 gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] locked: gnu_java_awt_peer_gtk_GtkComponentPeer.c, 193 gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] unlocking: gnu_java_awt_peer_gtk_GtkComponentPeer.c, 198 gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] unlocked: gnu_java_awt_peer_gtk_GtkComponentPeer.c, 198 gtkgenericpeer, thread: Thread[AWT-EventQueue-2,6,main] Counting locking/unlocking (eg: grep unlocking output | wc -l) unlocking: 567 unlocked: 567 locked: 1135 locking: 1135 All I did was: ./fakejdk/java gnu.classpath.examples.swing.Demo> output Then close (no other interaction, even passing on widgets). Don't know how useful these info are, I saved the output if you need it. 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: Accessibility crash
Il giorno mer, 16/08/2006 alle 19.04 +0200, Sven de Marothy ha scritto: > You didn't happen to see any "Xlib: unexpected async reply" messages > or similar? It's a popular message when your threading causes xlib > to crash. > > /Sven Ciao, Sven! No, but I have incorrectly reported it as crash, infact it hangs, so I guess is a deadlock somewhere. Someone has other ideas about the cause? I can't be more precise, as this simply happens no messages other than "Gtk accessibility turned on" (or something like this). Anyway, the demo hangs on close (close button on metacity), and every time I try to open a dialog box (for example Theme Editor). While playing around I found some issues as well on the demos (not related), more information on these later :) 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
Accessibility crash
Do we have known issues with classpath and accessibility on linux? My classpath (latest from HEAD) keeps crashing everytime I open a new dialog (for example the gnu.classpath.examples.swing.Demo). Even closing the window crashes the application... well, it is not a real crash, it freezes and I need to kill it. I don't know if it is a problem in gtk or classpath, though, as even dogtail (python) refuses to run... so maybe that the last updates broke something (gnome was in the update). My system is fedora core 5 with latest updates (except the kernel). 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
DecimalFormat
As someone of you already knows, I'm hacking on DecimalFormat. Time is what it is but these days I have a little more, and the implementation is almost finished, though I introduced few regressions that I'm fixing... This class is very hostile! Anyway, I assigned myself the open bugs in DecimalFormat (actually two): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23996 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28462 If someone has a good understanding of this class and likes to help me, I have an issue with the exponent formatting. More over, I still need to understand how the parsing relates to the format string... These are the only things that still need work: the exponent and the parser, all test pass so far, even some extra test that still need to be included in mauve. On a side note, the new implementation uses BigDecimal for formatting from the start, so that the rounding compatible with that of the RI. Thanks, 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: ANN: GNU Classpath 0.92 "Bling! Bling!" released
Il giorno gio, 10/08/2006 alle 01.11 +0200, Mark Wielaard ha scritto: > We are proud to announce the release of GNU Classpath 0.92 Bling! Bling! YEAH!!! Congratulazioni e auguri!!! > Andreas Tobler, Andrew John Hughes, Anthony Balkissoon, Anthony Green, > Archie Cobbs, Audrius Meskauskas, Carsten Neumann, Casey Marshall, > Chris Burdess, Christian Thalinger, C. Scott Marshall, Dalibor Topic, > David Gilbert, Francis Kung, Gary Benson, Henrik Gulbrandsen, Ingo > Proetel, Ito Kazumitsu, Jeroen Frijters, Jim Huang, Kazuya Ujihara, > Keith Seitz, Kyle Galloway, Lillian Angel, Mario Torre, Mark Wielaard, > Martin Platter, Matthew Burgess, Matthew Wringe, Matt Wringe, Michael > Barker, Miriam Schuster, Olivier Jolly, Paul Jenner, Raif S. Naffah, > Robert Schuster, Roman Kennke, Sven de Marothy, Tania Bento, Thomas > Fitzsimmons, Thomas Minor, Tom Tromey and Vivek Lakshmanan > > We would also like to thank the numerous bug reporters and testers! > Very Great work :) Hey, my name here! :) This is my first GNU Classpath release, I mean the very first one that I followed directly... Congratulations to everyone and especially to Mark! 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/
Re: SIGSEGV caused by libgconf-2.so.4
Il giorno ven, 04/08/2006 alle 22.48 +1000, Raif S. Naffah ha scritto: > ciao Mario, > --enable-default-preferences-peer=peer type or class name > specify one of: "gconf" [default] for a GConf based > backend, "file" for a file based one, "memory" for a > transient one, or a fully qualified class name > implementing java.util.prefs.PreferencesFactory > > > cheers; > rsn Seems fine to me. Can you please send this patch to classpath-patches with RFC for review? (I know I am pedantic, but I'm a newbie with GNU Classpath myself, this is why I have to ask for approval for almost everything!) 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: SIGSEGV caused by libgconf-2.so.4
Il giorno ven, 04/08/2006 alle 11.33 +1000, Raif S. Naffah ha scritto: > thanks for your prompt intervention + cheers; > rsn Hi! No problem, good that is now works and really thanks for the input! I have committed the patch to HEAD, Mark, can you put this into 0.92 if it is not too late? Thanks! For the configure patch (any non trivial commit), I need approval so I have not committed it also. I wait feedback :) 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/
FYI: fixed SIGSEGV on gconf preferences backend
Ciao!
This fixes a SIGSEGV reported by Raif on the gonf preferences backend.
Committed to head with the following changelog.
2006-08-04 Mario Torre <[EMAIL PROTECTED]>
Reported by Raif S. Naffah <[EMAIL PROTECTED]>
* native/jni/gconf-peer/GConfNativePeer.c (init_gconf_client):
g_type_init earlier in function to correctly initialize the
type system used by the backend.
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/
### Eclipse Workspace Patch 1.0
#P classpath
Index: native/jni/gconf-peer/GConfNativePeer.c
===
RCS file: /sources/classpath/classpath/native/jni/gconf-peer/GConfNativePeer.c,v
retrieving revision 1.6
diff -u -r1.6 GConfNativePeer.c
--- native/jni/gconf-peer/GConfNativePeer.c 15 Jul 2006 22:59:23 - 1.6
+++ native/jni/gconf-peer/GConfNativePeer.c 4 Aug 2006 00:45:56 -
@@ -551,8 +551,8 @@
static void init_gconf_client (void)
{
- client = gconf_client_get_default ();
g_type_init ();
+ client = gconf_client_get_default ();
}
static gboolean set_jlist_class (JNIEnv *env)
Re: SIGSEGV caused by libgconf-2.so.4
Il giorno ven, 04/08/2006 alle 10.13 +1000, Raif S. Naffah ha scritto:
> On Friday 04 August 2006 09:49, Raif S. Naffah wrote:
> > On Friday 04 August 2006 09:32, Mario Torre wrote:
> > > Il giorno ven, 04/08/2006 alle 09.12 +1000, Raif S. Naffah ha scritto:
> > > > i'm getting a segmentation fault caused by /usr/lib/libgconf-2.so.4
> > > > (FC5) when trying to run jamvm with Classpath (both CVS Head)...
> > > > anybody else is seeing this?
> > >
> > > Do you have a test case for that?
> >
> > here is how i can trigger it:
> >
> > import java.util.prefs.Preferences;
> >
> > public class Hello {
> > public static final void main(String[] args) {
> > Preferences prefs = Preferences.systemNodeForPackage(Hello.class);
> > int lastSerialNumber = prefs.getInt("LAST_SERIAL_NUMBER", 0) + 1;
> > prefs.putInt("LAST_SERIAL_NUMBER", lastSerialNumber);
> > }
> > }
I can't reproduce.
Moreover, you get a warning if you put this into the default package (it
does not cause harm), but other than that, it is fine (the warning is
normal).
Anyway, Can you try the attached patch and see if it works?
> in addition to the above, when i configure Classpath with
> --disable-default-preferences-peer, and try to run the same code (as
> above) i get:
Well, sorry this is my fault, I hope to fix this tomorrow, as I'm not an
autoconf expert, so I have to look at it in more details (and now I
really need some sleep).
There should not be any --disable-default-preferences-peer.
The preference flags are intended to use this way:
--disable-gconf-peer: disable the gconf backend
--enable-default-preferences-peer=gnu.java.util.prefs.FileBasedFactory:
use another backend, not the default (everything that this default is,
may also not be gconf).
This means that you can build the preference backend but with another
default, or you can totally disable the preference backend.
I guess that --disable-default-preferences-peer should not create any
key in the META-INF directory.
The correct name for this flag should really be
--with-default-preferences-peer...
The exceptions are normal, it should revert to a sane default if
everything else fails. This should be the FileBasedPreferences, can you
please confirm this? What happened after the error?
Sorry for the confusion, and thanks for pointing me out to this
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/
### Eclipse Workspace Patch 1.0
#P classpath
Index: native/jni/gconf-peer/GConfNativePeer.c
===
RCS file: /sources/classpath/classpath/native/jni/gconf-peer/GConfNativePeer.c,v
retrieving revision 1.6
diff -u -r1.6 GConfNativePeer.c
--- native/jni/gconf-peer/GConfNativePeer.c 15 Jul 2006 22:59:23 - 1.6
+++ native/jni/gconf-peer/GConfNativePeer.c 4 Aug 2006 00:45:56 -
@@ -551,8 +551,8 @@
static void init_gconf_client (void)
{
- client = gconf_client_get_default ();
g_type_init ();
+ client = gconf_client_get_default ();
}
static gboolean set_jlist_class (JNIEnv *env)
signature.asc
Description: Questa è una parte del messaggio firmata digitalmente
Re: SIGSEGV caused by libgconf-2.so.4
Il giorno ven, 04/08/2006 alle 09.12 +1000, Raif S. Naffah ha scritto:
> hello all,
>
> i'm getting a segmentation fault caused by /usr/lib/libgconf-2.so.4
> (FC5) when trying to run jamvm with Classpath (both CVS Head):
>
> (process:20336): GLib-GObject-CRITICAL **: gtype.c:2215: initialization
> assertion failed, use IA__g_type_init() prior to this function
>
> (process:20336): GLib-GObject-CRITICAL **: g_object_new: assertion
> `G_TYPE_IS_OBJECT (object_type)' failed
>
> (process:20336): GLib-GObject-CRITICAL **: g_object_ref: assertion
> `G_IS_OBJECT (object)' failed
>
>
> the crash occurs in GConfNativePeer.c on line 554:
>
> static void init_gconf_client (void)
> {
> -->client = gconf_client_get_default ();
>g_type_init ();
> }
>
> anybody else is seeing this?
>
>
> cheers;
> rsn
Hi!
Do you have a test case for that?
I can't see it, but maybe I'm trying with the wrong tests...
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
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
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
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: Howto generate configure?
Il giorno gio, 20/07/2006 alle 19.40 +0200, Clemens Eisserer ha scritto: > Hello, > I am completly undereducated when it comes down to the whole > make/automake stuff, so yes I am ashamed because of this mail ;-) Same goes for me, so don't worry:) You can try with ./autogen.sh This should create everything you need. > lg Clemens 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
FYI: GConf updates
Il giorno gio, 06/07/2006 alle 11.53 -0400, Thomas Fitzsimmons ha scritto: > This looks good. Committed this night at 0.30 A.M. Italian time :) > We should probably get you commit access. Thanks to everyone, you all, for this! > Tom Mario --- changelog 2006-07-09 Mario Torre <[EMAIL PROTECTED]> * native/jni/gconf-peer/GConfNativePeer.c: Fixed indentation to be more compliant to the GNU coding guidelines. Java_gnu_java_util_prefs_gconf_GConfNativePeer_gconf_1client_1unset): Added explicit test for errors in the GConf backend. (Java_gnu_java_util_prefs_gconf_GConfNativePeer_gconf_1client_1get_1string): Added explicit test for errors in the GConf backend. Fixed Segmentation Fault when non valid key names are given as input. (Java_gnu_java_util_prefs_gconf_GConfNativePeer_gconf_1client_1set_1string): likewise. (Java_gnu_java_util_prefs_gconf_GConfNativePeer_gconf_1client_1dir_1exists): Added explicit test for errors in the GConf backend. * gnu/java/util/prefs/gconf/GConfNativePeer.java: Added javadoc comments for all native methods. (nodeExist): removed test to check for valid absolute path name for nodes. (startWatchingNode): likewise. (stopWatchingNode): likewise. (setString): likewise, plus fixed javadoc comments. (unset): likekwise. (getKey): likewise. (getKeys): likewise, also fixed javadoc comments. (getChildrenNodes): likewise. * gnu/java/util/prefs/GConfBasedPreferences.java: changed DEFAULT_USER_ROOT to /apps/classpath. (constructor): Test to check for a valid absolute path for nodes is now in the contructor for that node, instead of being on each method of the backend. (getGConfKey): removed empty new line. -- 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
