summaryrefslogtreecommitdiffstats
path: root/idatui/rpcclient.py (follow)
Commit message (Collapse)AuthorAgeFilesLines
* drive: a note went to address 0, and a slow edit was reported as a failureagent7 days1-1/+9
| | | | | | | | | | | | | | | | | | | Two bugs found driving a 65KB ARM firmware image (one flat 42k-line listing, no ELF sections to break it up): `note` did goto + `cursor line=0` before commenting. Line 0 is the top of the function only in the DECOMPILER; in the listing it is the top of the SEGMENT, so every note landed at address 0 -- and scrolling a 42k-line listing there took so long the call timed out, which read as "comments are broken". goto already lands on the function's first line, so the cursor call just goes; note now also reports where it landed. The client's 90s timeout was too tight for the same reason: comments on that listing take 26-106s (the rebuild has no function boundary to stop at), so the CLI reported "no response ... server busy or the op is hung" for edits that had already been applied. Believing a successful edit failed is the worse error -- the driver redoes it, or "fixes" what was never broken. Default is now 300s; IDATUI_RPC_TIMEOUT still overrides.
* fix: don't hang drive pc on undecompilable functionsuser2026-07-111-2/+19
| | | | | | | | | | | | | | | | toggle_view's settle predicate (lambda: app._active != before) never fired when tabbing toward pseudocode on a function Hex-Rays can't decompile: App._apply_decomp snaps the view back to disasm, so _active returns to its prior value -> full 20s settle timeout (x2 in _show_decomp, ~40s for drive pc). Recognize the decomp-failed fallback as settled. Also harden two amplifiers surfaced by the same case: - rpcclient: the CLI socket had no read timeout and would block forever on any server slowness; add a bounded settimeout (IDATUI_RPC_TIMEOUT, default 90s) with a clear error. - domain.decompile: pass a bounded 15s timeout and cache failures, so a failing decompile can't sit at the 30s client default or be re-run by transport retries.
* rpc: stdlib client + CLI (idatui.rpcclient)blasty2026-07-101-0/+133
Drive the TUI from another tmux pane with no deps: python -m idatui.rpcclient --sock <path> goto target=main python -m idatui.rpcclient keys g m a i n enter python -m idatui.rpcclient screen # dumps the raw screen text Also importable as RpcClient for the agent. Socket via --sock or IDATUI_RPC_SOCK. Booleans are coerced; numerics/addresses stay strings (the server coerces numeric params).