Well, since the new unbundled installer version released today I gave it a try and whilst I76 launches fine, the Nitro Pack doesn't. Gives some kind of could not initialize error followed by a "Program Crashed" message, and it kicks off a few Windows errors for crashed programs.

Oh well, at least I already played the I76 Arsenal.

So as to explain the issue more clearly, with the new Nitro Pack installer I've been getting the following error:

The application failed to initialize properly - 0xc0000005

Looking into this it is either a DEP issue or a .NET issue.


Having kept the previous installer (pre-GOG-unbundling) that contains both the main game and the Nitro Pack, I used it to install just the Nitro Pack. It gave the same error until I added Nitro.exe to the DEP exclusion list, suggesting that it is indeed a DEP issue.

Uninstalling and re-installing via the new Nitro Pack installer resulted in the error again, but this time setting the Nitro.exe to the DEP exclusion list didn't work.

So, something is different with the new unbundled Nitro Pack. I'll be keeping the old pre-unbundled installer.

Same problem here - Nitro crashes with the 0xc0000005 -Error. Interstate 76 starts correctly.

What should i do... :(

Write to support and link to this thread.

Done it, Thanks.

And now there is a Retro-Nerd waiting for the Gog-Gods to Fix the Dreams of his Childhood... ;)

Have you heard anything back about this?

I'm also curious whether the Nitro Pack throws other access violation errors.

OK. I have been debating whether to grab the GOG version for myself if it was more stable than I could get mine (I've done a good bit of EXE hacking to get mine mostly stable), granted you said I76 still works, which I don't have.

Heard back from GOG Support. They cannot replicate it and gave me the usual list of steps (all of which I've tried). Running as admin, ensuring DirectX, Visual C++, .NET, XNA are all up to date, disabling DSR (which isn't even an option for my old GTX260).

The old installer gives a working Nitro Pack, the new installer doesn't, so it is the only difference, and therefore the issue must lie within the new installer. If the game files and settings were identical then the Nitro Pack would work.

Interestingly enough, at the bottom of GOG Support's email it says:
This answer concerns ticket number HJAGGG2D, which is now closed.
You can reply to this e-mail to reopen the ticket.

As far as I'm concerned, it is NOT closed. So yes, I have replied confirming that I have tried installing and running as admin, updating DirectX and all, using GOG shortcuts, etc.

They don't always say that? I rarely use support, but all of mine have said that. Last time they were even waiting for a response from me. I've been assuming their it was a dumb quirk of their help desk system.

Does the lee_____.ttf file exist in the new install? I can get an access violation when that file doesn't exist.

I had to do a little bit of assembly hacking to get my copy to run without access violation errors. On the bright side, I'm a bit more familiar with x86 and OllyDbg. :)

I don't see what .NET and XNA would have to do with this game.

Are you running it with Glide, the software renderer, or D3D?

Yes, the lee____.ttf file is present. I remember this file because in the main game the file won't delete on uninstall as it is in use, so I have to then reboot and manually remove that file. But in the Nitro Pack install, that file deletes just fine. Makes me wonder if it is looking for the file in the wrong place, then.

I've tried running the Nitro Pack fron the vanilla GOG installation and after copying over the latest nGlide files, same error happens though.

My copy of Nitro Pack would lock that file, too, originally. The reason is because every time you start the game, the Lee.fot file is deleted (if it exists) and then CreateScalableFontResource is called to recreates Lee.fot for lee_____.ttf. CreateScalableFontResource also creates a system lock that doesn't let go until rebooting. A lock for each time the game is started.

I kept a copy of Lee.fot and made the code skip over the delete and CreateScalableFontResource calls so it wouldn't lock the file anymore. From what I could tell, the generated Lee.fot file was always the same (it has a path in it that needs updated if the game is installed somewhere else).
I guess they did something similar to this as well, at least for Nitro Pack.

Sucks they just gave a "doesn't happen here" response.

Well, I got another reply back but again just asking me to run via the shortcut/GOG link.

I decided to re-install it to give it another try anyway, and this time it worked. From the GOG shortcut on the desktop, the Start menu entry and from the GOG .lnk file in the installation folder.

I then applied nGlide 1.04 and it still worked.

I also noticed that this time the lee____.ttf file got locked after playing the game, so it found it this time.


The only changes that my machine has had since I last tried playing the Nitro Pack are:

Star Wars: Rebel Assault 1 was installed, played through and uninstalled.
Apple's Bonjour program was uninstalled from my machine (no idea how that got there as I don't use Apple products).
GOG Galaxy Alpha was installed a few days ago, too, but I didn't use it with I'76.

Can't see how any of the above would have made any difference. Strange.

That's so strange. At least it worked in the end.

Did you run the game from the installer the first time? I wonder if something needed to be in "run as admin" mode.