COH will not open

[ericbabe]

ORIGINAL: pkpowers
mine still doesnt work ; my system xml you speak of has last 4 digits of 3087; what should I do to fix this ; also, everytime I reinstall this game it doesnt "install" .net , it asks to either repair it or uninstall it ? I have been repairing it , with no luck

also, what if I install main game to F drive and my windows file is in C drive????

It should install to F drive without any problems.

I can't find a record of a .NET update that ends in 3087. When you see an exception like the one whako got:

Exception
Could not load file or assembly "0 bytes loaded from System,Version=2.0.0.0
Culture=neutral,PublicKey Token=b77a5c561934e089' or one of its dependencies.
An attempt was made to load a program with an incorrect format. at System.Reflection.Assembly.Load(
Byte[] rawSymbolStore, Evidence,StackCrawlMark& stackMark, Boolean fintrospection)
at System.Reflection.Assembly.Load(Byte[]rawAssembly. Byte[] raw SymbolStore.Evidence security Evidence)
at
Microsoft,CSharp.CSharpCodeGenerator.FromFileBatch(ComplianceParameters optins,String[] sources)
at
Microsoft.CSharp.CSharpCodeGeneraton.System.CodeDom.Complier.]CodeComplier.Compile AssemblyFromSourceB

Does it have the same Token number as listed above and Version number, or something else?

I read one blog that recommended trying uninstalling .NET and reinstalling (rather than repairing) for solving errors like this.

[pkpowers]

sorry, yes it does have the e089 token as mentioned above; what should I do for this?

[whako]

ORIGINAL: ericbabe

This error is most likely happening because a .NET routine is looking for another .NET component in the Global Assembly Cache (GAC) and not finding it.

To see whether your GAC has the proper component file, please look in your assembly directory, most likely located in Windows\assembly. When you view these files there should be a column labeled "Public Key Token." Please verify that you have files with the Key Token b77a5c561934e089; I believe the particular file we are looking for in this case is System.Xml, Version 2.0.0.0. Since Xml serialization changed between .NET 3.5 and .NET 4.0, if you've only installed .NET 4.0, or if .NET 3.5 did not install completely, this system file may not be present in your assembly folder.

If the proper files are installed in this directory, then either they are not loading properly (and we should be able to test for this), or something is preventing the call to them (typically this is a virus or antivirus type program, or a security type setting).

Hi Ericbabe,
I found the column labeled "public key token" and I can confirm that System.Xml version 2.0.0.0 b77a5c561934e089 is present.

[whako]

ORIGINAL: ericbabe

Something else to verify. Please look in this folder:

Windows\Microsoft.NET\Framework\v2.0.50727

And check the file version of the file:

System.XML.dll

It should be version 2.0.50727.4016.

After that we could check Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config (it's an XML file, should load in any vanilla text editor.)

There should be a section that looks something like this:

<sectionGroup name="system.xml.serialization" type="System.Xml.Serialization.Configuration.SerializationSectionGroup, System.Xml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
<section name="schemaImporterExtensions" type="System.Xml.Serialization.Configuration.SchemaImporterExtensionsSection, System.Xml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
<section name="dateTimeSerialization" type="System.Xml.Serialization.Configuration.DateTimeSerializationSection, System.Xml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
<section name="xmlSerializer" type="System.Xml.Serialization.Configuration.XmlSerializerSection, System.Xml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false"/>
</sectionGroup>

If I understand correctly, this is the configuration section that tells the Global Assembly Cache where to look for XML serialization libraries.

Hi Ericbabe,
I got to the fileSystem.XML.dll but could not go any further as dont think I have a program dl that will open that extension. Sorry I could not verify that 2.0.50727.4016

[ericbabe]

Another suggestion from Microsoft is that csc.exe is being prevented from running. One recommendation is to check this registry key

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options
and also
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer\DisallowRun

If csc.exe is listed in either one of these locations, try to remove it.

I haven't found a good way yet to have you verify whether csc.exe runs during initialization. I can see it briefly in Process Explorer and under processes in Task Manager when "Conflict of Heroes" is loading, but I'm not sure whether this test would be reproducible on your systems. I will continue to investigate this.