jmortiger

This might be related to [Extension causes high cpu load #36](https://github.com/chrmarti/vscode-regex/issues/36).

It's possible, though I haven't had the time to verify, that this might be the result of taking Windows/NTFS files and moving/copying them to a Linux/ex4 context (e.g. improperly handling...

If anyone would like to build for Windows & send me the compiled executable, I could test my local files and see if they work correctly that way as well.

Ok, here's the troubleshooting I've done today: 1. Boot into Windows & compile & run the binary against the files; worked fine 2. Ensured the files do not have NTFS...

It appears to be the endianness. [This resource](https://kb.speeddemosarchive.com/Alone_in_the_Dark_(1-3)/Game_Mechanics_and_Glitches#:~:text=ITD_RESS) says `ITD_RESS.PAK` has 19 subfiles in it; adding debug lines that change the endianness yield the following: ``` PAK_getNumFiles: Initial: ITD_RESS has...

I've figured it out. All of the `#ifdef MACOSX` that are related to endianness need to be changed to `#ifndef WIN32`. Both macOS & Linux need the endianness changed; makes...

I'm dualbooting Linux & Windows 10, and the same branches ran on both; after changing it so the same branches taken on macOS were taken on Linux, it's been fixed....

Whether it's a tooling problem or not, it is manually correctable in software. It's seemingly not consistent either; my fix isn't complete (sounds are wildly screwed up). I'm still trying...

I've found some documentation supporting this * Linux appears to have [changed endianness](https://en.wikipedia.org/wiki/Endianness#Bi-endianness) at some point (?) (third paragraph down) * Apparently, some operating systems - including Unix - allowed...

The only other thing I can think of is that some/all of the program is 32 bit on the Windows workflow and 64 bit with my existing Linux workflow or...