On 9/19/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
On Sep 19, 2006, at 7:19 AM, Vladimir Gorr wrote:
> On 9/19/06, Vladimir Gorr <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> On 9/19/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>>
>> > guys - lets be clear. Are you unsetting it because it was pointing
>> > to Sun or BEA or IBM, or was it set to harmony?
>>
>>
>>
>> as for me JAVA_HOME refers to JRockit.
>>
>> have you tried setting it to harmony?
>>
>>
>> yes, I did but w/o success:
>> ...
>> Unable to find a javac compiler; com.sun.tools.javac.Main is not
>> on the
>> classpath.
>> Perhaps JAVA_HOME does not point to the JDK
>> ...
>>
>
> I wanted to say I tried to run our tests (build.sh test) with this
> setting.
> If we need to set JAVA_HOME to the .../deploy/jre how we're going
> to get
> around this.
Yes - I understand. I assume you can run the tests if you unset? We
need to figure out why it's suddenly affecting us, with all the
recent changes. I'm assuming it's something I did, as I changed how
resources are loaded..
I've understood a reason of the test failures when the kernel tests are run
via this command:
./build.bat kernel.test
*An incorrect message is displayed for this case*
[echo] ==============================================
[echo] Please set the classpath of junit as follows:
[echo] build.bat -Djunit.jar=%JUNIT_HOME% test"
[echo] ==============================================
*Indeed it should look like*
[echo] ==============================================
[echo] Please set the classpath of junit as follows:
[echo] build.bat -Djunit.*home*=%JUNIT_HOME% test"
[echo] ==============================================
*In this case all works just fine.*
Thanks,
Vladimir.
geir
>
> Thanks,
> Vladimir.
>
>
> Thanks,
>> Vladimir.
>>
>> geir
>> >
>> > On Sep 19, 2006, at 7:01 AM, Egor Pasko wrote:
>> >
>> > > I got almost the same recently.
>> > >
>> > > try 'unset JAVA_HOME'
>> > >
>> > > On the 0x1E9 day of Apache Harmony Dmitry Durnev wrote:
>> > >> I observe vm crash with the similar stack trace on my SUSE
>> Linux box,
>> > >> when trying to launch "Hello World" app on debug version of
>> DRLVM:
>> > >>
>> > >> *** glibc detected *** free(): invalid pointer: 0xbfffbde8 ***
>> > >> SIGSEGV in VM code.
>> > >> Stack trace:
>> > >> 1: free (??:-1)
>> > >> 2: ?? (??:-1)
>> > >> 3: ?? (??:-1)
>> > >> 4: hymem_free_memory (??:-1)
>> > >> 5: find_call_JNI_OnLoad
>> > >> (/export/workspace/drlvm/vm/vmcore/src/util/
>> natives_support.cpp:117)
>> > >> 6: properties_free (??:-1)
>> > >> 7: find_call_JNI_OnLoad
>> > >> (/export/workspace/drlvm/vm/vmcore/src/util/
>> natives_support.cpp:117)
>> > >> 8: ?? (??:-1)
>> > >> 9: readClassPathFromPropertiesFile (??:-1)
>> > >> 10: ?? (??:-1)
>> > >> 11: ?? (??:-1)
>> > >> 12: ?? (??:-1)
>> > >> 13: ?? (??:-1)
>> > >> 14: ?? (??:-1)
>> > >> 15: _dl_runtime_resolve (??:-1)
>> > >> 16: ?? (??:-1)
>> > >> 17: JNI_OnLoad (??:-1)
>> > >> 18: ?? (??:-1)
>> > >> <end of stack trace>
>> > >>
>> > >>
>> > >> On 9/19/06, Vladimir Gorr <[EMAIL PROTECTED]> wrote:
>> > >>> On 9/19/06, Geir Magnusson Jr < [EMAIL PROTECTED]> wrote:
>> > >>>>
>> > >>>>
>> > >>>>
>> > >>>> Vladimir Gorr wrote:
>> > >>>>> Geir,
>> > >>>>>
>> > >>>>> I found out none of the DRRVM kernel tests passed recently.
>> > >>>>> Although
>> > >>>>> all fine worked yet yesterday.
>> > >>>>>
>> > >>>>> *build.bat -Djunit.jar=%JUNIT_HOME% kernel.test*
>> > >>>>> ...
>> > >>>>> [echo]
>> > >>>>> [echo] ==================================
>> > >>>>> [echo] Run kernel tests using jitrino.jet
>> > >>>>> [echo] ==================================
>> > >>>>> [echo]
>> > >>>>> [mkdir] Created dir:
>> > >>>>>
>> > >>>> C:\DrlSrc\drlvm\trunk\build\win_ia32_msvc_debug\semis
>> > >>>> \kernel.tests\reports\jitrino.jet
>> > >>>>>
>> > >>>>> [echo] RUNNING : java.lang.Class1_5Test
>> > >>>>> [junit] Test java.lang.Class1_5Test FAILED
>> > >>>>> [junit] Test java.lang.Class1_5Test FAILED
>> > >>>>> [echo] **** FAILED on reference JRE ****
>> > >>>>> [echo] RUNNING : java.lang.Class5Test
>> > >>>>> [junit] Test java.lang.Class5Test FAILED
>> > >>>>> [junit] Test java.lang.Class5Test FAILED
>> > >>>>> [echo] **** FAILED on reference JRE ****
>> > >>>>> [echo] RUNNING : java.lang.ClassAnnotationsTest
>> > >>>>> [junit] Test java.lang.ClassAnnotationsTest FAILED
>> > >>>>>
>> > >>>>> ^C
>> > >>>>> ...
>> > >>>>>
>> > >>>>> I suspect you can know a clue for this issue. Probably I
>> missed
>> > >>>>> anything
>> > >>>>> and didn't note what was modifed.
>> > >>>>
>> > >>>> Why are they failing? AS of yesterday, I thought they were
>> all
>> > >>>> passing
>> > >>>> for me. I wouldn't have checked anything in if I saw that
>> they
>> > >>>> were
>> > >>>> failing en-masse. (We do need to have a "stop the world"
>> as we
>> > >>>> stabilize DRLVM, figure out why tests fail apparently
>> randomly,
>> > >>>> etc...)
>> > >>>
>> > >>>
>> > >>> Agree. I also try to understand this.
>> > >>>
>> > >>> I'm running kernel tests now on Ubuntu 6, release build, and
>> they
>> > >>> are
>> > >>>> running fine.
>> > >>>>
>> > >>>> What platform?
>> > >>>
>> > >>>
>> > >>> debug version on Windows platforms. I have no success on SUSE
>> > >>> LINUX as well:
>> > >>>
>> > >>> ...
>> > >>> -run-kernel-test-batch:
>> > >>> [mkdir] Created dir:
>> > >>> /nfs/ins/proj/drl/coreapi/vgorr/drlvm/trunk/build/
>> > >>> lnx_ia32_gcc_debug/semis/kernel.tests/reports/batch.mode
>> > >>> [junit] Running
>> org.apache.harmony.lang.generics.ClassLoaderTest
>> > >>> [junit] SIGSEGV in VM code.
>> > >>> [junit] Stack trace:
>> > >>> [junit] 1: properties_free (??:-1)
>> > >>> [junit] 2: ?? (??:-1)
>> > >>> [junit] 3: readClassPathFromPropertiesFile (??:-1)
>> > >>> [junit] 4: ?? (??:-1)
>> > >>> [junit] 5: ?? (??:-1)
>> > >>> [junit] 6: ?? (??:-1)
>> > >>> [junit] 7: ?? (??:-1)
>> > >>> [junit] 8: ?? (??:-1)
>> > >>> [junit] 9: ?? (??:-1)
>> > >>> [junit] 10: JNI_OnLoad (??:-1)
>> > >>> [junit] 11: ?? (??:-1)
>> > >>> [junit] 12: ?? (??:-1)
>> > >>> [junit] 13: ?? (??:-1)
>> > >>> [junit] 14: ?? (??:-1)
>> > >>> [junit] 15: ?? (??:-1)
>> > >>> [junit] 16: ?? (??:-1)
>> > >>> [junit] 17: ?? (??:-1)
>> > >>> [junit] 18: ?? (??:-1)
>> > >>> [junit] <end of stack trace>
>> > >>> [junit] Tests FAILED
>> > >>>
>> > >>>
>> > >>> Thanks,
>> > >>> Vladimir.
>> > >>>
>> > >>> geir
>> > >>>>
>> > >>>>
>> > >>>>
>> > >>>>
>> -------------------------------------------------------------------
>> >
>> > >>>> --
>> > >>>> Terms of use : http://incubator.apache.org/harmony/
>> mailing.html
>> > >>>> To unsubscribe, e-mail: harmony-dev-
>> > >>>> [EMAIL PROTECTED]
>> > >>>> For additional commands, e-mail: harmony-dev-
>> > >>>> [EMAIL PROTECTED]
>> > >>>>
>> > >>>>
>> > >>>
>> > >>>
>> > >>
>> > >>
>> > >> --
>> > >>
>> > >> Dmitry A. Durnev,
>> > >> Intel Middleware Products Division
>> > >>
>> > >>
>> ---------------------------------------------------------------------
>> > >> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > >> To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> > >> For additional commands, e-mail: harmony-dev-
>> > >> [EMAIL PROTECTED]
>> > >>
>> > >>
>> > >
>> > > --
>> > > Egor Pasko, Intel Managed Runtime Division
>> > >
>> > >
>> > >
>> ---------------------------------------------------------------------
>> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > > To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> > > For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> > >
>> >
>> >
>> >
>> ---------------------------------------------------------------------
>> > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > To unsubscribe, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> > For additional commands, e-mail: harmony-dev-
>> [EMAIL PROTECTED]
>> >
>> >
>>
>>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
