You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Sander Temme <sc...@apache.org> on 2006/05/15 02:12:52 UTC
JUnit test failure on MacOSX
See: http://clarus.apache.org/junit/junit/gump_work/
build_junit_junit.html
And, this appears to be on MacOSX only, since both vmgump and
gump.zones show the junit entry as green in the logs.
It seems that a single test is failing because it expects a different
return value from a subprocess. No idea what would be different, no
time to investigate and I fear I lack applicable knowledge in the
Java space.
Anyone know what could be happening and why?
I'll be happy to give any committer who wants to give this a gander
an account on Clarus.
S.
--
sctemme@apache.org http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
Re: JUnit test failure on MacOSX
Posted by Steve Loughran <st...@apache.org>.
Bill Barker wrote:
> "Sander Temme" <sc...@apache.org> wrote in message
> news:3C37092C-A56F-40DE-99B2-21740DC0BE5A@apache.org...
>> See: http://clarus.apache.org/junit/junit/gump_work/
>> build_junit_junit.html
>>
>> And, this appears to be on MacOSX only, since both vmgump and gump.zones
>> show the junit entry as green in the logs.
>>
>> It seems that a single test is failing because it expects a different
>> return value from a subprocess. No idea what would be different, no time
>> to investigate and I fear I lack applicable knowledge in the Java space.
>>
>> Anyone know what could be happening and why?
>>
>
> Well, from the JUnit code, the subprocess is basically:
> $JAVA_HOME/bin/java -cp . org.junit.runner.JUnitCore
> org.junit.tests.JUnitCoreTest$Fail
>
> That *should* end up calling System.exit(1), which in turn *should* cause
> 'java' to return a status code of 1 to the caller. I don't know OS/X enough
> to have a guess as to which of these isn't happening.
-There is ongoing discourse in ant-dev about return codes and VMS,
because their notion of success and failure is different, but not
changes in the code, and it will not kick in for other platforms.
-I also know that on SYSV unix (AIX, HPUX), a return code like -1 can
get turned into 255, so you shouldn't check for an equals, just a
non-zero ret code.
However, macos is a BSD derivative, and no limitation on return codes to
byte length will turn a 1 into a 0, so something else may be going on
wrong here. I believe the java turning System.exit(1) into 1 is
something some of Ant's <exec> pr <java> tests should check for, and if
they dont, we can add a new test to do just that. That would help
isolate the problem.
-steve
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: JUnit test failure on MacOSX
Posted by Bill Barker <wb...@wilshire.com>.
"Sander Temme" <sc...@apache.org> wrote in message
news:3C37092C-A56F-40DE-99B2-21740DC0BE5A@apache.org...
> See: http://clarus.apache.org/junit/junit/gump_work/
> build_junit_junit.html
>
> And, this appears to be on MacOSX only, since both vmgump and gump.zones
> show the junit entry as green in the logs.
>
> It seems that a single test is failing because it expects a different
> return value from a subprocess. No idea what would be different, no time
> to investigate and I fear I lack applicable knowledge in the Java space.
>
> Anyone know what could be happening and why?
>
Well, from the JUnit code, the subprocess is basically:
$JAVA_HOME/bin/java -cp . org.junit.runner.JUnitCore
org.junit.tests.JUnitCoreTest$Fail
That *should* end up calling System.exit(1), which in turn *should* cause
'java' to return a status code of 1 to the caller. I don't know OS/X enough
to have a guess as to which of these isn't happening.
> I'll be happy to give any committer who wants to give this a gander an
> account on Clarus.
>
> S.
>
> --
> sctemme@apache.org http://www.temme.net/sander/
> PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org