RE: New locks tests need -Dmauve.vmexec set

Mark Wielaard wrote:
> I just checked in the following for the new file lock tests.

Thanks, this is a really awesome test!

> I have updated runner to pass -Dmauve.vmexec=$RUNTIME.

This is nice feature that might be helpful for other tests as well.
Maybe we should add a method to TestHarness to start up a new VM?

I made one small change to your code, to first stop the seconday process
and only then delete the file, because on Windows you cannot delete that
is open (unless you explicitly allow this, which the JVMs don't do).

Regards,
Jeroen

Index: gnu/testlet/java/nio/channels/FileChannel/lock.java
===================================================================
RCS file: /cvs/mauve/mauve/gnu/testlet/java/nio/channels/FileChannel/lock.java,v
retrieving revision 1.1
diff -u -r1.1 lock.java
--- gnu/testlet/java/nio/channels/FileChannel/lock.java	31 Jul 2005 17:42:53 -0000	1.1
+++ gnu/testlet/java/nio/channels/FileChannel/lock.java	1 Aug 2005 09:21:03 -0000
 <at>  <at>  -179,7 +179,6  <at>  <at> 
 		harness.debug(ioe);
 	      }
 	  }
-	harness.check(file.delete(), "cleanup " + file);

building with eclipse

I've set things up so that you can build Mauve as an Eclipse project.
It requires you to also have a classpath project at the moment, and it
uses the classpath classes for the bootclasspath of the mauve build.

To see this, use Eclipse 3.1, check out Classpath (and wait for it to
build), then check out Mauve.  That should be enough, no configury or
anything else should be required.

An idea for the future would be to add a standard launch
configuration so that you can easily run mauve using the just-built
classpath on jamvm.

A more complicated idea would be a test-running GUI of some sort
(standalone or an Eclipse plugin) that would let you pick subsets of
the tests, see regressions, see what tests are new, etc.

Tom

Re: building with eclipse

