Re: J2ME-CDC-like library and classes dependency problems

Kenny Su 提到: >PS2. For the "class not found" problem, something is strange, it seems that if >you want to >skip some classes to build and add them to the standard.omit, if it has >depentency problems >in it, the standard.omit doesn't work, and all the classes will be compiled. >But sometime

J2ME-CDC-like library and classes dependency problems

Hi All: I am trying to modularize the classpath library and making it closely to CDC-based library. So what I am doing now is to add four configure options, it will something like --with-cdc-enable --with-fb-enable or --with-pbp-enable options. The standard.omit mechanism is good to reach this g

Re: Mauve reports

Bryce McKinlay wrote: Roman Kennke wrote: Also, the ability to see/track when a failure started occurring could be very useful. That way we could easily match up new failures with patches that caused them. Hmm, that's an interesting feature indeed. We would have to keep diffs between ver

Re: [cp-patches] RFC: qt-peer: remove INIT_LOAD_LIBRARY

On Thu, Jun 08, 2006 at 05:13:54PM -0600, Tom Tromey wrote: > > "Jeroen" == Jeroen Frijters <[EMAIL PROTECTED]> writes: > > Jeroen> IKVM doesn't use it, because it replaces all VM classes that > Jeroen> have native methods. As a long term goal, I'd still like to > Jeroen> get rid of the Config

Re: Mauve reports

Roman Kennke wrote: Also, the ability to see/track when a failure started occurring could be very useful. That way we could easily match up new failures with patches that caused them. Hmm, that's an interesting feature indeed. We would have to keep diffs between versions around and teach

Re: Mauve reports

On Fri, 2006-06-09 at 00:02 +0200, Roman Kennke wrote: > Hi Andrew, > > Am Donnerstag, den 08.06.2006, 22:01 +0100 schrieb Andrew John Hughes: > > On Thu, 2006-06-08 at 16:13 +0200, Roman Kennke wrote: > > > FYI: I have set up my old Mauve report script on builder.classpath.org > > > to generate n

Re: Mauve reports

> "Roman" == Roman Kennke <[EMAIL PROTECTED]> writes: Roman> Hmm, that's an interesting feature indeed. We would have to keep diffs Roman> between versions around and teach the script to parse and display them Roman> somehow. I must think about this a little. We've already got a script to do

Re: Would nice, if you publish your code also under AL2

I came to the same conclusion like Audrius and found http://www.gnu.org/philosophy/freedom-or-power.html a good reason for sticking to the copyleft idea. cya Robert signature.asc Description: OpenPGP digital signature

Re: Mauve reports

Hi Bryce, Am Donnerstag, den 08.06.2006, 16:38 -0400 schrieb Bryce McKinlay: > Roman Kennke wrote: > > These results normally get updated continuously, so the frontend should > > always report the latest results that have been built sucessfully. > > > > In the future we will (hopefully) add more c

[Bug classpath/27966] New: ConfigFileParser#validateClassName(String)

cn.split(".") in gnu.javax.security.auth.login.ConfigFileParser#validateClassName(String) may be incorrect. It should be "\\.". -- Summary: ConfigFileParser#validateClassName(String) Product: classpath Version: 0.91 Status: UNCONFIRMED Sever

Re: Mauve reports

Hi Andrew, Am Donnerstag, den 08.06.2006, 22:01 +0100 schrieb Andrew John Hughes: > On Thu, 2006-06-08 at 16:13 +0200, Roman Kennke wrote: > > FYI: I have set up my old Mauve report script on builder.classpath.org > > to generate nice HTML for the Mauve results: > > > > http://builder.classpath.o

Re: Mauve reports

Hi Archie, Am Donnerstag, den 08.06.2006, 11:55 -0500 schrieb Archie Cobbs: > David Gilbert wrote: > > Roman Kennke wrote: > >> These results normally get updated continuously, so the frontend should > >> always report the latest results that have been built sucessfully. > >> > >> In the future we

Re: Would nice, if you publish your code also under AL2

On Jun 8, 2006, at 6:56 AM, theUser BL wrote: If you write completly classes for GNU Classpath at your own and they don't depend on other GNU Classpath specific files, it would be nice, if you would also publish it under the Apache License 2. I think it would be nice, to bring the Harmony- an

