diff options
| author | blasty <peter@haxx.in> | 2026-07-24 00:05:55 +0200 |
|---|---|---|
| committer | blasty <peter@haxx.in> | 2026-07-24 00:05:55 +0200 |
| commit | 7e2b15aa39955c8b9138c65e8175e774daadb240 (patch) | |
| tree | 92164d15f51b7936a77f53aa777aa58861d38d27 /systemd | |
| parent | ux: label the startup wait as auto-analysis, not "starting a server" (diff) | |
| download | ida-tui-7e2b15aa39955c8b9138c65e8175e774daadb240.tar.gz ida-tui-7e2b15aa39955c8b9138c65e8175e774daadb240.tar.xz ida-tui-7e2b15aa39955c8b9138c65e8175e774daadb240.zip | |
nav: land the decompiler cursor on the function name, not column 0
Jumping to a function in the decompiler (follow/xref into pseudocode) parked the
cursor at column 0 of the prototype line. Now it lands on the function's name in
the prototype instead, mirroring the listing's ref-column behavior.
_do_navigate's prefer_decomp branch: when the target is the function itself
(ea == fn.addr) it uses the prototype line (0) and computes the name's column via
_decomp_col_for; a mid-function target uses the ea-matched line (name column when
present, else 0). The column rides through _open_decomp_entry -> NavEntry
.dec_cursor_x -> _apply_decomp's view.show(cursor_x=...).
Verified: following sub_2060 from pseudocode lands on line 0, cursor_x=28, which
is exactly 'sub_2060' in "unsigned __int64 __fastcall sub_2060(int a1)".
decomp_nav/decomp_follow_self/xref_labels/view_toggle/disasm_nav/search/mouse/
listing_view/continuous_view/func_banners/rename green (follow_xrefs is a
pre-existing ordering flake; passes in isolation).
Diffstat (limited to 'systemd')
0 files changed, 0 insertions, 0 deletions