Hi Tom,
(CCed classpath list since people there might find this interesting)
[For those not reading planet.classpath.org regularly, also check out:
 http://www.peakpeak.com/~tromey/blog/2005/08/18/#eclipse-classpath ]

On Thu, 2005-08-18 at 10:00 -0600, Tom Tromey wrote:
> I've set things up so that you can build Mauve as an Eclipse project.
> It requires you to also have a classpath project at the moment, and it
> uses the classpath classes for the bootclasspath of the mauve build.
> 
> To see this, use Eclipse 3.1, check out Classpath (and wait for it to
> build), then check out Mauve.  That should be enough, no configury or
> anything else should be required.

Very nice. I tried this with the new eclipse packages from Michael
(http://gnu.wildebeest.org/diary-man-di/index.php?p=21 - for which I
only needed to cheat with one --force-depends since tomcat4 isn't
available in main yet). And it seems to work for both classpath and
mauve.

The only trouble I had in both is that eclipse seems to not be able to
find any of the generated files, like gnu/classpath/Configuration.java
and gnu/testlet/config.java till I explicitly refresh the projects
manually. Which is a slight pain since it won't let me do that until
after it tries to compile everything and tries to show the hunderds of
errors it finds due to these missing files.

Cheers,

Mark

check for old-style modifiers in getAWTKeyStroke

Hi,

I added checks for old-style modifiers in
gnu.testlet.java.awt.AWTKeyStroke.getAWTKeyStroke.

Tom

2005-08-20  Thomas Fitzsimmons  <fitzsim@...>

	* gnu/testlet/java/awt/AWTKeyStroke/getAWTKeyStroke.java: Also
	check for old-style modifiers.

Re: building with eclipse

>>>>> "Mark" == Mark Wielaard <mark@...> writes:

Mark> The only trouble I had in both is that eclipse seems to not be able to
Mark> find any of the generated files, like gnu/classpath/Configuration.java
Mark> and gnu/testlet/config.java till I explicitly refresh the projects
Mark> manually. Which is a slight pain since it won't let me do that until
Mark> after it tries to compile everything and tries to show the hunderds of
Mark> errors it finds due to these missing files.

Hmm... this should happen already.

Pull up the project properties for the classpath project.  Then go to
the Builders tab, pull up the Autogen builder, and look at its Refresh
tab.  For me it says to refresh "the project containing the selected
resource".

I guess we could experiment with changing that to "specific resources"
and specifying the appropriate directories.

Tom

FYI: new tests for SwingPropertyChangeSupport

I added these tests for the SwingPropertyChangeSupport class:

2005-08-23  David Gilbert  <david.gilbert@...>

    * 
gnu/testlet/javax/swing/event/SwingPropertyChangeSupport/addPropertyChangeListener.java: 
new test;
    * 
gnu/testlet/javax/swing/event/SwingPropertyChangeSupport/constructor.java: 
new test;
    * 
gnu/testlet/javax/swing/event/SwingPropertyChangeSupport/firePropertyChange.java: 
new test;
    * 
gnu/testlet/javax/swing/event/SwingPropertyChangeSupport/getPropertyChangeListeners.java: 
new test;
    * 
gnu/testlet/javax/swing/event/SwingPropertyChangeSupport/hasListeners.java: 
new test;
    *

gnu/testlet/javax/swing/event/SwingPropertyChangeSupport/removePropertyChangeListener.java: 
new test.

I also have a patch for Classpath to make all these tests pass.

Regards,

Dave Gilbert

FYI: test for Vector.copyInto method

I committed this new test:

2005-08-23  David Gilbert  <david.gilbert@...>

    * gnu/testlet/java/util/Vector/copyInto.java: new test.

Regards,

Dave Gilbert

Index: gnu/testlet/java/util/Vector/copyInto.java
===================================================================
RCS file: gnu/testlet/java/util/Vector/copyInto.java
diff -N gnu/testlet/java/util/Vector/copyInto.java
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ gnu/testlet/java/util/Vector/copyInto.java	23 Aug 2005 10:03:37 -0000
 <at>  <at>  -0,0 +1,89  <at>  <at> 
+// Tags: JDK1.2
+
+// Copyright (C) 2005 David Gilbert <david.gilbert@...>
+
+// This file is part of Mauve.
+
+// Mauve is free software; you can redistribute it and/or modify
+// it under the terms of the GNU General Public License as published by
+// the Free Software Foundation; either version 2, or (at your option)
+// any later version.
+
+// Mauve is distributed in the hope that it will be useful,

FYI: new tests for UIManager

I committed this patch to add new tests for some of the methods in 
javax.swing.UIManager:

2005-08-23  David Gilbert  <david.gilbert@...>

    * gnu/testlet/javax/swing/UIManager/addAuxiliaryLookAndFeel.java: 
new file,
    * gnu/testlet/javax/swing/UIManager/addPropertyChangeListener.java: 
new file,
    * gnu/testlet/javax/swing/UIManager/getAuxiliaryLookAndFeels.java: 
new file,
    * 
gnu/testlet/javax/swing/UIManager/getCrossPlatformLookAndFeelClassName.java: 
new file,
    * gnu/testlet/javax/swing/UIManager/getDefaults.java: new file,
    * gnu/testlet/javax/swing/UIManager/getLookAndFeelDefaults.java: new 
file,
    * gnu/testlet/javax/swing/UIManager/getPropertyChangeListeners.java: 
new file,
    * gnu/testlet/javax/swing/UIManager/removeAuxiliaryLookAndFeel.java: 
new file,
    * gnu/testlet/javax/swing/UIManager/setLookAndFeel.java: new file,
    * gnu/testlet/javax/swing/UIManager/MyLookAndFeel.java: new file.

Regards,

Dave Gilbert

 2005-08-23  David Gilbert  <david.gilbert@...>

FYI: new test for UIManager.LookAndFeelInfo constructor

I added this test while working on the UIManager class:

2005-08-23  David Gilbert  <david.gilbert@...>

    * 
gnu/testlet/javax/swing/UIManager/LookAndFeelInfo/constructor.java: new 
file.

Regards,

Dave Gilbert

Index: gnu/testlet/javax/swing/UIManager/LookAndFeelInfo/constructor.java
===================================================================
RCS file: gnu/testlet/javax/swing/UIManager/LookAndFeelInfo/constructor.java
diff -N gnu/testlet/javax/swing/UIManager/LookAndFeelInfo/constructor.java
--- /dev/null	1 Jan 1970 00:00:00 -0000
+++ gnu/testlet/javax/swing/UIManager/LookAndFeelInfo/constructor.java	23 Aug 2005 14:01:31 -0000
 <at>  <at>  -0,0 +1,51  <at>  <at> 
+// Tags: JDK1.2
+
+// Copyright (C) 2005 David Gilbert <david.gilbert@...>
+
+// Mauve is free software; you can redistribute it and/or modify
+// it under the terms of the GNU General Public License as published by
+// the Free Software Foundation; either version 2, or (at your option)
+// any later version.
+
+// Mauve is distributed in the hope that it will be useful,

Mauve CVS

Hi,

I could not connect to the Mauve repository
:pserver:anoncvs@...:/cvs/mauve , which is
linked by the
page http://sources.redhat.com/mauve/cvs.html.

Can you confirm if the above information is still correct, or if the
repository has been moved to another location ?

[]s

Paulo Asterio