You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Ian McFarland <ia...@neo.com> on 2002/05/17 03:27:42 UTC

Build failure on OS X (from anoncvs checkout)

Hello,

At the prompting of Steve Loughran, I'm trying to get up to speed on 
stuff here, so I can help out with regressions on OS X. You'll all be 
glad to know that the 1.5 beta release builds and tests cleanly on OS X 
10.1.4. However, just a plain checkout from cvs had the negative results 
posted at the end of this email.

Sorry I'm not up to speed on how bug reporting, etc., is handled here 
yet, but I thought you'd rather have the info available now than wait 
until I manage to come up to speed, (probably will be a little while 
before I know the code enough to submit patches and stuff, of course,) 
so herewith the output of ./build.sh test.

Do let me know if there are specific things I can help out with. I'll 
start looking through the bug base once I figure out its UI and stuff, 
but if there are other things I can do to help the development and 
testing process along, or better ways of interacting with everyone here, 
just let me know.

Thanks,
-Ian

% ./build.sh test

Buildfile: build.xml

check_for_optional_packages:

xml-check:

dump-sys-properties:
java.vm.info=mixed mode
java.vm.name=Java HotSpot(TM) Client VM
java.vm.vendor=Apple Computer, Inc.
java.vm.version=1.3.1
os.arch=ppc
os.name=Mac OS X
os.version=10.1.4
file.encoding=MacRoman
user.language=en

run-which:

dump-info:

prepare:

build:
Copying 2 files to /Users/imf/Projects/Ant/jakarta-ant/build/classes

compile-tests:

probe-offline:

run-tests:
Testsuite: org.apache.tools.ant.DirectoryScannerTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.329 sec

Testsuite: org.apache.tools.ant.ImmutableTest
Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.572 sec

Testsuite: org.apache.tools.ant.IncludeTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.355 sec

Testsuite: org.apache.tools.ant.IntrospectionHelperTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.016 sec

Testsuite: org.apache.tools.ant.ProjectTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.313 sec

Testsuite: org.apache.tools.ant.PropertyExpansionTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.123 sec

Testsuite: org.apache.tools.ant.taskdefs.AntStructureTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.08 sec

Testsuite: org.apache.tools.ant.taskdefs.AntTest
Tests run: 16, Failures: 0, Errors: 0, Time elapsed: 1.857 sec

Testsuite: org.apache.tools.ant.taskdefs.AvailableTest
Tests run: 21, Failures: 1, Errors: 0, Time elapsed: 1.322 sec

Testcase: test21(org.apache.tools.ant.taskdefs.AvailableTest):  FAILED
expected:<true> but was:<null>
junit.framework.AssertionFailedError: expected:<true> but was:<null>
         at junit.framework.Assert.fail(Assert.java:51)
         at junit.framework.Assert.failNotEquals(Assert.java:234)
         at junit.framework.Assert.assertEquals(Assert.java:68)
         at junit.framework.Assert.assertEquals(Assert.java:75)
         at 
org.apache.tools.ant.taskdefs.AvailableTest.test21(AvailableTest.java:209)
         at java.lang.reflect.Method.invoke(Native Method)
         at junit.framework.TestCase.runTest(TestCase.java:166)
         at junit.framework.TestCase.runBare(TestCase.java:140)
         at junit.framework.TestResult$1.protect(TestResult.java:106)
         at junit.framework.TestResult.runProtected(TestResult.java:124)
         at junit.framework.TestResult.run(TestResult.java:109)
         at junit.framework.TestCase.run(TestCase.java:131)
         at junit.framework.TestSuite.runTest(TestSuite.java:173)
         at junit.framework.TestSuite.run(TestSuite.java:168)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run
(JUnitTestRunner.java:325)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM
(JUnitTask.java:797)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:
544)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:
520)
         at org.apache.tools.ant.Task.perform(Task.java:313)
         at org.apache.tools.ant.Target.execute(Target.java:309)
         at org.apache.tools.ant.Target.performTasks(Target.java:334)
         at org.apache.tools.ant.Project.executeTarget(Project.java:1216)
         at org.apache.tools.ant.Project.executeTargets(Project.java:1160)
         at org.apache.tools.ant.Main.runBuild(Main.java:605)
         at org.apache.tools.ant.Main.start(Main.java:195)
         at org.apache.tools.ant.Main.main(Main.java:234)



BUILD FAILED
/Users/imf/Projects/Ant/jakarta-ant/build.xml:1151: Test 
org.apache.tools.ant.taskdefs.AvailableTest failed


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On Fri, 17 May 2002, Ian McFarland <ia...@neo.com> wrote:

> Looks like you're running 10.1.2. Probably a useful thing to do on
> at least one test machine (run something older).

Well, this is to my knowledge the only Mac OS X box that is open for
Apache committers.

> One workaround, though, it seems, would be to leave the machine
> logged in to a role account of some sort, that you use for
> testing.

Well, we are talking about a machine in San Francisco (or is it on the
Apple campus?) while I'm sitting in Cologne.  Not exactly as if I
could look at the display to say whether anybody is logged in 8-)

And then I'm not the administrator of the box.

On "normal" Unix systems I'd start a Xvfb on some arbitrary display
number, set my DISPLAY environment and go.

> I'll investigate further once I've had some sleep or something. ;-)

Sure, have a nice weekend 8-)

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On 22 May 2002, Stefan Bodewig <bo...@apache.org> wrote:

> I'll read around there to maybe find a fix for my "headless
> operation" problem.

Update:

<http://developer.apple.com/techpubs/macosx/ReleaseNotes/java131update1/KnownIssues/Known_Issues.html>

so it is unsolvable in the generalcase.  But I figured why the system
thinks I'm running a GUI program when bootstrapping Ant: loading
jaxax.swing.ImageIcon triggers it.  Changing the swing.present test
has done the trick (will be committed in a second).

Most of Ant's testcases pass in the 1.5 branch (including
AvailableTest#test21), JavaEnvUtils fails badly though.  I'll be
looking into it.

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On Wed, 22 May 2002, Ian McFarland <ia...@neo.com> wrote:

