Fixed 32bit constants are used for a reason... to make sure the data being manipulated is 32 bits. Load both the 32bit compiled binary as well as the 64bit into a debugger and break point the function to see what is being processed differently. If I were to guess it would be that you are trying to manipulate the `zlib_decompress_table` array with the 32bit magic hex string, although since it is defined as `char *` it won't actually be 4 bytes long, rather 8 bytes. Attempt to change its type to `char32_t *` or some other 32bit character or integer constant.



Your problem was not clear to begin with. You have some transport engineer who sounds like they haven't touched a piece of code in their life trying to explain a problem as broadly as possible.

I've probably over-thought the whole issue far too much, but one of the first things I did was to convert everything in the function that wasn't a pointer to a fixed-size type (and the pointers to uintptr_t types). Some of those changes are still in the repository, but other changes broke the 32-bit builds. If it sounds like a generic and unhelpful description of the problem, it is because it is one that hasn't been touched in a few months. The only reason it is coming up again right now is because someone offered to provide their own resources to help...so I felt those resources were best directed at a problem that had been worked and not solved.

I don't mind "do it yourself, here's how" responses, but this isn't the first porting project I've worked on so either I've psyched myself out from trying too hard or something weird is going on here. When I've had some rest I'll try working it from square one again. If you are interested in helping I can put up a small repo with the minimal project and unit test I built months ago when I was trying to get it working.

Oh, and sorry...that earlier rant wasn't directed at you. You were at least asking questions that helped clarify the task at hand. People skills are not my strong suit.