Luke Serné
Luke Serné
**Describe the bug** When saving a qiling state after having unmapped part of an MMIO region, the save fails with a `KeyError`. See the below script. **Sample Code** ```python import...
**Describe the bug** Mapping an MMIO region, then saving the qiling state and then restoring the qiling state causes an exception. See the script below. **Sample Code** ```python import qiling...
**Describe the bug** Creating a Cortex M Qiling instance with a Linux `ostype` causes an `AttributeError`. **Sample Code** ```python import qiling qiling.Qiling(code=b"\0", archtype=qiling.const.QL_ARCH.CORTEX_M, ostype='linux') ``` **Expected behavior** No error. **Result**...
### Device Info * Name: Razer Kraken V3 * Product Number: `RZ04-03770200` * Model Number: `RZ04-0377` ### Device Information ``` $ lsusb -d 1532: -v Bus 001 Device 007: ID...
This makes the diffs generated by git as part of future changes (for example typo fixes) to these files easier to read. This PR only includes html files whose contents...
**Describe the bug** Calling `Register.getTypeFlags()` from a script or the interpreter does not return [`Register.TYPE_SP`](https://ghidra.re/ghidra_docs/api/ghidra/program/model/lang/Register.html#TYPE_SP) or [`Register.TYPE_FP`](https://ghidra.re/ghidra_docs/api/ghidra/program/model/lang/Register.html#TYPE_FP), even for the stack and base pointer registers on x86. **To Reproduce** Steps...
Fixes #4951. This adds a `printRaw` implementation to 13 `TypeOp`s, similar in implementation to `TypeOpIntSright::printRaw`. This change makes it possible to uniquely identify the `TypeOp` that produced a given `printRaw`...
**Describe the bug** When reading the name of a PCODE operation using [`PcodeOp::getMnemonic()`](https://github.com/NationalSecurityAgency/ghidra/blob/9ec89c37fb30d6228ed82d4cf1441b7a7aa0a3f1/Ghidra/Framework/SoftwareModeling/src/main/java/ghidra/program/model/pcode/PcodeOp.java#L542), for most operations, a string version of the "enum" name (which lines up with the name in...
This is a follow-up of #5462. Unlike that PR, this PR fixes the issue in the source files and regenerates the `.html` files. The cause of the issue turned out...
**Describe the bug** When decompiling a function that uses variable-length arrays, the decompiler gets confused about the stack layout and return addresses that are pushed to the stack (on `x86`...