> I cvs updated -fP, btw. What do you all usually use?

cvs -z3 update -dP

> Ok, ./build/sh clean test passed too.

I'm sure we'll manage to break it again 8-)

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Ian McFarland <ia...@neo.com>.
Hi Stefan,

I'm re-running it now... results before I send this mail. ;-)

On Wednesday, May 22, 2002, at 12:28  AM, Stefan Bodewig wrote:

> On Tue, 21 May 2002, Ian McFarland <im...@neo.com> wrote:
>
>> /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes/
>> classes.jar
>
> Ian, could you please retry the 1.5 branch?  I've committed a patch to
> the testcase's build file that adds exactly this and ui.jar (dunno
> what's in there, but maybe it is holding the AWT stuff, so I thought
> I'd better include it).
>
>>  From the Apple release notes:
>>  
>> (http://developer.apple.com/techpubs/java/ReleaseNotes/java10.1.html#JavaExtensions)
>
> Thanks for the link.  I'll read around there to maybe find a fix for
> my "headless operation" problem.
>

If you can send me a test case with enough to replicate the problem, 
I'll try it myself, search the archives, and post to java-
dev@lists.apple.com.

So... the build....

Yay! Success!

The tests passed now! Below is the complete output. I'm doing a build.sh 
clean test, just to make certain. I cvs updated -fP, btw. What do you 
all usually use?

Ok, ./build/sh clean test passed too. What a happy thing.

[carbon:Ant/1.5/jakarta-ant] imf% ./build.sh test
Buildfile: build.xml

check_for_optional_packages:

xml-check:

dump-sys-properties:
java.vm.info=mixed mode
java.vm.name=Java HotSpot(TM) Client VM
java.vm.vendor=Apple Computer, Inc.
java.vm.version=1.3.1
os.arch=ppc
os.name=Mac OS X
os.version=10.1.4
file.encoding=MacRoman
user.language=en

run-which:

dump-info:

prepare:

build:
Compiling 14 source files to /Users/imf/Projects/Ant/1.5/jakarta-
ant/build/classes
Note: /Users/imf/Projects/Ant/1.5/jakarta-
ant/src/main/org/apache/tools/ant/ProjectHelper.java uses or overrides a 
deprecated API.
Note: Recompile with -deprecation for details.
Copying 2 files to /Users/imf/Projects/Ant/1.5/jakarta-ant/build/classes

compile-tests:
Compiling 2 source files to /Users/imf/Projects/Ant/1.5/jakarta-
ant/build/testcases

probe-offline:

run-tests:
Testsuite: org.apache.tools.ant.DirectoryScannerTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.394 sec

Testsuite: org.apache.tools.ant.ImmutableTest
Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.692 sec

Testsuite: org.apache.tools.ant.IncludeTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.377 sec

Testsuite: org.apache.tools.ant.IntrospectionHelperTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.015 sec

Testsuite: org.apache.tools.ant.ProjectTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.227 sec

Testsuite: org.apache.tools.ant.PropertyExpansionTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.144 sec

Testsuite: org.apache.tools.ant.taskdefs.AntStructureTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.088 sec

Testsuite: org.apache.tools.ant.taskdefs.AntTest
Tests run: 17, Failures: 0, Errors: 0, Time elapsed: 2.718 sec

Testsuite: org.apache.tools.ant.taskdefs.AvailableTest
Tests run: 24, Failures: 0, Errors: 0, Time elapsed: 1.672 sec

Testsuite: org.apache.tools.ant.taskdefs.BasenameTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.589 sec

Testsuite: org.apache.tools.ant.taskdefs.BUnzip2Test
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.813 sec

Testsuite: org.apache.tools.ant.taskdefs.BZip2Test
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 17.443 sec

Testsuite: org.apache.tools.ant.taskdefs.ChecksumTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.765 sec

Testsuite: org.apache.tools.ant.taskdefs.ConcatTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.308 sec

Testsuite: org.apache.tools.ant.taskdefs.condition.ContainsTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: org.apache.tools.ant.taskdefs.condition.EqualsTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: org.apache.tools.ant.taskdefs.ConditionTest
Tests run: 38, Failures: 0, Errors: 0, Time elapsed: 2.711 sec

Testsuite: org.apache.tools.ant.taskdefs.CopydirTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.537 sec

Testsuite: org.apache.tools.ant.taskdefs.CopyfileTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.349 sec

Testsuite: org.apache.tools.ant.taskdefs.CopyTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 8.416 sec

Testsuite: org.apache.tools.ant.taskdefs.CVSPassTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.325 sec

Testsuite: org.apache.tools.ant.taskdefs.DeleteTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.071 sec

Testsuite: org.apache.tools.ant.taskdefs.DeltreeTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.146 sec

Testsuite: org.apache.tools.ant.taskdefs.DependSetTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 3.304 sec

Testsuite: org.apache.tools.ant.taskdefs.DirnameTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.294 sec

Testsuite: org.apache.tools.ant.taskdefs.DynamicTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.355 sec

Testsuite: org.apache.tools.ant.taskdefs.EchoTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.181 sec

Testsuite: org.apache.tools.ant.taskdefs.ExecuteJavaTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 7.552 sec

Testsuite: org.apache.tools.ant.taskdefs.ExecuteWatchdogTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 18.659 sec

Testsuite: org.apache.tools.ant.taskdefs.FailTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.35 sec

Testsuite: org.apache.tools.ant.taskdefs.FilterTest
Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.569 sec

Testsuite: org.apache.tools.ant.taskdefs.FixCrLfTest
Tests run: 13, Failures: 0, Errors: 0, Time elapsed: 6.134 sec

Testsuite: org.apache.tools.ant.taskdefs.GetTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 1.683 sec

Testsuite: org.apache.tools.ant.taskdefs.GUnzipTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.338 sec

Testsuite: org.apache.tools.ant.taskdefs.GzipTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.48 sec

Testsuite: org.apache.tools.ant.taskdefs.InitializeClassTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.466 sec

Testsuite: org.apache.tools.ant.taskdefs.InputTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.35 sec

Testsuite: org.apache.tools.ant.taskdefs.JarTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.288 sec

Testsuite: org.apache.tools.ant.taskdefs.JavacTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.267 sec

Testsuite: org.apache.tools.ant.taskdefs.JavaTest
Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 1.908 sec

Testsuite: org.apache.tools.ant.taskdefs.LoadFileTest
Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.694 sec

Testsuite: org.apache.tools.ant.taskdefs.LoadPropertiesTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.083 sec

Testsuite: org.apache.tools.ant.taskdefs.ManifestTest
Tests run: 20, Failures: 0, Errors: 0, Time elapsed: 1.738 sec

Testsuite: org.apache.tools.ant.taskdefs.MkdirTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.198 sec

Testsuite: org.apache.tools.ant.taskdefs.MoveTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.141 sec

Testsuite: org.apache.tools.ant.taskdefs.optional.depend.DependTest
Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 20.832 sec

Testsuite: org.apache.tools.ant.taskdefs.optional.EchoPropertiesTest
Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.65 sec

------------- Standard Output ---------------
-- listing properties --
java.runtime.name=Java(TM) 2 Runtime Environment, Stand...
sun.boot.library.path=/System/Library/Frameworks/JavaVM.fra...
java.vm.version=1.3.1
gopherProxySet=false
ant.java.version=1.3
java.vm.vendor=Apple Computer, Inc.
java.vendor.url=http://apple.com/
path.separator=:
java.vm.name=Java HotSpot(TM) Client VM
file.encoding.pkg=sun.io
java.vm.specification.name=Java Virtual Machine Specification
user.dir=/Users/imf/Projects/Ant/1.5/jakarta-ant
java.runtime.version=1.3.1-root-020219-20:07
java.awt.graphicsenv=sun.awt.MacGraphicsEnvironment
basedir=/Users/imf/Projects/Ant/1.5/jakarta-a...
os.arch=ppc
java.io.tmpdir=/tmp
line.separator=

java.vm.specification.vendor=Sun Microsystems Inc.
java.awt.fonts=
os.name=Mac OS X
ant.home=bootstrap
ant.project.name=test
java.library.path=.:/usr/lib:/usr/lib/java:/lib:/System...
test.property=isSet
java.specification.name=Java Platform API Specification
java.class.version=47.0
os.version=10.1.4
ant.file=/Users/imf/Projects/Ant/1.5/jakarta-a...
user.home=/Users/imf
b.set=false
user.timezone=America/Los_Angeles
java.awt.printerjob=com.apple.mrj.internal.awt.printing.M...
build.tests=build/testcases
file.encoding=MacRoman
java.specification.version=1.3
tests-classpath.value=/Users/imf/Projects/Ant/1.5/jakarta-a...
user.name=imf
java.class.path=bootstrap/lib/optional.jar:bootstrap/...
java.vm.specification.version=1.0
java.home=/System/Library/Frameworks/JavaVM.fra...
java.specification.vendor=Sun Microsystems Inc.
user.language=en
awt.toolkit=com.apple.mrj.internal.awt.publicpeer...
java.vm.info=mixed mode
java.version=1.3.1
java.ext.dirs=/Library/Java/Extensions:/System/Libr...
sun.boot.class.path=/System/Library/Frameworks/JavaVM.fra...
java.vendor=Apple Computer, Inc.
a.set=true
file.separator=/
java.vendor.url.bug=http://developer.apple.com/java/
sun.io.unicode.encoding=UnicodeBig
sun.cpu.endian=big
mrj.version=3.2
jikes.class.path=/Users/imf/Library/Java:/Library/Java...
user.region=US
sun.cpu.isalist=
-- listing properties --
java.runtime.name=Java(TM) 2 Runtime Environment, Stand...
sun.boot.library.path=/System/Library/Frameworks/JavaVM.fra...
java.vm.version=1.3.1
gopherProxySet=false
ant.java.version=1.3
java.vm.vendor=Apple Computer, Inc.
java.vendor.url=http://apple.com/
path.separator=:
java.vm.name=Java HotSpot(TM) Client VM
file.encoding.pkg=sun.io
java.vm.specification.name=Java Virtual Machine Specification
user.dir=/Users/imf/Projects/Ant/1.5/jakarta-ant
java.runtime.version=1.3.1-root-020219-20:07
java.awt.graphicsenv=sun.awt.MacGraphicsEnvironment
basedir=/Users/imf/Projects/Ant/1.5/jakarta-a...
os.arch=ppc
java.io.tmpdir=/tmp
line.separator=

java.vm.specification.vendor=Sun Microsystems Inc.
java.awt.fonts=
os.name=Mac OS X
ant.home=bootstrap
ant.project.name=test
java.library.path=.:/usr/lib:/usr/lib/java:/lib:/System...
test.property=isSet
java.specification.name=Java Platform API Specification
java.class.version=47.0
os.version=10.1.4
ant.file=/Users/imf/Projects/Ant/1.5/jakarta-a...
user.home=/Users/imf
b.set=false
user.timezone=America/Los_Angeles
java.awt.printerjob=com.apple.mrj.internal.awt.printing.M...
build.tests=build/testcases
file.encoding=MacRoman
java.specification.version=1.3
tests-classpath.value=/Users/imf/Projects/Ant/1.5/jakarta-a...
user.name=imf
java.class.path=bootstrap/lib/optional.jar:bootstrap/...
java.vm.specification.version=1.0
java.home=/System/Library/Frameworks/JavaVM.fra...
java.specification.vendor=Sun Microsystems Inc.
user.language=en
awt.toolkit=com.apple.mrj.internal.awt.publicpeer...
java.vm.info=mixed mode
java.version=1.3.1
java.ext.dirs=/Library/Java/Extensions:/System/Libr...
sun.boot.class.path=/System/Library/Frameworks/JavaVM.fra...
java.vendor=Apple Computer, Inc.
a.set=true
file.separator=/
java.vendor.url.bug=http://developer.apple.com/java/
sun.io.unicode.encoding=UnicodeBig
sun.cpu.endian=big
mrj.version=3.2
jikes.class.path=/Users/imf/Library/Java:/Library/Java...
user.region=US
sun.cpu.isalist=
-- listing properties --
java.runtime.name=Java(TM) 2 Runtime Environment, Stand...
sun.boot.library.path=/System/Library/Frameworks/JavaVM.fra...
java.vm.version=1.3.1
gopherProxySet=false
ant.java.version=1.3
java.vm.vendor=Apple Computer, Inc.
java.vendor.url=http://apple.com/
path.separator=:
java.vm.name=Java HotSpot(TM) Client VM
file.encoding.pkg=sun.io
java.vm.specification.name=Java Virtual Machine Specification
user.dir=/Users/imf/Projects/Ant/1.5/jakarta-ant
java.runtime.version=1.3.1-root-020219-20:07
java.awt.graphicsenv=sun.awt.MacGraphicsEnvironment
basedir=/Users/imf/Projects/Ant/1.5/jakarta-a...
os.arch=ppc
java.io.tmpdir=/tmp
line.separator=

java.vm.specification.vendor=Sun Microsystems Inc.
java.awt.fonts=
os.name=Mac OS X
ant.home=bootstrap
ant.project.name=test
java.library.path=.:/usr/lib:/usr/lib/java:/lib:/System...
test.property=isSet
java.specification.name=Java Platform API Specification
java.class.version=47.0
os.version=10.1.4
ant.file=/Users/imf/Projects/Ant/1.5/jakarta-a...
user.home=/Users/imf
b.set=false
user.timezone=America/Los_Angeles
java.awt.printerjob=com.apple.mrj.internal.awt.printing.M...
build.tests=build/testcases
file.encoding=MacRoman
java.specification.version=1.3
tests-classpath.value=/Users/imf/Projects/Ant/1.5/jakarta-a...
user.name=imf
java.class.path=bootstrap/lib/optional.jar:bootstrap/...
java.vm.specification.version=1.0
java.home=/System/Library/Frameworks/JavaVM.fra...
java.specification.vendor=Sun Microsystems Inc.
user.language=en
awt.toolkit=com.apple.mrj.internal.awt.publicpeer...
java.vm.info=mixed mode
java.version=1.3.1
java.ext.dirs=/Library/Java/Extensions:/System/Libr...
sun.boot.class.path=/System/Library/Frameworks/JavaVM.fra...
java.vendor=Apple Computer, Inc.
a.set=true
file.separator=/
java.vendor.url.bug=http://developer.apple.com/java/
sun.io.unicode.encoding=UnicodeBig
sun.cpu.endian=big
mrj.version=3.2
jikes.class.path=/Users/imf/Library/Java:/Library/Java...
user.region=US
sun.cpu.isalist=
------------- ---------------- ---------------
Testsuite: 
org.apache.tools.ant.taskdefs.optional.junit.JUnitClassLoaderTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunnerTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.044 sec

Testsuite: org.apache.tools.ant.taskdefs.optional.PropertyFileTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.193 sec

Testsuite: org.apache.tools.ant.taskdefs.optional.XmlValidateTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.264 sec

Testsuite: org.apache.tools.ant.taskdefs.ParallelTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 2.212 sec

Testsuite: org.apache.tools.ant.taskdefs.PropertyTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.336 sec

Testsuite: org.apache.tools.ant.taskdefs.RenameTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.242 sec

Testsuite: org.apache.tools.ant.taskdefs.ReplaceTest
Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.48 sec

Testsuite: org.apache.tools.ant.taskdefs.RmicTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.111 sec

Testsuite: org.apache.tools.ant.taskdefs.SleepTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 4.346 sec

Testsuite: org.apache.tools.ant.taskdefs.TarTest
Tests run: 11, Failures: 0, Errors: 0, Time elapsed: 1.603 sec

Testsuite: org.apache.tools.ant.taskdefs.TaskdefTest
Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.64 sec

Testsuite: org.apache.tools.ant.taskdefs.TStampTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.015 sec

Testsuite: org.apache.tools.ant.taskdefs.TypedefTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.381 sec

Testsuite: org.apache.tools.ant.taskdefs.UntarTest
Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 2.687 sec

Testsuite: org.apache.tools.ant.taskdefs.UnzipTest
Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.383 sec

Testsuite: org.apache.tools.ant.taskdefs.WarTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.144 sec

Testsuite: org.apache.tools.ant.taskdefs.XmlPropertyTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.313 sec

Testsuite: org.apache.tools.ant.taskdefs.ZipTest
Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 5.439 sec

Testsuite: org.apache.tools.ant.types.CommandlineJavaTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.012 sec

Testsuite: org.apache.tools.ant.types.CommandlineTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.003 sec

Testsuite: org.apache.tools.ant.types.DescriptionTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.26 sec

Testsuite: org.apache.tools.ant.types.DirSetTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.004 sec

Testsuite: org.apache.tools.ant.types.EnumeratedAttributeTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.002 sec

Testsuite: org.apache.tools.ant.types.FileListTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.002 sec

Testsuite: org.apache.tools.ant.types.FileSetTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.013 sec

Testsuite: org.apache.tools.ant.types.FilterSetTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.263 sec

Testsuite: org.apache.tools.ant.types.FlexIntegerTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.089 sec

Testsuite: org.apache.tools.ant.types.MapperTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.714 sec

Testsuite: org.apache.tools.ant.types.PathTest
Tests run: 13, Failures: 0, Errors: 0, Time elapsed: 0.015 sec

Testsuite: org.apache.tools.ant.types.PatternSetTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.004 sec

Testsuite: org.apache.tools.ant.util.DateUtilsTest
Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.008 sec

Testsuite: org.apache.tools.ant.util.DOMElementWriterTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.002 sec

Testsuite: org.apache.tools.ant.util.facade.FacadeTaskHelperTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: 
org.apache.tools.ant.util.facade.ImplementationSpecificArgumentTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: org.apache.tools.ant.util.FileUtilsTest
Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 5.025 sec

Testsuite: org.apache.tools.ant.util.GlobPatternMapperTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: org.apache.tools.ant.util.JavaEnvUtilsTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.012 sec

Testsuite: org.apache.tools.ant.util.PackageNameMapperTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.002 sec

Testsuite: org.apache.tools.ant.util.StringUtilsTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.001 sec

Testsuite: org.apache.tools.zip.AsiExtraFieldTest
Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0.023 sec

Testsuite: org.apache.tools.zip.ExtraFieldUtilsTest
Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.018 sec

Testsuite: org.apache.tools.zip.ZipEntryTest
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.026 sec

Testsuite: org.apache.tools.zip.ZipLongTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.007 sec

Testsuite: org.apache.tools.zip.ZipShortTest
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.002 sec


test:

BUILD SUCCESSFUL
Total time: 2 minutes 35 seconds
[carbon:Ant/1.5/jakarta-ant] imf%


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 21 May 2002, Ian McFarland <im...@neo.com> wrote:

> /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes/classes.jar

Ian, could you please retry the 1.5 branch?  I've committed a patch to
the testcase's build file that adds exactly this and ui.jar (dunno
what's in there, but maybe it is holding the AWT stuff, so I thought
I'd better include it).

>  From the Apple release notes:
>  (http://developer.apple.com/techpubs/java/ReleaseNotes/java10.1.html#JavaExtensions)

Thanks for the link.  I'll read around there to maybe find a fix for
my "headless operation" problem.

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Ian McFarland <im...@neo.com>.
So you know how it's set up on OS X:

'classes.zip' is actually classes.jar, which lives (in the current 
release) here:

/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes/classes.
jar
(i18n.jar, sunrsasign.jar and ui.jar also live here.)

/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK is a 
symlink to (you guessed it) the current JDK. Rignt now it points to
/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1, but it is 
updated automatically by Apple when they release new versions. (Note the 
older release notes below still show 1.3(.0) as the current version.)

For more background, I thought the following might be helpful.

 From the Apple release notes:
(http://developer.apple.com/techpubs/java/ReleaseNotes/java10.1.html#JavaExtensions)

Java extension locations

Java can be extended by adding custom jar, zip, and class files, as well 
as native JNI libraries, in the location specified by the java.ext.dir 
property. In Mac OS X 10.0, this property pointed to 
/System/Library/Frameworks/JavaVM.framework/Versions/1.3/Home/lib/ext, 
and many third party applications placed their extensions there. There 
are two problems with this scheme: installing files in the System domain 
requires administrative privileges; and the extensions are tied to a 
specific version of the JDK.

In Mac OS X 10.1, java.ext.dir has been changed to contain a list of 
directories, and several additional locations for saving extensions have 
been added. This new scheme makes it possible to override extensions, 
and provides distinct locations for third party extensions, Apple 
extensions, and Sun JDK extensions. By default, Java searches for 
extensions, in order, in the following directories:

1.	User’s home directory (~/Library/Java/Extensions/)
2.	Local domain (/Library/Java/Extensions/)
3.	Network domain (/Network/Library/Java/Extensions/)
4.	System domain (/System/Library/Java/Extensions/)
5.	$JAVA_HOME 
(/System/Library/Frameworks/JavaVM.framework/Versions/Current/Home/lib/ext/
)


In general, third party developers should install extensions in the 
Local domain. Apple extensions, such as QTJava.zip, are installed in the 
System domain, and Sun JDK extensions are installed in $JAVA_HOME.


On Tuesday, May 21, 2002, at 12:17 AM, Stefan Bodewig wrote:

> On Fri, 17 May 2002, Steve Loughran <st...@iseran.com> wrote:
>
>> so the failure could just be that the runtime is in a different
>> place,
>
> Well, yes, that's it.  Take a look at Ant's wrapper script, it already
> has the canonical location of the runtime classes hardcoded, we only
> need to port that part.
>
> I can do that some time today, I guess.
>
> Stefan
>
> --
> To unsubscribe, e-mail:   <mailto:ant-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:ant-dev-
> help@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On Fri, 17 May 2002, Steve Loughran <st...@iseran.com> wrote:

> so the failure could just be that the runtime is in a different
> place,

Well, yes, that's it.  Take a look at Ant's wrapper script, it already
has the canonical location of the runtime classes hardcoded, we only
need to port that part.

I can do that some time today, I guess.

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Steve Loughran <st...@iseran.com>.
----- Original Message -----
From: "Ian McFarland" <ia...@neo.com>
To: "Ant Developers List" <an...@jakarta.apache.org>
Cc: "Ian McFarland" <im...@neo.com>
Sent: Friday, May 17, 2002 2:01 PM
Subject: Re: Build failure on OS X (from anoncvs checkout)


>
> Debugger? Debuggers are for the weak! (That's what println is for. =-)

I guess as a println() user, you must find OSX an improvement on what went
before then. Nb, log4j: like println, only harder to set up.

> Yeah, I have jdb on here.
>
> > most tests call a build file and validate properties and things. Test 21
> > runs
> >
> > etc/testcases/taskdefs/available.xml of which the relevant test is
> >
> >   <target name="test21">
> >     <available property="test" ignoresystemclasses="true"
> >                classname="java.awt.Graphics"
> > classpath="${java.home}/lib/rt.jar:${java.home}/lib/classes.zip"/>
> >   </target>
> >
>
> Yes, that probably is the problem, since there is no
> $JAVA_HOME/lib/rt.jar or $JAVA_HOME/lib/classes.zip. I can pretty much
> assure you that java.awt.Graphics is available, though! Use it all the
> time. I think the OS X Java runtime just includes most of the runtime
> stuff inside the binary. As a result, I guess I'm not sure why this
> fails, though. If I do this, for example, I get what I expect:

> Here's what's in lib on OS X, in case you were wondering.
>
> [localhost:~/Projects/osxize/test] imf% ls $JAVA_HOME/lib/
> Xusage.txt                              glconfigurationlist.properties
> audio                                   ir.idl
> cmm                                     jvm.cfg
> content-types.properties                jvm.hprof.txt
> dt.jar                                  orb.idl
> ext                                     security
> flavormap.properties                    swing.properties
> fonts                                   tzmappings
> [localhost:~/Projects/osxize/test] imf%

bugger, there is nothing there we can use. Looks like the best trick would
be to make that test conditional on one or more of the libfiles
existing...add a <condition><or><available> sequence to probe for the libs;
only test the result of the real available test if one of the jars is
around.


> Yeah, Macs don't like to be headless so much. They can be, but they
> don't like it. I think they are starting to address this (starting!)
> with Xserve and language patches for it. It does still need to have a
> framebuffer installed, though. Which is a shame. Would be nice to use
> that PCI slot for something more useful, or at least not have to pay for
> the card.
>
> And no, Java pre 1.4 is completely brain-dead when it comes to rendering
> graphics without a framebuffer. Still part of that nasty 1.0 legacy, I
> think. AWT? Need I say more?

To be fair, winNT needs a framebuff too; in embed mode you add a soft one
that renders to RAM.


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Ian McFarland <ia...@neo.com>.
Hiya,

On Friday, May 17, 2002, at 01:36  PM, Steve Loughran wrote:
>>>> You should make them give you an Xserve.
>>>
>>
>> See: http://www.apple.com/xserve/ (A very nice little 1U unit, with up
>> to .48TB storage, and 1 to 2  1GHz procs. New this week.)
>
> If apple were to donate one to Apache, I am sure that use would be made 
> of
> it. Hey, if they were to donate any of those fancy laptops like yours 
> I'm
> sure use would be made of them too, especially since my 3 year old 
> pII/300
> notebook died from all the excitement of spending the week up in the
> spiritual home of windows, and is now a nice LCD with a dead motherboard
> attached, and hard disk I need to gain access to, somehow.
>

Erk. What fun. Well, if Apple expresses interest in providing one, tell 
them I'd like one to run www.javaosx.com on, too. ;-)

>>
>> Mine's also a 2-proc box, which is probably good as there's a chance it
>> will expose any potential threading/sync issues.
>
> always good
>
>>>> Ah... perhaps. I suppose I should look more carefully at what I'm
>>>> checking out. ;-) How are the versions set up?
>>>
>>> The main branch...
>> * snip *
>>
>> Ok, I checked out ANT_15_BRANCH, and got the same build failure on test
>> 21:
>>
>> Testcase: test21(org.apache.tools.ant.taskdefs.AvailableTest):  FAILED
>> expected:<true> but was:<null>
>> junit.framework.AssertionFailedError: expected:<true> but was:<null>
>
> do you have a debugger on your PPC? could you, like step into tests to 
> see
> why things fail?
>

Debugger? Debuggers are for the weak! (That's what println is for. =-) 
Yeah, I have jdb on here.

> most tests call a build file and validate properties and things. Test 21
> runs
>
> etc/testcases/taskdefs/available.xml of which the relevant test is
>
>   <target name="test21">
>     <available property="test" ignoresystemclasses="true"
>                classname="java.awt.Graphics"
> classpath="${java.home}/lib/rt.jar:${java.home}/lib/classes.zip"/>
>   </target>
>

Yes, that probably is the problem, since there is no 
$JAVA_HOME/lib/rt.jar or $JAVA_HOME/lib/classes.zip. I can pretty much 
assure you that java.awt.Graphics is available, though! Use it all the 
time. I think the OS X Java runtime just includes most of the runtime 
stuff inside the binary. As a result, I guess I'm not sure why this 
fails, though. If I do this, for example, I get what I expect:

[localhost:~/Projects/osxize/test] imf% java -classpath 
${JAVA_HOME}/lib/rt.jar:${JAVA_HOME}/lib/classes.zip:../build/osxize.jar 
com.neo.util.mac.AppPackager
Neo Development Utilities for Mac OS X
App Packager

Usage: java -jar osxapp.jar [args]
       -m mainclass
       -o outputdir
       -n name (human-readable)
       -s shortname (machine-readable)
       -c creator
       -t type
       -r developmentregion
       -i icnsfile
       -addjar jarfile containing your java classes (can have more than 
one)

For more information about this package, visit our website at:
http://www.neo.com/

[localhost:~/Projects/osxize/test] imf%


Here's what's in lib on OS X, in case you were wondering.

[localhost:~/Projects/osxize/test] imf% ls $JAVA_HOME/lib/
Xusage.txt                              glconfigurationlist.properties
audio                                   ir.idl
cmm                                     jvm.cfg
content-types.properties                jvm.hprof.txt
dt.jar                                  orb.idl
ext                                     security
flavormap.properties                    swing.properties
fonts                                   tzmappings
[localhost:~/Projects/osxize/test] imf%

I'll try poking around with JDB at some point here. I never use it, so 
I'm not very efficient with it, so it might take a little while.

>
> so the failure could just be that the runtime is in a different place, 
> and
> we need to change the test. Seem likely?
>
>>> What I see now is that I'm unable too bootstrap Ant there because I'm
>>> not running in a graphical mode, at least this is my interpretation of
>>>
>>> kCGErrorFailure : initCGDisplayState: No display interlock
>>>
>>> Any idea how I could solve this?
>>
>> Hrm... That's an interesting one. Um... Never tried to run headless
>> before to do this. Lemme try it myself....
>>
>> This may take some work. When Iog in as myself over ssh, I still have
>> access to my window server, 'cause I'm logged in. I'll have to try this
>> by logging out, and logging in to my desktop from my laptop.
>
> Looks like someone still has to get the hang of running java headless. 
> dont
> worry, java1.3 on unix has the same problem in the imaging libs, hence
> various batik related issues.
>


Yeah, Macs don't like to be headless so much. They can be, but they 
don't like it. I think they are starting to address this (starting!) 
with Xserve and language patches for it. It does still need to have a 
framebuffer installed, though. Which is a shame. Would be nice to use 
that PCI slot for something more useful, or at least not have to pay for 
the card.

And no, Java pre 1.4 is completely brain-dead when it comes to rendering 
graphics without a framebuffer. Still part of that nasty 1.0 legacy, I 
think. AWT? Need I say more?

-Ian


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Steve Loughran <st...@iseran.com>.
----- Original Message -----
From: "Ian McFarland" <ia...@neo.com>
To: "Ant Developers List" <an...@jakarta.apache.org>
Cc: "Ian McFarland" <ia...@neo.com>
Sent: Friday, May 17, 2002 6:13 AM
Subject: Re: Build failure on OS X (from anoncvs checkout)


>
> On Friday, May 17, 2002, at 04:59  AM, Stefan Bodewig wrote:
>
> > On Fri, 17 May 2002, Ian McFarland <ia...@neo.com> wrote:
> >> On Friday, May 17, 2002, at 01:19  AM, Stefan Bodewig wrote:
> >
> >> You should make them give you an Xserve.
> >
>
> See: http://www.apple.com/xserve/ (A very nice little 1U unit, with up
> to .48TB storage, and 1 to 2  1GHz procs. New this week.)

If apple were to donate one to Apache, I am sure that use would be made of
it. Hey, if they were to donate any of those fancy laptops like yours I'm
sure use would be made of them too, especially since my 3 year old pII/300
notebook died from all the excitement of spending the week up in the
spiritual home of windows, and is now a nice LCD with a dead motherboard
attached, and hard disk I need to gain access to, somehow.

>
> Mine's also a 2-proc box, which is probably good as there's a chance it
> will expose any potential threading/sync issues.

always good

> >> Ah... perhaps. I suppose I should look more carefully at what I'm
> >> checking out. ;-) How are the versions set up?
> >
> > The main branch...
> * snip *
>
> Ok, I checked out ANT_15_BRANCH, and got the same build failure on test
> 21:
>
> Testcase: test21(org.apache.tools.ant.taskdefs.AvailableTest):  FAILED
> expected:<true> but was:<null>
> junit.framework.AssertionFailedError: expected:<true> but was:<null>

>
> I should probably check stuff out on one of my linux boxes, too, so I
> can compare and contrast failures.

do you have a debugger on your PPC? could you, like step into tests to see
why things fail?

most tests call a build file and validate properties and things. Test 21
runs

etc/testcases/taskdefs/available.xml of which the relevant test is

  <target name="test21">
    <available property="test" ignoresystemclasses="true"
               classname="java.awt.Graphics"
classpath="${java.home}/lib/rt.jar:${java.home}/lib/classes.zip"/>
  </target>


so the failure could just be that the runtime is in a different place, and
we need to change the test. Seem likely?

> > What I see now is that I'm unable too bootstrap Ant there because I'm
> > not running in a graphical mode, at least this is my interpretation of
> >
> > kCGErrorFailure : initCGDisplayState: No display interlock
> >
> > Any idea how I could solve this?
>
> Hrm... That's an interesting one. Um... Never tried to run headless
> before to do this. Lemme try it myself....
>
> This may take some work. When Iog in as myself over ssh, I still have
> access to my window server, 'cause I'm logged in. I'll have to try this
> by logging out, and logging in to my desktop from my laptop.

Looks like someone still has to get the hang of running java headless. dont
worry, java1.3 on unix has the same problem in the imaging libs, hence
various batik related issues.


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Ian McFarland <ia...@neo.com>.
On Friday, May 17, 2002, at 04:59  AM, Stefan Bodewig wrote:

> On Fri, 17 May 2002, Ian McFarland <ia...@neo.com> wrote:
>> On Friday, May 17, 2002, at 01:19  AM, Stefan Bodewig wrote:
>
>> You should make them give you an Xserve.
>
> Sorry, I'm not familiar enough with MacOS X to know what you mean.  I
> have to take what we have, though 8-):
>

