Use frame.name() in FrameDecorator
authorTom Tromey <tromey@adacore.com>
Tue, 1 Aug 2023 19:57:19 +0000 (13:57 -0600)
committerTom Tromey <tromey@adacore.com>
Thu, 3 Aug 2023 15:35:38 +0000 (09:35 -0600)
commit30baee6865571bb0385dbc6ee7e06701e1253028
treed8056d8e7dcfbe90067a72743b9785904fe8cc85
parentb1c0ab20809a502b2d2224fecb0dca3ada2e9b22
Use frame.name() in FrameDecorator

A co-worker pointed out that gdb's DAP implementation might return an
integer for the name of a stack frame, like:

    {"id": 1, "name": 93824992310799, ...}

This can be seen currently in the logs of the bt-nodebug.exp test
case.

What is happening is that FrameDecorator falls back on returning the
PC when the frame's function symbol cannot be found, relying on the
gdb core to look up the minsym and print its name.

This can actually yield the wrong answer sometimes, because it falls
into the get_frame_pc / get_frame_address_in_block problem -- if the
frame is at a call to a noreturn function, the PC in this case might
appear to be in the next function in memory.  For more on this, see:

    https://sourceware.org/bugzilla/show_bug.cgi?id=8416

and related bugs.

However, there's a different approach we can take: the code here can
simply use Frame.name.  This handles the PC problem correctly, and
gets us the information we need.
gdb/python/lib/gdb/FrameDecorator.py
gdb/testsuite/gdb.dap/bt-nodebug.exp