laie

wow iced is unbelievably fast. I wonder how too

Hello, thanks for the amazing project! [1] I believe it is reasonable to follow that structure in future versions of Zydis. It seems to be a better approach to have...

Thanks! Didn't know I could decode visible operands only. Yes, making a long lasting public api with increasing use case demands is hard and foreseeing task. Thank you for making...

tried this thing for reference: [1] only using encoder-essential information [2] custom bit pack struct //struct ZydisPackedEncoderOperand //{ // ZydisOperandType type : ZYDIS_OPERAND_TYPE_REQUIRED_BITS; // ZyanU8 imm_intended_maxsize; // intended size in...

adding #pragma pack(push, 1) #pragma pack(pop) reduces it further down to 127 bytes which is pretty good

maybe one idea: ZydisDecoderDecodedInstructionToPackedVersion I see it is harder than it looks because zydis is written in C, to provide altered APIs like ZydisDecoderDecodeFull**Packed** ps) maybe just use Packed version...

Hello, thanks! That makes sense. I want to keep this issue open as I believe this might benefit broad and general use-cases: [1] I want to check: MOV EAX, Imm32

[1] aha, thanks. interesting to know! [2] "In the above example you would pass a tuple (32-bit width, 0x80000000) and how encoder should interpret that? Blindly encode 32-bit immediate?" mov...

Thanks for the outstanding project! Zydis is the only dependency that our recompiler project is dependent on. I would like to keep this issue open for potential contribution to future...

Further investigation: 48 3D FF FF FF FF -> cmp rax,FFFFFFFFFFFFFFFF seeing this opcode (takes imm32 and expands), treating those imms as signed indeed makes sense in some perspective. however,...