* attempt to fix ghidra script issues
* add ghidra python 3 note to readme
* fix binary ninja script erroring on function type parsing
* fix ida script not skipping function creation on pe binaries
* fix writing of multibyte strings breaking fake string segment
* also adjust binja write_string impl
* Bump projects to .net 9 and update nugets
* add VersionedSerialization + source generator
* migrate versioning to StructVersion class, add handling/detection for 29.2/31.2
* add new struct definitions
* rename serialization methods and add BinaryObjectStreamReader for interop
* Rework metadata struct loading to use new struct versioning
* move 29/31.1/.2 to use tags (-2022,-2023) instead of minor versions
* fix metadata usage validity checks
* rework code registration offsetting a bit and add second 29/31.1 condition
* tweak .1 condition (again)
* 29/31.2 was a psyop
* also remove 29.2 from the readme
* remove loading of packed dlls - this was a very unsafe feature
* support auto-recovering type indices from type handles
fixes loading of memory-dumped v29+ libraries since those replacee their class indices on load with a pointer to the corresponding type
* support loading PEs without an export table
* also read UnresolvedVirtualCallCount on regular v31
* Disable plugin loading for now
* Overhaul disassembler script + add Binary Ninja target (#12)
* Overhaul diassembler scripts:
- No longer defines top level functions
- Split into three classes: StatusHandler (like before), DisassemblerInterface (for interfacing with the used program API), ScriptContext (for definiting general functions that use the disassembler interface)
- Add type annotations to all class methods and remove 2.7 compatibility stuff (Ghidra now supports Python 3 so this is unnecessary anymore)
- Disassembler backends are now responsible for launching metadata/script processing, to better support disassembler differences
- String handling is back in the base ScriptContext class, disassembler interfaces opt into the fake string segment creation and fall back to the old method if it isn't supported
* Add Binary Ninja disassembler script backend
This uses the new backend-controlled execution to launch metadata processing on a background thread to keep the ui responsive
* make binary ninja script use own _BINARYNINJA_ define and add define helpers to header
* Update README to account for new script and binary ninja backend
* implement fake string segment functions for binary ninja but don't advertise support
* also cache API function types in binary ninja backend
* fix ida script and disable folders again
* Fix metadata usage issues caused by it being a value type now
* make TryMapVATR overrideable and implement it for ELFs
* Make field offset reading use TryMapVATR to reduce exceptions
* Fix NRE in Assembly ctor on < v24.2
* Update actions workflow to produce cross-platform CLI binaries, update readme to reflect .net 9 changes
* workflow: only restore packages for projects that are being built
* workflow: tweak caching and fix gui compilation
* workflow: remove double .zip in CLI artifact name
* 29/31.2 don't actually exist, this logic is not needed
* Always set image base to 0 for Ghidra
* Script improvements
Everything here is for Ghidra:
* Use `%` instead of f-string (Ghidra still uses python 2.7, meanwhile f-strings were added in 3.6)
* Handle errors when applying type (Ghidra throws exception unlike IDA)
* Don't trigger decompiler (analysis will be faster)
* Revert back string literals
* Set image base to zero only for ELF
I don't know about PE with Ghidra
* Update README for disassemblers
* IDA 7.6 required due `ida_ida.inf_is_32bit_exactly()`
* Ghidra now don't launch decompiler for whole binary
* Set image base to 0 in script
Remove %IMAGE_BASE% since we don't use it anymore
* Create XREFs for Ghidra
Now you can jump from `MethodInfo` to actual method
* Fix demangler for Ghidra
Ghidra's demangler can process only functions in auto analysis. Now both `TypeInfo` and `MethodInfo` are displayed properly
---------
Co-authored-by: commonuserlol <commonuserlol@users.noreply.github.com>