Dancing Hoskuld
Deity
When running in debug I am getting the attached often.
non-repeatable CTD
mini/save/BBAI in attached. SVN 5770 60X60 VP
1. repeatable CTD after latest SVN 5771 (CTD WHEN loading)
mini/save/BBAI in attached
2. Did a test of the one savedgame BEFORE this, and it works, so something happened inbetween the turns?? (savedgame 383 works, but not above)
3. OK NOW even this one CTD's Here is a different CTD 330am( attached mini/save/BBAI)
I got an immediate CTD when I tried to finish the turn of the attached save. Now I can´t even start C2C anymore by double clicking on this save.
Edit: This is SVN 5771
When running in debug I am getting the attached often.
Yeah its the new dll that Thunderbrd committed that is "corrupt"
Ok, so far as I understand, you can't commit in such a way that the file is corrupt or you'll simply not commit. I can't re-commit a file that the svn has already received. And it works just fine on this end though I've seen that issue with the ambulances take place before.
Perhaps the merging process isn't quite working somehow? I dunno. All I can say is I can't fix this because I don't have a problem to fix on this end.
When running in debug I am getting the attached often.
When? When trying to start a new game, or at some other time?
That's a map script bug most likely - is it specific to one map type? It indicates that the mapscript function 'findStartingPlot' is returning an invalid plot to start a CIV at. If that does happen then the DLL allocates one, so it's not usually harmful.
It takes over 30 mins to load a save game so I tried starting a new game. I am using the map script I always use - tectonics.
It takes over 30 mins to load a save game so I tried starting a new game. I am using the map script I always use - tectonics.
Chances are it's always returned -1 to that function then (or doesn't define it), and the DLL has always supplied a fallback. It's likely just that you never noticed because only the debug version would tell you. BTW - it's not surprising it takes half an hour if you are using the debug version - it's about 20 times slower than the release version.
Previous and current map generator scripts do not seem to place the following resources at all:
- Guinea Pig
- Donkey
- Parrots (I was unable to find parrots in the Map Editor. Could be blind, though; also, I don't know what the icon looks like)
None of the minidumps implicate your changes, so I don't think it's anything you did. I also looked at your changes and couldn't see why they would cause a crash. I DID notice that you'd disabled use of RapidXML though, so that would be causing different processing of the XML, which might be significant - did you check that in accidentally or deliberately?
Well, the 'good' news here is that all but one of these (SO's CTD on load, which just appears to be a broken save file - thought THAT may be a result of saving after the problem that triggers the other crashes, so possible also connected) is the same thing. The evidence strongly points to a concurrency error, and I can see things that might be problematic, but not an entire explanation.
Later today I'll be making some fixes to address the problem I can see, and also adding some extra code in at the point these all fail to provide extra diagnostics next time it happens (which will be in the form of an ugly popup message just before it's about to crash, so be on the lookout for that once I've added it!)