Have I "sourcerized" the code. No.
If you have a C, C++ program and are using an indexed array with a signed integer - this can be the result.
If you are speaking assembly language, and using an offset instruction for an address (eg: pseudo code Store RegA, table[RegB] ) - negative issue never happens as the other register is always considered, in this case, unsigned. However with too large an offset it could cause an address fault "You did not own that memory address"
Testing without mods: Could I, Yes. Would I? Boring. These crashes occur for me after the game clock reaches 30+ minutes usually, last night it was game clock 52 minutes (but I am playing computer opponents, and running slowed down game speed). AIX - AI Uveso + several others. If it runs to tech level 3 and many-many experimentals on the battlefield it is likely not a major cross Mod problem (they usually crash almost instantly)
I have discussed some of the reasons in my other post - https://forum.faforever.com/topic/431/memory-issues-over-time
It has to do with how and when SupCom was originally written.
Memory usage of the game, when loaded.
I have watched it with Process Explorer.
When the RAM usage reaches approximately 2 Megabytes - it crashes.
This also is the maximum of an "signed 32 bit integer".
The game is 32 bit, but some programming statement is using a Signed Integer for some purpose when it should be using an unsigned integer.
Even if this and all other similar issues were found the game would max out at near 4 Megabytes of usage.
If you are playing online with others, this would make you out of luck.
If you are playing solo with computer opponents, sometimes you can save a game, say every 5 minutes (with a different name for each game) - and you can load an earlier game. When you succeed, the just-loaded-game will often use much less RAM (and then slowly grow).
This also has some downfalls as the parts of the program that Load and Save the game have issues. Loading a game beyond a certain complexity will fail, usually with error "FAF ran out of local 'stack' space during load"