Help in pinpointing fatal error (pictures warning)

I've been thinking the same as Shane, but didn't want to say it.

Even if you get the system stable after fiddling around, there are still going to be underlying issues that can cause random crashes which will be extremely difficult to track down. This could be due to an older or corrupt DLL file somewhere in the OS, or some registry key which is completely untraceable. So rather than walk on the edge of a viper pit, I suggest reinstalling. When backing up your Trainz-related data, backup your complete User Data folder. This may sound like overkill, but it will ensure you have all your folders and don't miss anything if you pick and choose one thing or another.

John
 
I figured as much. I have trainz on a dedicated ssd, will I experience any problems after reinstalling windows? When I transferred trainz to the ssd back in December I had a few issues....primarily with JR smart signals after doing an edr. I had to delete the script folder and in turn lost all signal names and configurations on a large route I was building.
 
The only issue you may have is that after you install Windows, you will lose any uninstall/file association information associated with Trainz. This is only an issue if you later decide to either use Download Helper links, or want to be able to double-click .cdp/.cdp2/.cmpa files to open them, or you want to remove the program (which you would have to do manually). Also be aware that you will need to re-install any Windows updates along with any hardware drivers.

Shane
 
Reinstalled, updated. Worked for a few minutes and crashed with the "could not be "written"" popup.
Could it be a piece of bad rolling stock?

trainz caused a Microsoft C++ Exception (0xe06d7363)
in module kernel32.dll at 001b:7c812fd3.

Exception handler called in main thread.
Error occurred at 6/3/2014 00:07:06.
D:\Auran\TS2010\bin\trainz.exe, run by Justin.
Operating system: Windows XP (5.1.2600).
2 processor(s), type 586.
85% memory in use.
3070 MBytes physical memory.
458 MBytes physical memory free.
0 MBytes paging file.
2536 MBytes paging file free.
2048 MBytes user address space.
334 MBytes user address space free.


The last couple lines of JetLog:
? 4:32.6 : SCRIPT> Adding Asset: Neon Gas
? 4:32.6 : SCRIPT> Adding Asset: Nitrogen Gas
? 4:32.6 : SCRIPT> Adding Asset: Oxygen Gas
? 4:32.6 : SCRIPT> Adding Asset: Propane
? 4:32.6 : SCRIPT> Adding Asset: Sodium hydroxide
? 4:32.6 : SCRIPT> Adding Asset: Kaolin slurry
? 4:32.6 : SCRIPT> Adding Asset: Ammonia
? 4:32.6 : SCRIPT> Adding Asset: Corn Oil
? 4:32.6 : SCRIPT> Adding Asset: Ammonium Nitrate
? 4:32.6 : SCRIPT> Adding Asset: Acetylene Gas
? 4:32.6 : SCRIPT> Adding Asset: Argon Gas
? 4:32.6 : SCRIPT> Adding Asset: Chlorine gas
? 4:32.6 : SCRIPT> Adding Asset: Helium Gas
? 4:32.6 : SCRIPT> Adding Asset: Hydrogen Gas
? 4:32.6 : SCRIPT> Adding Asset: Kaolin pulver
? 4:32.6 : SCRIPT> Adding Asset: Sulphur acid 87%
? 4:32.6 : SCRIPT> Adding Asset: LPG
? 4:32.6 : SCRIPT> Adding Asset: Sulphur acid 98%
? 4:32.6 : SCRIPT> Adding Asset: Paint (tank load)
? 4:32.6 : SCRIPT> Adding Asset: Vegetable Oil
? 4:32.6 : SCRIPT> Adding Asset: Phosphoric acid
? 4:32.6 : SCRIPT> Adding Asset: Neon Gas
? 4:32.6 : SCRIPT> Adding Asset: Nitrogen Gas
? 4:32.6 : SCRIPT>

It seems to occur when I select a piece of stock, though not anyone in particular.
 
I did, and restarted.
Just as I had the thought that the problem was gone:

trainz caused a Microsoft C++ Exception (0xe06d7363)
in module kernel32.dll at 001b:7c812fd3.
 
Justin

Are you getting this after installing the new NVidia drivers?

I've had this crash a couple of times now and this would be the most recent thing changed on my system. I wonder if doing an install of the older NVidia driver via the Nvidia installer might fix the problem. I'll check 'round the GForce forum and see if others are getting this.

John
 
I had installed some windows updates but to be honest I cannot remember exactly but I believe I updated the driver after having the problem.
 
A little update...

There was no difference with the drivers. I went back to the older version and still had errors and truly worse performance. I ended up going back to the latest ones. The performance is better in the new ones in Open/GL as well. I then ran another route, different sessions, etc. and there haven't been any crashes. My conclusion is there is something corrupted somewhere in the content that is causing this error. I'm not sure even a DB repair could solve this as it could be something as hidden as a corrupted script or mashed texture. This now becomes a case of using the old process of elimination especially if the problem occurs in the same location as mine does.

Sorry this couldn't be of more help. I ended up deleting the session and I'll have to rebuild it again. I saved the profile.dat file so I can view it in a file viewer called list.exe. This will let me see the schedule library which contains a multitude of track marks on some of the route. Now at least I can re input the track marks and destinations quickly rather than having to roam over the complete route looking for them.

John
 
I had a sneaking suspicion it is a piece of rolling stock. I appreciate efforts. On a side note, is thewe a way for me to backup the schedule library ?
 
I had a sneaking suspicion it is a piece of rolling stock. I appreciate efforts. On a side note, is thewe a way for me to backup the schedule library ?

Backing up the schedule library is impossible within Trainz as it's written to the session, and specifically to the profile.dat file. This means that the whole schedule library goes out the window along with the session.

Using a file-viewing utility, you can see the schedule library in the file which has been saved outside of the route-session folder (Open the session in CM and copy the file out), and then add them back into a new session when you create it the normal way in the session. Here's an excerpt of my saved profile.dat for my Ozark Valley and Western....

trackname ♥∟ ▬drivercommands.repeat ☺ P♥ ☻2 ↔ ♣name ♥OVWRY Through -- East ♀ ♠group ☺☺ ↨♥ ►driver-commands N ☻0 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 1 N ☻1 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 2 N ☻2 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 3 N ☻3 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 4 N ☻4 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 5 N ☻5 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 6 N ☻6 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 7 N ☻7 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥WEST TO EAST 8 Q ☻8 ↕ ◘command
² ß' 3 ♂properties " ♫trackmarkname ♥Gilliam_East_Main ∟ ▬drivercommands.repeat ☺ Q♥ ☻3 ↔ ♣name ♥OVWRY Through -- West ♀ ♠group ☺☺ ↑♥ ►driver-commands R ☻0 ↕ ◘command
² ß' 4 ♂properties # ♫trackmarkname ♥Gilliam_West _Main N ☻1 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥EAST TO WEST 1 N ☻2 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥EAST TO WEST 2 N ☻3 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥EAST TO WEST 3 N ☻4 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥EAST TO WEST 4 N ☻5 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥EAST TO WEST 5 N ☻6 ↕ ◘command
² ß' 0 ♂properties ▼ ♫trackmarkname ♥EAST TO WEST 6 N ☻7 ↕ ◘command

Having this makes recreating the schedule library a snatch since I don't have to travel along the main line looking for the next trackmark, industry, and or portal.

John
 
Back
Top