C2C SVN Changelog

You didn't push the changed DLL/PDB to the archive again. As a result I cannot analyse the minidump Sgtslick has posted. Please add the PDB (or take ongoing responsibility of analyzing all minidumps from versions only you have the PDB for)

Edit - <rant>off</rant> - I'll rebuild everything and generate my own. But in general please don't forget this step - I know I takes time to upload but you can leave it doing that while you go do other things after you're done modding if need be.

Edit 2 - building my own doesn't work (I guess the checksum includes some timestamps or something so it has to be from the actual build that produced the DLL used when the minidump is taken). Hence it's back in your court - the minidump that Sgtslick most recently posted is the one that probably - I can't be 100% sure what SVN Sgtslick was on since he didn't say, but he's usually up to date) - needs it. You'll find it in the bugs thread.

I can still put that update in place (I always do if my system allows it... since it takes about 2 hrs for that my internet often kicks me off within that time and I then have to start it all over so when I go to bed leaving it to update and it kicks me off over night and a new dll has been updated by the time I can add to the archive, you may feel I often forget.) But in this case I did not update because when I tried to copy over the new compiled files, the updated files in the archive stated they were newer so I thought I might be overwriting something more recent than my compile.

Since Sgt slicks minidump wasn't posted here, I'm happy to update to the archive when I get home today in about 4 hrs.
 
I can still put that update in place (I always do if my system allows it... since it takes about 2 hrs for that my internet often kicks me off within that time and I then have to start it all over so when I go to bed leaving it to update and it kicks me off over night and a new dll has been updated by the time I can add to the archive, you may feel I often forget.) But in this case I did not update because when I tried to copy over the new compiled files, the updated files in the archive stated they were newer so I thought I might be overwriting something more recent than my compile.

Since Sgt slicks minidump wasn't posted here, I'm happy to update to the archive when I get home today in about 4 hrs.

Too late- it's moved on. It should really be in the same rev you push the DLL in or else they are very hard to later match up. If you push it now everything will be out of sequence so please don't - just take the minidump and see what it is using the PDB you have (his minidump IS posted here - http://forums.civfanatics.com/showpost.php?p=11905333&postcount=925)
 
Ah... ok... I figured that was summable as 'GEM is outdated regarding resources and apparently is no longer loadable'.

But I'll take a look at the minidump and see what I can from it.
 
Spoiler :
You didn't push the changed DLL/PDB to the archive again. As a result I cannot analyse the minidump Sgtslick has posted. Please add the PDB (or take ongoing responsibility of analyzing all minidumps from versions only you have the PDB for)

Edit - <rant>off</rant> - I'll rebuild everything and generate my own. But in general please don't forget this step - I know I takes time to upload but you can leave it doing that while you go do other things after you're done modding if need be.

Edit 2 - building my own doesn't work (I guess the checksum includes some timestamps or something so it has to be from the actual build that produced the DLL used when the minidump is taken). Hence it's back in your court - the minidump that Sgtslick most recently posted is the one that probably - I can't be 100% sure what SVN Sgtslick was on since he didn't say, but he's usually up to date) - needs it. You'll find it in the bugs thread.

Ah... ok... I figured that was summable as 'GEM is outdated regarding resources and apparently is no longer loadable'.

But I'll take a look at the minidump and see what I can from it.
Please don't worry about it guys - if it means having to do anything extra honestly ignore it. If this crash for me happens again (ill make sure to note the svn and report it). I had just been crashing when starting new games a lot recently but ignore it for now. Thx btw.
 
I have decided to delete my current svn version which I have updated multiple times over the past 2 weeks. Ever since I downloaded some extra music files from preatyre errors have slowly been popping up on all the files. First it was just opening.mp3 then the error symbols spread out overtime as I kept updating.

Just wondering.... What do those errors mean and what method should have I had used to fix them rather than deleting everything and reinstalling?
 
Updates

Mangroves
- reduced art size,
- allow prime timber to spawn on it,
- allow workers to burn or remove, and
- remove for improvements that remove jungles and forests.​

Edit - more updates

- Subdued Animals some myths become free when not starting in the prehistoric era. Fixed some text.
- Watermills no longer remove jungle, mangrove etc when they are built.
 
I have decided to delete my current svn version which I have updated multiple times over the past 2 weeks. Ever since I downloaded some extra music files from preatyre errors have slowly been popping up on all the files. First it was just opening.mp3 then the error symbols spread out overtime as I kept updating.

Just wondering.... What do those errors mean and what method should have I had used to fix them rather than deleting everything and reinstalling?

Please don't tell me you are running the SVN from your mods folder. The SVN merely needs to be updated (and should be in a separate folder, preferably not your Civ4/BTS folder), but your "working copy" in your mods folder should be deleted each time you update, not overwritten*. You do this by deleting (or renaming) the old folder, and then exporting from the SVN (I do it by right click drag and choose "export all items", but there is a menu option to do so as well if you are uncomfortable with a mouse).

*you must delete, or some files from the SVN that were deleted won't be when you try to overwrite your working copy; this is why the mod can't be "patched" in a conventional way
 
Please don't tell me you are running the SVN from your mods folder. The SVN merely needs to be updated (and should be in a separate folder, preferably not your Civ4/BTS folder), but your "working copy" in your mods folder should be deleted each time you update, not overwritten*. You do this by deleting (or renaming) the old folder, and then exporting from the SVN (I do it by right click drag and choose "export all items", but there is a menu option to do so as well if you are uncomfortable with a mouse).

*you must delete, or some files from the SVN that were deleted won't be when you try to overwrite your working copy; this is why the mod can't be "patched" in a conventional way

Btw: I know al lthis.. as it is steadted over and over again.. but for me updating directly in the mods folder works just fine :D Don´t know why.. but it does, windows never ed around because of it.
 
Btw: I know al lthis.. as it is steadted over and over again.. but for me updating directly in the mods folder works just fine :D Don´t know why.. but it does, windows never ed around because of it.
It works for me as well and it is a far more comfortable method than exporting all the time.
 
Btw: I know al lthis.. as it is steadted over and over again.. but for me updating directly in the mods folder works just fine :D Don´t know why.. but it does, windows never ed around because of it.

Yes, it works, but it also leads to the problems you now have...

It only adds another ~2GB space taken up on your HDD, and about 3 minutes to export. That seems to be a better trade-off than potential problems that turn up later. It also allows you to continue to play an earlier version even after you update the SVN, especially if you rename the older version after updating the SVN but before exporting.
 
Yes, it works, but it also leads to the problems you now have...

It only adds another ~2GB space taken up on your HDD, and about 3 minutes to export. That seems to be a better trade-off than potential problems that turn up later. It also allows you to continue to play an earlier version even after you update the SVN, especially if you rename the older version after updating the SVN but before exporting.

I don´t have any problems :D 12padams had problems with his SVN.
 
Update:

-New Gamespeed; Eons.

This one has ~10000 turns in it and is balanced along the lines of the new gamespeeds (as opposed to Eternity, which will remain the way it was). Hopefully this will satisfy those who thought the new Snail was too fast.
 
Update:

-New Gamespeed; Eons.

This one has ~10000 turns in it and is balanced along the lines of the new gamespeeds (as opposed to Eternity, which will remain the way it was). Hopefully this will satisfy those who thought the new Snail was too fast.

I assume this is defined LAST in the file? If it's not then it will cause all existing eternity games to be re-interpreted as eon games
 
I assume this is defined LAST in the file? If it's not then it will cause all existing eternity games to be re-interpreted as eon games
Game speeds are remapped, so it should work fine regardless of where in the file it is defined.
 
Back
Top Bottom