Using libjvm.diz in gdb

Douglas Simon doug.simon at oracle.com
Tue Aug 21 01:09:27 PDT 2012


On Aug 20, 2012, at 10:39 PM, Daniel D. Daugherty <daniel.daugherty at oracle.com> wrote:

> Doug,
> 
> In addition to what Dmitry says about libjvm.so being loaded...

... which does indeed work.

> If the libjvm.diz files are unzipped adjacent to their corresponding
> libjvm.so files, then no "symbol-file" command should be necessary.

After further research I see that this is what the --add-gnu-debuglink option to objcopy is for.

> Also, what is the "graal" VM flavor? I'm used to "client" and "server"
> so I don't know if there is proper FDS support for a different VM flavor.

The "graal" VM flavor selects the Graal compiler (http://openjdk.java.net/projects/graal/) in a modified version of HotSpot.

-Doug

> On 8/20/12 2:15 PM, Douglas Simon wrote:
>> I've just encountered the new Full Debug Symbols support in HotSpot and am having trouble using it with gdb. When I start gdb on a debug build (i.e. jvmg) of HotSpot, I also load the unzipped libjvm.diz file as follows:
>> 
>> ~/linz/graalvm$ gdb jdk1.7.0_06/debug/bin/java
>> (gdb) symbol-file /mnt/ubuntu-10.04/home/dsimon/linz/graalvm/jdk1.7.0_06/debug/jre/lib/amd64/graal/libjvm.debuginfo
>> Reading symbols from /mnt/ubuntu-10.04/home/dsimon/linz/graalvm/jdk1.7.0_06/debug/jre/lib/amd64/graal/libjvm.debuginfo...done.
>> (gdb) b methodDataOop.cpp:870
>> Cannot access memory at address 0x573d06
>> 
>> Naturally, the program never stops at the line where I'm trying to set the breakpoint.
>> 
>> What am I doing wrong? Is there some information on how one is supposed to use FDS for debugging under gdb (or dbx)?
>> 
>> -Doug



More information about the hotspot-dev mailing list