Re: Mauve reports

On Thu, 2006-06-08 at 16:13 +0200, Roman Kennke wrote: > FYI: I have set up my old Mauve report script on builder.classpath.org > to generate nice HTML for the Mauve results: > > http://builder.classpath.org/mauve/mauvereport.cgi > > This really is only a frontend to: > http://builder.classpath.o

Re: Mauve reports

Roman Kennke wrote: These results normally get updated continuously, so the frontend should always report the latest results that have been built sucessfully. In the future we will (hopefully) add more compiler/VM(/classlib) combinations so that we can compare the results to others. I welcome s

[Bug classpath/22915] Indirect use of natives in java.io package

--- Comment #4 from gnu_andrew at member dot fsf dot org 2006-06-08 20:05 --- I've posted the patch here. I got this to compile, but it breaks the bootstrap cycle somewhere with both JamVM and Cacao. If someone wants to take a look, please do. I'm afraid personally I'll have to put i

[Bug classpath/22915] Indirect use of natives in java.io package

--- Comment #3 from gnu_andrew at member dot fsf dot org 2006-06-08 20:04 --- Created an attachment (id=11641) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11641&action=view) VMFileChannelImpl patch (not fully working) This compiles, but currently breaks bootstrap with Cacao and

Re: Java2D Headless

FYI: I am working on a set of AWT peers on top of Escher (an X11 protocol impl in pure java). It has no dependencies at all, except for an X server running somewhere on the net (localhost for best performance of course). Headless mode could easily be supported by this, even without X server then. T

Re: [crypto] OAEP, EME-OAEP, RC4

John Pritchard wrote: > A couple classes I'm moving into classpath::crypto/ciphers: OAEP, > EME-OAEP (and it looks like there's no RC4 there). ARCFour is there, check the prng dir. -- Morgon Kanter <[EMAIL PROTECTED]>

Re: Would nice, if you publish your code also under AL2

Well, not everybody writes the GPL - licensed code just because they do not have any other choice... some still read http://www.gnu.org/philosophy/why-copyleft.html. Audrius

Re: I've wrote some classes - what sould I do with it?

On 6/8/06, Mark Wielaard <[EMAIL PROTECTED]> wrote: Hi Maciej, On Tue, 2006-06-06 at 21:59 +0200, Maciej Piechotka wrote: > I've started writting java.util.concurrent classes. I've finish few of > them, but they are undocummented and unchecked (I have no java 1.5 > compiler). > What should I do

Re: Would nice, if you publish your code also under AL2

On Jun 8, 2006, at 6:56 AM, theUser BL wrote: If you write completly classes for GNU Classpath at your own and they don't depend on other GNU Classpath specific files, it would be nice, if you would also publish it under the Apache License 2. I think it would be nice, to bring the Harmony- a

Re: Would nice, if you publish your code also under AL2

On Thu, Jun 08, 2006 at 01:56:11PM +, theUser BL wrote: > If you write completly classes for GNU Classpath at your own and they don't > depend on other GNU Classpath specific files, it would be nice, if you > would also publish it under the Apache License 2. That's not sufficient. Please rea

Re: Mauve reports

David Gilbert wrote: Roman Kennke wrote: These results normally get updated continuously, so the frontend should always report the latest results that have been built sucessfully. In the future we will (hopefully) add more compiler/VM(/classlib) combinations so that we can compare the results t

Re: Mauve reports

Roman Kennke wrote: FYI: I have set up my old Mauve report script on builder.classpath.org to generate nice HTML for the Mauve results: http://builder.classpath.org/mauve/mauvereport.cgi Nice! This really is only a frontend to: http://builder.classpath.org/mauve/mauve-jamvm Does anyone

Re: Would nice, if you publish your code also under AL2

On Thu, 2006-06-08 at 13:56 +, theUser BL wrote: > If you write completly classes for GNU Classpath at your own and they don't > depend on other GNU Classpath specific files, it would be nice, if you would > also publish it under the Apache License 2. > I think it would be nice, to bring the

Re: Mauve reports

