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