See: http://www.apple.com/xserve/ (A very nice little 1U unit, with up 
to .48TB storage, and 1 to 2  1GHz procs. New this week.)

> bash-2.05$ uname -a
> Darwin moof.apache.org 5.2 Darwin Kernel Version 5.2: Fri Dec  7 
> 21:39:35 PST 2001; root:xnu/xnu-201.14.obj~1/RELEASE_PPC  Power 
> Macintosh powerpc
>

Looks like you're running 10.1.2. Probably a useful thing to do on at 
least one test machine (run something older). Mine's 10.1.4:

Darwin carbon 5.4 Darwin Kernel Version 5.4: Wed Apr 10 09:27:47 PDT 
2002; root:xnu/xnu-201.19.3.obj~1/RELEASE_PPC  Power Macintosh powerpc

Mine's also a 2-proc box, which is probably good as there's a chance it 
will expose any potential threading/sync issues.


>> Ah... perhaps. I suppose I should look more carefully at what I'm
>> checking out. ;-) How are the versions set up?
>
> The main branch...
* snip *

Ok, I checked out ANT_15_BRANCH, and got the same build failure on test 
21:

Testcase: test21(org.apache.tools.ant.taskdefs.AvailableTest):  FAILED
expected:<true> but was:<null>
junit.framework.AssertionFailedError: expected:<true> but was:<null>
         at junit.framework.Assert.fail(Assert.java:51)
         at junit.framework.Assert.failNotEquals(Assert.java:234)
         at junit.framework.Assert.assertEquals(Assert.java:68)
         at junit.framework.Assert.assertEquals(Assert.java:75)
         at 
