[cp-patches] [Patch] use standard copyright header on org.omg.CORBA

Hi list, I just commited the attached patch to make org.omg.CORBA use our standard copyright header. Michael 2005-03-09 Michael Koch [EMAIL PROTECTED] * org/omg/CORBA/ARG_IN.java, org/omg/CORBA/ARG_INOUT.java, org/omg/CORBA/ARG_OUT.java,

RE: [cp-patches] Re: FYI: java/io/FileInputStream.java java/io/FileOutputStream.java

Dalibor Topic wrote: Jeroen Frijters jeroen at sumatra.nl writes: 2005-03-03 Jeroen Frijters jeroen at frijters.net * java/io/FileInputStream.java (FileInputStream(File)), java/io/FileOutputStream.java (FileOutputStream(File)): Removed unnecessary

Re: [cp-patches] [Patch] use standard copyright header on org.omg.CORBA

On Wed, Mar 09, 2005 at 02:52:11PM +0100, Meskauskas Audrius wrote: The copyright headers seems looking exactly as they were before applying the patch and the CVS repository returns an empty page after I ask for the differences. Is our CVS server still working properly? You maybe have -bB

RE: [cp-patches] Re: FYI: java/io/FileInputStream.java java/io/FileOutputStream.java

Dalibor Topic wrote: Yeah, i can understand the inefficient part, as the same code is duplicated in two classes. Could you elaborate some more on the racy part? If another application creates a directory after the check, but before the file is created, an incorrect error is thrown. So

[cp-patches] New framework for W3C DOM Level 2 HTML implementation

I committed the following new files as the basis of a new W3C DOM Level 2 HTML implementation. Audrius is going to adapt the Swing HTML parser to this implementation so we can have a W3C-compliant HTML DOM. 2005-03-09 Chris Burdess [EMAIL PROTECTED] *

[cp-patches] FYI: Fixes to Cal, GregCal, SimpleDateFormat

This, together with the other recent patches should wrap up nearly all mauve failures for Calendar/GregorianCalendar. /Sven 2005-03-09 Sven de Marothy [EMAIL PROTECTED] * java/util/Calendar.java (set): Use starting day of week when one is needed if none is given. *

Re: benchmarks (was Re: Progress on a Classpath mauve suite?)

David P Grove wrote: I think you need to understand the point of the benchmark suite. The whole goal is reproducible science, so if someone doesn't cite the exact version of the benchmarks, then it isn't useful (in an academic sense). Sure. On the other hand, nothing in the free software world

Re: benchmarks (was Re: Progress on a Classpath mauve suite?)

I should have confined myself to giving you a pointer to the benchmark suite. Discussion of licensing issues of non-classpath code is basically off topic spam on this list and I apologize for starting it. There are better places for these kinds of never ending discussions.

Re: benchmarks (was Re: Progress on a Classpath mauve suite?)

David P Grove writes: I think you need to understand the point of the benchmark suite. The whole goal is reproducible science, so if someone doesn't cite the exact version of the benchmarks, then it isn't useful (in an academic sense). The license forces that plus proper academic

Re: benchmarks (was Re: Progress on a Classpath mauve suite?)

David P Grove wrote: I should have confined myself to giving you a pointer to the benchmark suite. Discussion of licensing issues of non-classpath code is basically off topic spam on this list and I apologize for starting it. There are better places for these kinds of never ending

Re: Progress on a Classpath mauve suite?

Roman Kennke wrote: Am Montag, den 07.03.2005, 21:49 -0600 schrieb Archie Cobbs: In this thread: http://lists.gnu.org/archive/html/classpath/2004-12/threads.html#00137 we talked about putting together somehow a list of Mauve tests that all Classpath-based VMs should expect to pass, along with

XMLEncoder

Classpath developers, Classpath is proving to be really useful for me -- thanks. I was encouraged by the XMLEncoder support mentioned in the 0.13 release notes.[1] I don't, however, see this class in the source tree.[2] Is it lurking somewhere? Even a partial implementation may be of use

Re: [Patch] Fix PR libgcj/20389

Bryce McKinlay wrote: David Daney wrote: The attached patch brings BufferedInputStream over from Classpath with the only changes being that the copyright in Classpath omits 2004 and had refill() being private. refill has to have default visibility because InputStreamReader does some highly

Re: XMLEncoder

On Wed, Mar 09, 2005 at 03:17:59PM -0500, Matt Munz wrote: Classpath developers, Classpath is proving to be really useful for me -- thanks. I was encouraged by the XMLEncoder support mentioned in the 0.13 release notes.[1] I don't, however, see this class in the source tree.[2] Is

Re: UrlConnection and images

Hi, Michael Koch said he has a patch for ImageIO that will fix image loading via URL. Currently it fails. cu Robert Fawzib Rojas wrote: It seems that UrlConnection.getContent() for image/gif should return an ImageProducer object. I guess doing something like... package

Re: benchmarks (was Re: Progress on a Classpath mauve suite?)

Dalibor Topic [EMAIL PROTECTED]: David P Grove wrote: The license forces that plus proper academic credit (ie a citation) for the benchmark suite, which personally I think is quite fair given how much work was put into putting it together (much more than the typical academic paper).