If you've gone online with CoH in the past two days, you'll have been required to download the new 2.300 patch.
The good news: lots of balance fixes, team automatch, hopefully better RO server, other niceties
The bad news: "-dev" mode no longer works, making it difficult to develop and run mods and custom maps
Apparently, Relic are working on a fix for this, but in the meantime I have a temporary solution:
Download http://www.corsix.org/misc/COH2300dev.rar and extract it to your Company of Heroes folder (probably something like C:\Program Files\THQ\Company of Heroes). RelicCOH.exe has -dev permanently turned off in 2.300, and the RelicCOHUnblocked.exe you just placed in your folder has -dev permanently turned on. Set your shortcuts to use the unblocked EXE if you want dev mode. For convenience, the included batch file can be used to swap the two files over - simply double click RelicCOHSwap(.bat) to swap -dev mode between permanently off and permanently on. Before applying any future patches, remember to swap things back to how they were originally and then delete the custom EXE.
If you're interested in how the altered EXE is different, and why it works then read on. Otherwise be glad that there is a workaround for CoH 2.300. As always, donations via paypal are always appreciated:
Step 1: Load 2.300's RelicCOH.exe into a disassembler and have a poke around. I use
IDA5 as my disassembler of choice. The free IDA4 is good as well, but lacks an integrated debugger, so you would have to augment it with
OllyDbg or similar. Given that RelicCOH.exe is ~10mb, IDA takes a long time to analyse it fully.
Step 2: As the problem we're looking into is about (not) loading data archives and data folders, we want to find the code which does that loading. The actual code that does the loading for mods is going to be hard to find, but the code that does it for Engine\Data and Engine\Archives\Engine.sga will be easy to find, and should be roughly equivalent to the mod code. Use IDA to search for strings with "Engine.sga" in them and following the XRef on the string to find the loading code for Engine:

If you have a look over that section of code, you should see the logic followed for loading the Engine data folder:
IF ("-noarchive" option set) OR ((g_pAppSettings[0xDC] != 0) AND ("-archiveonly" option not set)) THEN
LOAD Engine\Data\
END
Step 3: So this g_pAppSettings[0xDC] field would seem to control the loading of data folders. Let's call it the "isDevMode" flag. We want to know where it is set - so open an XRef window for g_pAppSettings. You'll see lots of instances where g_pAppSettingsis moved into a register, and one instance where a register is moved into g_pAppSettings. This last one is what we are interested in, as it is where this g_pAppSettings global is created rather than just used for something:

I've placed a breakpoint on the line where the isDevMode field is set, hence why it is marked in red. This piece of code looks like a constructor where every field is set to 0, rather than the actual code logic to set the isDevMode field to 0 or 1 depending on -dev, so we need to keep on searching.
Step 4: Launch RelicCOH.exe through IDA and wait for the aforementioned breakpoint to trip. We want to know when the isDevMode field is set properly, so setup a hardware breakpoint on memory write to the isDevMode field:

Resume RelicCOH.exe and wait for this memory write breakpoint to trip. This brings us to a new piece of code:

Here, the "-dev" switch is checked for, but the return value ignored as "-sync_high" is immediately checked after. Shortly after, the isDevMode field is set to 0. This "accidental modding block" must have removed the code which checks for "-dev" and then sets isDevMode accordingly with code that just sets it to 0 every time.
Step 5: If we were being efficient, then we would write some code to take the result of the "-dev" check and set isDevMode to 0/1 as such. I didn't feel like doing that, so I did the next best thing. Make a copy of RelicCOH.exe and open it in a hex editor (I use XVI32) and search for the instruction we just saw in IDA ("C6 81 DC 00 00 00 00" - the move 0 into isDevMode). If the last 00 is changed to 01, then isDevMode will be set to 1 rather than 0. That's all the unblocked EXE is - a copy of RelicCOH.exe with one bit changed from a 0 to a 1 so that isDevMode is always on rather than always off.
Comments
Remove cussing...
Any head way on removing cussing from COH? That would be really nice.
Yes, useful game to enjoy,
Yes, useful game to enjoy, there might be a little difficulty anyway, Thanks.
I have the same dll prob as anonymous
I hope theres some way round this.
Any update?
Hey, is there any update to the dev swapper? Btw i keep getting a luaconfig.dll error.
system of com' doesn't work correctly...?
I searched this since a longtime, thanks for the update/patch even if it seems a little complicated to install it... :)
Id be happy to donate
Good cause, I am happy to donate to patches for that game. Thanks for a great job!
Ohh my god, it looks so
Ohh my god, it looks so complicated... Thank you anyway =))
http://www.corsix.org/content/company-heroes-patch-2300-and-modd
buono
Corsix All personal feelings
Corsix
All personal feelings aside: Could you modify the bad language sound files ONLY in company of heroes opposing fronts.
remove the G( )D Damn parts etc?(and tell me where to place them on my file system)
I will donate to the cause via paypal if you can do this for me .
I think you could actually perform a valuable service not yet met in the industry of gaming for those of us who have children and do not want to hear that in a game we really enjoy
Please contact me
Second That...
I'll support that as well. I prefer not to hear God's name used profanely and would donate gladly.
agreed
i aslo would like a filter on the bad language....
Post new comment