org.apache.tools.ant.taskdefs.AvailableTest.test21(AvailableTest.java:205)
         at java.lang.reflect.Method.invoke(Native Method)
         at junit.framework.TestCase.runTest(TestCase.java:166)
         at junit.framework.TestCase.runBare(TestCase.java:140)
         at junit.framework.TestResult$1.protect(TestResult.java:106)
         at junit.framework.TestResult.runProtected(TestResult.java:124)
         at junit.framework.TestResult.run(TestResult.java:109)
         at junit.framework.TestCase.run(TestCase.java:131)
         at junit.framework.TestSuite.runTest(TestSuite.java:173)
         at junit.framework.TestSuite.run(TestSuite.java:168)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run
(JUnitTestRunner.java:325)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM
(JUnitTask.java:797)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:
544)
         at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:
520)
         at org.apache.tools.ant.Task.perform(Task.java:313)
         at org.apache.tools.ant.Target.execute(Target.java:309)
         at org.apache.tools.ant.Target.performTasks(Target.java:334)
         at org.apache.tools.ant.Project.executeTarget(Project.java:1216)
         at org.apache.tools.ant.Project.executeTargets(Project.java:1160)
         at org.apache.tools.ant.Main.runBuild(Main.java:605)
         at org.apache.tools.ant.Main.start(Main.java:195)
         at org.apache.tools.ant.Main.main(Main.java:234)

