I don't think there's anything to say they can't but I can see why they shouldn't.Can Bandit units have a Religious promo? I didn't think they could.
JosEPh
Looking into it.
That Mjolnir point seems to correlate with the above noted issues but I'm looking at the code and the problem is definitely NOT jumping out at me at the moment. I MAY need a save to evaluate. On my game I've noticed the Pankraton promotion being given out but I'm not sure if it 'requires' the religion or is just assigned by the building. I should be getting Mjolnir as well and haven't noticed if I'm getting it... problem is its a multiplayer game so much harder to evaluate.
You might see it now:
I never do look directly at the xml... that would explain it though. Why the hell? Ok so that pretty much explains THAT. Thanks! I'd say that should be immediately adjusted but why did someone set it like that in the first place?
.
You can check the resmgr.log for missing files, sometimes they can lead to crashes.
In case the whole ArtInfo is missing the Debug dll shows a error message before crashing. We also had that error message in the Final Release but i removed it again because displaying that kind of errors is apparently ruining the game
[/IMG]
int iTextDefault = -1;
int iSize = m_aszExtraXMLforPass3.size();
for ( int i = 0; i < iSize; i++ )
{
if ( GC.getInfoTypeForString(m_aszExtraXMLforPass3[iSize - ( i + 1)]) != iTextDefault)
{
m_iDefaultBuildingIndex = GC.getInfoTypeForString(m_aszExtraXMLforPass3[iSize - ( i + 1)]);
break;
}
}DllExport int getInfoTypeForString(const char* szType, bool hideAssert = false) const;int CvGlobals::getInfoTypeForString(const char* szType, bool hideAssert) const
{
FAssertMsg(szType, "null info type string");
InfosMap::const_iterator it = m_infosMap.find(szType);
if (it!=m_infosMap.end())
{
return it->second;
}
if(!hideAssert)
{
CvString szError;
szError.Format("info type %s not found, Current XML file is: %s", szType, GC.getCurrentXMLFile().GetCString());
FAssertMsg(strcmp(szType, "NONE")==0 || strcmp(szType, "")==0, szError.c_str());
gDLL->logMsg("xml.log", szError);
}
return -1;
}Assert Failed
File: CvGlobals.cpp
Line: 5245
SVN-Rev: 7788
Expression: stricmp(szType, "NONE")==0 || strcmp(szType, "")==0
Message: info type 'ART_DEF_UNIT_CANNON_INDIAN' not found, Current XML file is: xml\Civilizations\CIV4UnitArtStyleTypeInfos.xml
----------------------------------------------------------Assert Failed
File: CvGlobals.cpp
Line: 5245
SVN-Rev: 7788
Expression: stricmp(szType, "NONE")==0 || strcmp(szType, "")==0
Message: info type 'ART_DEF_UNIT_AFRICAN_SETTLER_BOY' not found, Current XML file is: xml\Civilizations\CIV4UnitArtStyleTypeInfos.xml
----------------------------------------------------------This plays through for me just fine on the debugger but it's a very good example of numerous asserts taking place when cities are razed and captured. I've been wondering about what's causing these and it's a very complex situation that may well be beyond my skills to resolve. But they didn't cause a crash. (Might have something to do with the supercity bug that's lurking around the code somewhere though since it certainly suggests something isn't being done quite right there.)
Quite possible that second one is being called for in your crash scenario so at that point with it missing it creates a collapse. That's my going theory anyhow.
