How to access TemplateInterpreter::_active_table via SA in non-debug build?
david.griffiths at gmail.com
Fri Jul 27 13:13:57 UTC 2018
Hi Andrew, yes "info address TemplateInterpreter::_active_table" works in
gdb - I got sidetracked by some code in LinuxVtblAccess which manually
creates the mangled name.
Bit surprised the symbol is there in a non-debug build but never mind!
On 27 July 2018 at 13:25, Andrew Dinn <adinn at redhat.com> wrote:
> On 27/07/18 12:00, David Griffiths wrote:
> > Appears that on Linux I can obtain the mangled form of the name:
> > _ZN19TemplateInterpreter13_active_tableE. Not sure how reliable this is
> > though?
> I'm surprised that gdb doesn't already know how to unmangle the above
> symbol if has found it for you. After all it knows all about which
> compiler was used to build the binary so it ought to know how name
> mangling and demangling works. Perhaps this indicates something odd in
> the way your binary was built?
> Anyway, in case it helps, the Red Hat OpenJDK release packages always
> come accompanied with a debuginfo package that provides symbol table
> information for the product code and data (in so far as such info exists
> when you -O3 optimize code). I relied on that to enable my gdb stack
> unwinder to unwind java frames on a product build. It provided enough
> info to allow me to trawl through code cache, method and frame data. So,
> if you are running on RHEL or Fedora you may find that installing the
> debuginfo package(s) provides gdb with the info it needs to locate the
> interpreter active table.
> Andrew Dinn
More information about the hotspot-dev