I should probably check stuff out on one of my linux boxes, too, so I 
can compare and contrast failures.

>
> What I see now is that I'm unable too bootstrap Ant there because I'm
> not running in a graphical mode, at least this is my interpretation of
>
> kCGErrorFailure : initCGDisplayState: No display interlock
>
> Any idea how I could solve this?

Hrm... That's an interesting one. Um... Never tried to run headless 
before to do this. Lemme try it myself....

This may take some work. When Iog in as myself over ssh, I still have 
access to my window server, 'cause I'm logged in. I'll have to try this 
by logging out, and logging in to my desktop from my laptop.

One workaround, though, it seems, would be to leave the machine logged 
in to a role account of some sort, that you use for testing. Kind of not 
my favorite idea, but it might be a workable workaround. Don't know if 
that can be done without a monitor, at least for bootstrapping.

I'll investigate further once I've had some sleep or something. ;-) 
(I'll try to figure out test 21 and stuff, too.)

-Ian


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On Fri, 17 May 2002, Ian McFarland <ia...@neo.com> wrote:
> On Friday, May 17, 2002, at 01:19  AM, Stefan Bodewig wrote:

> You should make them give you an Xserve.

Sorry, I'm not familiar enough with MacOS X to know what you mean.  I
have to take what we have, though 8-):

