Hi Andrew,
On Wed, 2005-11-02 at 00:45 +, Andrew John Hughes wrote:
> All patches from the period 2005/09/20 to the early evening of 2005/11/01
> (GMT) to HEAD
> have been merged to the generics branch. A copy of the patch is
> available if required.
So cool! Lets see if we can also push ou
Hi all,
On Tue, 2005-11-01 at 10:49 +0100, Mark Wielaard wrote:
> Regressions (which worry me, so I will investigate them a bit more
> before release):
OK, that was some impressive team effort.
And that is Team minus Mark, I didn't fix anything at all.
> +FAIL: gnu.testlet.java.io.ObjectInputOut
Hi all,
All patches from the period 2005/09/20 to the early evening of 2005/11/01 (GMT)
to HEAD
have been merged to the generics branch. A copy of the patch is
available if required.
Keep up the good work! :)
--
Andrew :)
Please avoid sending me Microsoft Office (e.g. Word, PowerPoint)
attach
Hello Mark, hello David:
Mark Wielaard wrote:
> All in all not too bad. I'll try and analyze (and hopefully fix the few
> non-free-swing regressions). I do worry a bit about the fact that JList
> doesn't seem to scroll anymore (see my previous email about the
> FreeSwingTestApps). There has been
I know ... I have been there.
However, the problem is not so much in the API as well as it is in the
associated implementation code. But once I got time I will do some
experimenting. I found complete definitions of the standard Java
profiles somewhere on my harddisk.
Kind regards,
Peter Kri
In many cases Sun does not use a 100% "correct" method to determine when one
object matches another. In the case where an object is not equal to itself (as
defined in its equals method), the implementation will match it anyways.
E.g.
import java.util.*;
public class Test
{
public static void m
Peter Kriens wrote:
It may be easy to describe the modularization, it is much harder to
get a large number of companies to agree on this description. OSGi is
quickly becoming the defacto standard for this type of modularization.
The OSGi has so called execution environments which are machine
rea
Mark Wielaard wrote:
> +FAIL: gnu.testlet.java.text.DecimalFormatSymbols.serial (number 1)
> +FAIL: gnu.testlet.java.text.DecimalFormatSymbols.serial:
> uncaught exception: java.lang.NullPointerException
This is also a regression. At the moment I have no clue on how to fix
this, according to cvs
Hi Jeroen,
On Tue, 2005-11-01 at 15:27 +0100, Jeroen Frijters wrote:
> Mark Wielaard wrote:
> > +FAIL: gnu.testlet.java.io.ObjectInputOutput.OutputTest:
> > gnu.testlet.java.io.ObjectInputOutput.Test$NotSerial (number 1)
>
> This is a real regression and I'm testing the patch below at the moment
Hoi Mark,
Mark Wielaard wrote:
> +FAIL: gnu.testlet.java.io.ObjectInputOutput.OutputTest:
> gnu.testlet.java.io.ObjectInputOutput.Test$NotSerial (number 1)
This is a real regression and I'm testing the patch below at the moment.
Regards,
Jeroen
Index: java/io/ObjectOutputStream.java
=
Hi,
> Free Swing regressions (I am not too worries about these since there is
> a huge number of new PASSes for these. So I assume the few new
> regressions are collateral damage. But it would be nice if someone could
> analyze these):
I will look into some of these tomorrow.
> BoxLayout seems t
Mark Wielaard wrote:
Hi all,
+FAIL: gnu.testlet.javax.swing.JFileChooser.accept (number 4)
+FAIL: gnu.testlet.javax.swing.JFileChooser.getApproveButtonText (number 1)
+FAIL: gnu.testlet.javax.swing.JFileChooser.getDialogTitle: uncaught exception:
java.lang.StackOverflowError
+FAIL: gnu.testlet.
It may be easy to describe the modularization, it is much harder to
get a large number of companies to agree on this description. OSGi is
quickly becoming the defacto standard for this type of modularization.
The OSGi has so called execution environments which are machine
readable descriptions so
Peter Kriens writes:
> TT> I've seen the OSGi idea come up before, in particular on the Harmony
> TT> list. I still don't understand what concrete benefit it provides.
> TT> Could you describe that?
> The OSGi gives you modularization. Instead of one big chunk, you
> get many smaller chunks
Hi all,
The good news.
0.18 32125 PASS and 1074 FAIL
0.19-pre 0 PASS and 925 FAIL
Note that the total for 0.19-pre is larger since it can run some tests
that 0.18 couldn't even run.
Regressions (which worry me, so I will investigate them a bit more
before release):
+FAIL: gnu.testlet.ja
15 matches
Mail list logo
