Nemoumbra

My current observations show that an array of your size, if applied to a 523'417'318 bytes file, results in a memory increase of ~512 Mb. This means that we've got...

All these examples are valid code in the latest Nightly (likely fixed a long time ago).

Assuming the assignment `end = disasm_.getNthNextAddress(end, 1)` does not make `end` less than it used to be, the expression `end >= next` is always evaluated to `true` (during the first...

Oh, so the problem is with a specific install of Ghidra 10.4 that doesn't let you access its `ghidra_10.4_PUBLIC\Ghidra\Processors` dir?

> Oh, I thought this PR had been merged for a long time You have not resolved 2 conversations with Unknown regarding your changes, apparently the one in `SerializeList.h` is...

I would like to note that it wasn't like this just a few months ago - ImHex used to work fine with the zero-sized files and resizes. I actually thought...

 This won't help with my case... *sniff*

@LukeSerne Before making this issue I used the `void __thiscall __ptmf_scall(void *this,...)` signature with varargs and now decided to experiment. `void __stdcall __ptmf_scall(void *this,PTMF *ptmf)` with the custom storage for...

> Load the function pointer and make it a call But this is exactly what `__ptmf_scall` is doing. Wouldn't I just reimplement inlining? (And we know inlining didn't work)

It's not that easy. First of all, I have just noticed that I didn't tell that `__ptmf_scall` also adjusts the `this` argument to properly deal with virtual functions. Second of...