Peter0x44
Peter0x44
> I'm sorry but I do not believe I have the ability to make modifications upstream to detect that 7Zip is being built in a Mingw-w64 environment and not some...
> Actually it is an executable He chose the word "command" very carefully. He didn't say it wasn't an executable.
cc @ianlancetaylor
Most of that proposal seems okay to me. But there's a few things of note I'd like to point out Perhaps uint32 is not the correct type for these. Microsoft...
Well, on further thought, I'm not sure if Microsoft is expecting the section count to be signed or unsigned. Or signed, but you cast to unsigned. Since 65,279 is larger...
Well okay, thinking about it further, "count" and "number" are two distinct things technically. So Int32 for FullSectionNumber is correct. But NumberOfSections should be unsigned. But it doesn't matter since...
The count is unsigned (despite being a DWORD...) but I think the section number/ID is signed. That's how I figure it works. But I will see how I can test...
> How are IMAGE_SYM_ABSOLUTE (-1) and IMAGE_SYM_DEBUG (-2) encoded in BigCOFF? OK. I got around to testing it, and the result is unsurprising. `0xFFFFFFFFFF` for IMAGE_SYM_ABSOLUTE and `0xFEFFFFFF` for IMAGE_SYM_DEBUG....
> int64 would also mean we don't have to have this conversation again in 10 years when Microsoft defines ReallyBigCOFF :) If this ever happens, we are probably getting a...
So, what should I implement? I think this will probably remain stalled indefinitely if I don't prompt it again...