bash-2.05$ uname -a
Darwin moof.apache.org 5.2 Darwin Kernel Version 5.2: Fri Dec  7 21:39:35 PST 2001; root:xnu/xnu-201.14.obj~1/RELEASE_PPC  Power Macintosh powerpc

> Ah... perhaps. I suppose I should look more carefully at what I'm
> checking out. ;-) How are the versions set up?

The main branch (what you get when you don't specify a branch name) is
1.6alpha.  Here new features are allowed to be added, while we have a
separate branch that is there to stabilize Ant 1.5.  Bug fixes get
currently applied in the 1.5 branch only.

So if you want to work on 1.5 you'd do

cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic co -r ANT_15_BRANCH jakarta-ant

What I see now is that I'm unable too bootstrap Ant there because I'm
not running in a graphical mode, at least this is my interpretation of

kCGErrorFailure : initCGDisplayState: No display interlock

Any idea how I could solve this?

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Ian McFarland <ia...@neo.com>.
On Friday, May 17, 2002, at 01:19  AM, Stefan Bodewig wrote:

> On Thu, 16 May 2002, Ian McFarland <ia...@neo.com> wrote:
>
>> At the prompting of Steve Loughran, I'm trying to get up to speed on
>> stuff here, so I can help out with regressions on OS X.
>
> This is great!
>

Glad to help however I can.

> But you certainly shouldn't be the only one dealing with it.  We have
> a MacOS X box at the ASF that committers can get access to (and I'll
> just now ask for an account on it ;-).


You should make them give you an Xserve.

>
>> However, just a plain checkout from cvs had the negative results
>> posted at the end of this email.
>
> I.e. the 1.5 branch works, but 1.6alpha doesn't?
>

Ah... perhaps. I suppose I should look more carefully at what I'm 
checking out. ;-) How are the versions set up? Is there a handy readme 
somewhere I should be looking at? I'm reading through 
http://jakarta.apache.org/site/guidelines.html and looking around the 
ant site for more detailed guidelines and stuff, but any must-read stuff 
you'd like to point out would be most helpful. I'll poke around with my 
exciting command line cvs client and see what tags and stuff I can find.

