Derek Bruening

For a concrete example of existing code that tries to use a local dcontext for the ISA mode but ends up being racy with drdecodelib as there is only the...

Given that AArch32 seems to be problematic for basic decoding and encoding with its global state for GLOBAL_DCONTEXT, maybe we should just fix this and fix #6002 at the same...

This keeps failing periodically on post-merge runs, which we're trying to get green. E.g., failed just now: https://github.com/DynamoRIO/dynamorio/actions/runs/8470861218/job/23209561877

Determining whether a line was executed is easily gathered with almost zero overhead beyond DR's base overhead, as you can imagine from how DR operates: that requires only transformation-time actions...

This also causes external detach-via-signal attempts to fail: https://groups.google.com/g/dynamorio-users/c/Yl5g5jM-NY8 To solve, presumably we'd have to store the code cache PC or linkstub or some other value into a slot prior...

Alternatively we can obtain the return address from the dstack and use it to locate the fragment. This is lower overhead but more complex? Though we already rely on locating...

Pasting from the user list thread linked above: I think we want to call find_next_fragment_from_gencode() for detach too to handle the clean call save/restore code.  If it's not in those...

We should share this code between detach and pending app signal handling.

You need to add `-debug` for `-loglevel` to have any effect if you are using a packaged build containing both release and debug binaries. If you haven't been running debug...

I would suggest either stepping through `rseq_is_registered_for_current_thread` in a debugger or adding printing to see what the rseq syscall returns in your fortigate vm. Does it return -EINVAL even when...