RFR: 8247351: [aarch64] NullPointerException during stack walking (clhsdb "where -a")

Nick Gasson ngasson at openjdk.java.net
Thu Jul 15 00:17:11 UTC 2021


On Fri, 9 Jul 2021 08:37:00 GMT, Nick Gasson <ngasson at openjdk.org> wrote:

> Running the jtreg test serviceability/sa/ClhsdbWhere.java with -Xcomp
> -XX:-TieredCompilation fails with the following exception:
> 
>   Error: java.lang.NullPointerException: Cannot invoke "sun.jvm.hotspot.debugger.Address.getJLongAt(long)" because "valueAddr" is null
>   java.lang.NullPointerException: Cannot invoke "sun.jvm.hotspot.debugger.Address.getJLongAt(long)" because "valueAddr" is null
>           at jdk.hotspot.agent/sun.jvm.hotspot.runtime.CompiledVFrame.createStackValue(CompiledVFrame.java:270)
>           at jdk.hotspot.agent/sun.jvm.hotspot.runtime.CompiledVFrame.getLocals(CompiledVFrame.java:107)
>           at jdk.hotspot.agent/sun.jvm.hotspot.ui.classbrowser.HTMLGenerator.genHTMLForJavaStackTrace(HTMLGenerator.java:1937)
>           at jdk.hotspot.agent/sun.jvm.hotspot.CommandProcessor$43.doit(CommandProcessor.java:1573)
>           at jdk.hotspot.agent/sun.jvm.hotspot.CommandProcessor.executeCommand(CommandProcessor.java:2090)
>           at jdk.hotspot.agent/sun.jvm.hotspot.CommandProcessor.executeCommand(CommandProcessor.java:2060)
> 
> The oop map for the frame being inspected is:
> 
>    ScopeDesc(pc=0x0000ffff8957e000 offset=140):
>    jdk.test.lib.apps.LingeredApp::steadyState at 7 (line 536)
>    Locals
>     - l0: empty
>     - l1: reg rfp [58],oop
>     - l2: empty
>    Monitor stack
>     - @0: monitor{reg rfp [58],oop,stack[16]}
> 
> But RegisterMap::getLocation() returns a null Address for register
> 58 (=RFP).
> 
> This patch fixes two problems: the fp VMReg value used in
> AARCH64Frame::updateMapWithSavedLink should be 29<<1 not 29 because a
> VMReg has two slots in a 64-bit VM.  The other bug is that
> RegisterMap::setLocation and getLocation calculate the long
> locationValid mask using (1 << (i % locationValidTypeSize)) where i and
> locationValidTypeSize are both int.  We need to do this calculation as a
> long if i % locationValidTypeSize can be > 32.  There's no failure on
> x86_64 because that only has 16 integer registers.

OK, understood. Sorry about that.

-------------

PR: https://git.openjdk.java.net/jdk/pull/4737


More information about the serviceability-dev mailing list