harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rana Dasgupta" <rdasg...@gmail.com>
Subject Re: [drlvm] tests failing on linux (Ubuntu 7.04-dev) with Quad Xeon P3
Date Thu, 29 Mar 2007 21:56:49 GMT
just running "gdb java" produces below...

(gdb) run
Starting program:
/home/rana/Harmonystuff/trunk/working_vm/build/lnx_em64t_gcc_debug/deploy/jdk/jre/bin/java
[Thread debugging using libthread_db enabled]
[New Thread 182905755584 (LWP 24318)]
[New Thread 1084229984 (LWP 24321)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182905755584 (LWP 24318)]
0x00000036cb2691a5 in free () from /lib64/tls/libc.so.6
(gdb) bt
#0  0x00000036cb2691a5 in free () from /lib64/tls/libc.so.6
#1  0x0000002a95f34633 in hymem_free_memory (portLibrary=0x7fbfffee20,
    memoryPointer=0x535500006e65) at hymem.c:112
#2  0x0000002a95f34d4a in hynls_set_catalog (portLibrary=0x7fbfffee20,
    paths=0x520e20, nPaths=2, baseName=0x2a95f44bb6 "harmony",
    extension=0x2a95f44bab "properties") at ../shared/hynls.c:345
#3  0x0000002a95f37806 in initNLSCatalog (portLib=0x7fbfffee20)
    at ../shared/hyport.c:616
#4  0x0000002a95f36f25 in hyport_init_library (portLibrary=0x7fbfffee20,
    version=0x7fbfffee10, size=1848) at ../shared/hyport.c:58
#5  0x0000000000403dc8 in main (argc=1, argv=0x7fbffff638, envp=0x7fbffff648)
    at ../shared/cmain.c:131


On 3/29/07, Rana Dasgupta <rdasgupt@gmail.com> wrote:
>
> No I get the segmentation fault even when running "./java -version" with a clean classlib
+ drlvm build from today's trunk. Of course, I also get the jvmti failure but I think that
this maybe because it's the first test we hit in "build test".
>
> I'll try to paste the gdb stack trace, but gmail is somehow thwarting my paste attempts
:-)
>
>
>
>
>
> On 3/29/07, Nathan Beyer <ndbeyer@apache.org > wrote:
> > I am not seeing that. Can you run the "./java -version" successfully?
> >
> > I tried running "gdb ./java" and it loaded me into GDB just fine.
> >
> > -Nathan
> >
> > On 3/29/07, Rana Dasgupta <rdasgupt@gmail.com> wrote:
> > > The jvmti tests are among the first to run. Is it a problem with jvmti
> > > failures or is drlvm currently broken on linux? I seem to get a segmentation
> > > violation running just the drlvm java executable on both 32 and 64 bit RHEL
> > > Linux.
> > >
> > > gdb java
> > >
> >  > I think shows an invalid pointer in hymem_free_memory()
> > >
> > > Is anyone else seeing this?
> > >
> > >
> > >
> > > On 3/29/07, Nathan Beyer < ndbeyer@apache.org > wrote:
> > > >
> > > > On 3/29/07, Gregory Shimansky < gshimansky@gmail.com > wrote:
> > > > > Nathan Beyer wrote:
> > > > > > On 3/28/07, Gregory Shimansky <gshimansky@gmail.com >
wrote:
> > > > > >> Nathan Beyer wrote:
> > > > > >> > I'm getting consistent failures of the following tests
on Ubuntu
> > > > > >> > 7.04-dev running on Quad Xeon P3 hardware. I saw some
other threads
> > > > on
> > > > > >> > the mailing list about failures on a dual CPU machine,
are these
> > > > the
> > > > > >> > same failures.
> > > > > >> >
> > > > > >> > Is there anyway to get some more information about
these failures?
> > > > > >> > Stack trace? dumps?
> > > > > >> >
> > > > > >> > -Nathan
> > > > > >> >
> > > > > >> > Breakpoint1 failed on Client mode JIT (default)
> > > > > >> > SingleStep1 failed on Client mode JIT (default)
> > > > > >> > VMInit1 failed on Client mode JIT (default)
> > > > > >> > Breakpoint1 failed on interpreter
> > > > > >> > SingleStep1 failed on interpreter
> > > > > >> > VMInit1 failed on interpreter
> > > > > >>
> > > > > >> The tests produce a report in
> > > > > >> lnx_ia32_gcc_debug/semis/jvmti.tests/reports which you can
try to
> > > > > >> analyze. There should be the output why the tests failed.
The tests
> > > > > >> you've mentioned are single threaded and shouldn't depend
on the
> > > > number
> > > > > >> of CPUs.
> > > > > >
> > > > > > I'm seeing three folders under
> > > > > > "build/lnx_ia32_gcc_debug/semis/jvmti.tests/reports/" and "int",
"jit"
> > > > > > and "opt" folder. All of them are empty.
> > > > >
> > > > > Try this command line to run the test in command line. Tests have
to be
> > > > > compiled before running it
> > > > >
> > > > > ./lnx_ia32_gcc_debug/deploy/jdk/jre/bin/java -cp
> > > > > make/tmp/junit.jar:./lnx_ia32_gcc_debug/semis/jvmti.tests/classes
> > > > >
> > > > -agentpath:./lnx_ia32_gcc_debug/semis/jvmti.tests/native/Breakpoint1/libBreakpoint1.so
> > > > >  junit.textui.TestRunner Breakpoint1.Breakpoint1
> > > > >
> > > > > --
> > > > > Gregory
> > > > >
> > > > >
> > > >
> > > > I tried that and this is what is output to the console (the report
> > > > folders are still empty).
> > > >
> > > > DEBUG: Getting JVMTI enviroment...
> > > > DEBUG: done!
> > > > DEBUG: Setting capabilities...
> > > > DEBUG: done!
> > > > DEBUG: Setting events...
> > > > DEBUG: done!
> > > > Illegal instruction
> > > >
> > >
> >
>
>

Mime
View raw message