But I am annoyed with you because a bunch of saracens arrived all over my kingdom, right before I was about to start my defensive prep!! Grrrr!!! 
Maybe you can build one even though there already is one due to a bug in the "can build" code or check if it is present code. The fact that you can build one isn't the same as the previous one is gone. I haven't checked anything for this reply. Just pointing out that such a bug could have multiple causes and that we shouldn't assume anything.
I was sometime between last night and this morning I mess up my on going civics screen work. I had stashed my worked to fix bugs and then merged it back. All seemed well but then I started having issues and could not resolve. So, I am back to a fresh start. I will have to manually add in my changes instead of a full merge of my stash because each time I merge the stash I have errors.
Me too. I though I was going to make a small test, but then I learned that it needs boost 1.35 or newer. Firaxis added boost 1.32. Not a problem I will just download a new version. I downloaded 1.55 (the newest), figured out how to compile it in a civ4 compatible way and started compiling it. I think it started two hours ago and it still isn't doneI am so frustrated at the moment.
I added "bool bUpdateCache = true" to CvPlayer::changeIdeasResearched() to allow changing a lot of civics in a row without cache updates and then you can either set the last one to true or call CvPlayer::updateInventionEffectCache(). That's a really minor update.
I think we branch way too little. We can always delete branches after they have been merged into master. Merging should no longer be a problem now that I fixed the line ending issue. Committing often in a branch will also allow sharing what goes on, which is a good thing when there is more than one person interested in what goes on.
Player 12 Unit 87 (Saladin's Supply Train) moving from 29:11 to 28:11
Player 12 Unit 88 (Saladin's Grapes) moving from 29:11 to 28:11
Player 12 Unit 89 (Saladin's Grapes) moving from 29:11 to 28:11
I'm aware of this issue, but then I forgot about it.
6647399 = 0x656E67 = 0x65 0x6E 0X67 = engCivilizationIV.ini said:
Odd. I changed one type of array into another, but the precise data stored in the array should be the same
Odd. I changed one type of array into another, but the precise data stored in the array should be the same
Not true, but close enough for me to figure out what went wrong.
FAssertMsg(m_paiHurryCount==NULL, "about to leak memory, CvPlayer::m_paiHurryCount");
m_paiHurryCount = new int [GC.getNumHurryInfos()];
for (iI = 0; iI < GC.getNumHurryInfos(); iI++)
{
m_paiHurryCount[iI] = GC.getHurryInfo((HurryTypes) iI).isStarting() ? 1 : 0;
}
)Check the link and you will remember
Fixed. Now CMC uses vanilla indexes to identify languages present in vanilla. This mean you may have to edit CivilizationIV.ini to change the language to 0.
I will look into it.
Fixed. Vanilla resets units to NO_UNIT and then load everything. I changed it to load ID and UnitType, then I call reset with those arguments. CvUnit::reset() sets some data if m_eUnitType != NO_UNIT. Cargo capacity is one of them. Cargo capacity modifiers are all promotions and all promotion effects are recalculated at the end of CvUnit::read().
