Question Rust — IDA Pro 9 apply_type failure on IL2Cpp dump

[byte_corvus]

Anyone else getting clapped by the recent Rust updates when trying to rebuild the dump in IDA?

Trying to get a clean dump for Rust to pull some fresh offsets, but running into a wall with the type reconstruction. The standard workflow involves IL2CppDumper followed by the ida_with_struct_py3.py script, but it is currently failing during the type application phase.

The Technical Breakdown:

1. Environment: IDA Pro 9 using Python 3.11.9 (downgraded from 3.13 to rule out library conflicts).
2. Symptoms: Every single

   apply_type

   call fails on the functions in the database.
3. Current Status:

   parse_decl

   actually succeeds, and IDA seems to parse the headers correctly. All structs exist in the header file.
4. The Anomaly: Noticed different method signatures being generated for the same address. This might be the core of the issue if the script is trying to push conflicting prototypes to a single offset.

Already ruled out the obvious stuff—it is the same IDA install and IL2CppDumper config that worked on previous versions. Despite multiple retries and Python downgrades, the type application remains bricked. This usually points to IDA 9 being more sensitive to signature collisions or a change in how the binary is being packed/obfuscated affecting the dumper's output.

Spoiler: Reversing Notes

- Verified IDA install integrity.
- Switched Python versions (3.13.5 to 3.11.9).
- Header structs are verified as present.
- Consistency check on IL2CppDumper config.json performed.

Has anyone else run into these signature collision issues on the latest build? It’s possible we need to manually prune the dump or modify the script to handle duplicate address entries more gracefully for IDA 9's type system.

Drop your logs or insights if you have managed to bypass this.