What are the priorities for testing?

> I've committed a fix to the 1.5 branch about ten days ago that makes
> test21 pass on JDK 1.1 and 1.2.  Maybe this has fixed the test for
> Apple's 1.3 VM as well.
>

Well, I ran ./build.sh test on the 1.5b1 stuff that comes in 
jakarta-ant-1.5Beta1-src.tar.gz, but there really didn't seem to be much 
junit action going on. Below is the whole run. (I also did a build clean 
test, which resulted in more compiling, but no more apparent testing. 
(At least no more output.) I haven't really investigated much further, 
other than to confirm that there are in fact a bunch of test cases in 
src/testcases/org/apache/tools/ant/

A separate Java process did get spawned. (I get a fun little bouncing 
Java icon in the dock when that happens.) Maybe it's just not being 
verbose about what happened.

Here's the output:

[carbon:~/Projects/Ant/jakarta-ant-1.5Beta1] imf% ./build.sh test
Buildfile: build.xml

check_for_optional_packages:

xml-check:

dump-sys-properties:
java.vm.info=mixed mode
java.vm.name=Java HotSpot(TM) Client VM
java.vm.vendor=Apple Computer, Inc.
java.vm.version=1.3.1
os.arch=ppc
os.name=Mac OS X
os.version=10.1.4
file.encoding=MacRoman
user.language=en

run-which:

dump-info:

prepare:

build:
Copying 2 files to /Users/imf/Projects/Ant/jakarta-
ant-1.5Beta1/build/classes

compile-tests:

probe-offline:

run-tests:

test:

BUILD SUCCESSFUL
Total time: 4 seconds


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Build failure on OS X (from anoncvs checkout)

Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 16 May 2002, Ian McFarland <ia...@neo.com> wrote:

> At the prompting of Steve Loughran, I'm trying to get up to speed on
> stuff here, so I can help out with regressions on OS X.

This is great! 

But you certainly shouldn't be the only one dealing with it.  We have
a MacOS X box at the ASF that committers can get access to (and I'll
just now ask for an account on it ;-).

> However, just a plain checkout from cvs had the negative results
> posted at the end of this email.

I.e. the 1.5 branch works, but 1.6alpha doesn't?

I've committed a fix to the 1.5 branch about ten days ago that makes
test21 pass on JDK 1.1 and 1.2.  Maybe this has fixed the test for
Apple's 1.3 VM as well.

Stefan

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>