> "Roman" == Roman Kennke <[EMAIL PROTECTED]> writes: Roman> FYI: I have set up my old Mauve report script on builder.classpath.org Roman> to generate nice HTML for the Mauve results: Thanks! Roman> http://builder.classpath.org/mauve/mauvereport.cgi I made a link to this from the builder's

Re: Would nice, if you publish your code also under AL2

Il giorno gio, 08/06/2006 alle 13.56 +, theUser BL ha scritto: > I think it would be nice, to bring the Harmony- and GNU Classpath-project > more together. Hi! Though sometimes I use the AL2 (see http://limamobilelibrary.dev.java.net for an example), I still prefer to use the old good GPL v

[Bug swing/27833] Strange repaint bugs after Graphics2D update

--- Comment #29 from david dot gilbert at object-refinery dot com 2006-06-08 15:10 --- (In reply to comment #27) > However, I think the patch is correct > and most likely it is just revealing another bug elsewhere. I'll file a > separate bug once I've looked at it some more... I think

[Bug awt/27960] New: CairoGraphics2D.setTransform() doesn't update clip

I wrote a couple of Mauve tests to check the effect of the setTransform() and transform() methods on the clip for a Graphics2D: gnu.testlet.java.awt.Graphics2D.setTransform gnu.testlet.java.awt.Graphics2D.transform Both methods should impact the clip area, but in our CairoGraphics2D implementatio

Re: Native layer

Hi Guilhem, On Tue, 2006-06-06 at 22:34 +0200, Guilhem Lavaux wrote: > I have a working native layer branch on jamvm (though I have not really > counted if there was a regression I know the one from kaffe and the > important ones in mauve are passing on standard linux). I will propose > before the

Re: I've wrote some classes - what sould I do with it?

Hi Maciej, On Tue, 2006-06-06 at 21:59 +0200, Maciej Piechotka wrote: > I've started writting java.util.concurrent classes. I've finish few of > them, but they are undocummented and unchecked (I have no java 1.5 > compiler). > What should I do with it - write, check, document or just send/ Cool t

[crypto] OAEP, EME-OAEP, RC4

dear reader, A couple classes I'm moving into classpath::crypto/ciphers: OAEP, EME-OAEP (and it looks like there's no RC4 there). If you're working on any of these, please let me know. cheers John http://www.syntelos.com/src/com/syntelos/foam/OAEP.java.html http://www.syntelos.com/src

Mauve reports

FYI: I have set up my old Mauve report script on builder.classpath.org to generate nice HTML for the Mauve results: http://builder.classpath.org/mauve/mauvereport.cgi This really is only a frontend to: http://builder.classpath.org/mauve/mauve-jamvm These results normally get updated continuously

Would nice, if you publish your code also under AL2

If you write completly classes for GNU Classpath at your own and they don't depend on other GNU Classpath specific files, it would be nice, if you would also publish it under the Apache License 2. I think it would be nice, to bring the Harmony- and GNU Classpath-project more together. Have als

Would nice, if you publish your code also under AL2

If anybody at GNU Classpath writes files for GNU Classpath, which are completly written by its own and which don't depends ob GNU Classpath specific classes, it would be nice, if you also could publish it under the Apache License 2. So, that this brings the Harmony- and the GNU Classpath-proje

Re: JavaView runs with GNU Classpath

theUser BL wrote: If "Show Backside" is enabled, the backside isn't shown, and if it is disabled with GNU Classpath the backside is shown. FYI http://www.m-w.com/dictionary/backside -- 犬 Chris Burdess "They that can give up essential liberty to obtain a little safety deserve neither liber

[Bug awt/27917] Massive memory leak in Graphics2D image operations

--- Comment #9 from hendrich at informatik dot uni-hamburg dot de 2006-06-08 12:25 --- (In reply to comment #8) > This seems to be a deadlock happening when the HideCursorManager sets the > cursor at some inconvenient time. I haven't debugged it fully yet. Good catch! This sounds ver

RE: JavaView runs with GNU Classpath

Yesterday I have tested the ClosedSource program JavaView (http://www.javaview.de) on jamvm and cacao with the GNU Classpath Snapshot from yesterday. And it works fine. Now I have also nice screenshots of it running with GNU Classpath: http://user.web-gear.com/theuserbl/Bildschirmphoto6.png htt