Setting call types leads to IDA internal error

[rcaragea]

Issuing a request to update a call type as in the example results in an INTERR.

Steps to reproduce on attached binary.zip:

• open file in IDA 9.3
• run UPDATE disasm_calls SET callee_type='int mprotect(unsigned __int64 address, size_t length, int prot)' WHERE func_addr=0x1139 AND ea=0x1151;
• try to decompile function 0x1139

Result:

INSN: 1151: call   ! <unk:"unsigned __int64 address" rdi.8,"size_t length" rsi.8,"int prot" edx.4> => int .4
1139: INTERR 50782

Same thing through a model which doesn't seem to mind the INTERR

[0xeb]

Fixed for v0.0.18 (coming shortly). On a direct call, applying callee_type now preserves the real callee symbol, so the user-defined call no longer degrades into an unnamed helper — which was the microcode invariant behind INTERR 50782. Verified against your attached binary (direct call to mprotect at 0x1151); re-decompiling the caller succeeds. Thanks @rcaragea!