Problem building solution: The "ResolveAssemblyReference" task failed unexpectedly


  • Hi,


    I have a project that has been building perfectly for months. I have been a couple of weeks without working with Visual Studio, and today I'm finding the below error when trying to build the project. I havent touched anything at all in the application since the last time it built correctly. Anyone knows what maybe going on? This is really frustrating ....






    Error 1 The "ResolveAssemblyReference" task failed unexpectedly.
    System.NullReferenceException: Object reference not set to an instance of an object.
       at System.Globalization.CultureTableRecord.AdjustSyntheticCalendars(CultureData& data, CompositeCultureData& compositeData)
       at System.Globalization.CultureTableRecord.GetCultureDataSize(Int32 cultureID, CultureData& data, CompositeCultureData& compositeData)
       at System.Globalization.CultureTableRecord.GetSyntheticCulture(Int32 cultureID)
       at System.Globalization.CultureTableRecord..ctor(String cultureName, Boolean useUserOverride)
       at System.Globalization.CultureTableRecord.GetCultureTableRecord(String name, Boolean useUserOverride)
       at System.Globalization.CultureTableRecord.GetCultureTableRecord(Int32 cultureId, Boolean useUserOverride)
       at System.Globalization.CultureInfo..ctor(Int32 culture, Boolean useUserOverride)
       at System.Globalization.CultureInfo..ctor(Int32 culture)
       at System.Globalization.CultureTable.GetCultures(CultureTypes types)
       at Microsoft.Build.Tasks.CultureStringUtilities.PopulateCultureInfoArray()
       at Microsoft.Build.Tasks.ReferenceTable.FindSatellites(Reference reference)
       at Microsoft.Build.Tasks.ReferenceTable.FindAssociatedFiles()
       at Microsoft.Build.Tasks.ReferenceTable.ComputeClosure()
       at Microsoft.Build.Tasks.ResolveAssemblyReference.Execute(FileExists fileExists, DirectoryExists directoryExists, GetDirectories getDirectories, GetAssemblyName getAssemblyName, GetAssemblyMetadata getAssemblyMetadata, GetRegistrySubKeyNames getRegistrySubKeyNames, GetRegistrySubKeyDefaultValue getRegistrySubKeyDefaultValue, GetLastWriteTime getLastWriteTime)
       at Microsoft.Build.Tasks.ResolveAssemblyReference.Execute()
       at Microsoft.Build.BuildEngine.TaskEngine.ExecuteTask(ExecutionMode howToExecuteTask, Hashtable projectItemsAvailableToTask, BuildPropertyGroup projectPropertiesAvailableToTask, Boolean& taskClassWasFound) PILLS

    Mittwoch, 25. Juli 2007 09:18

Alle Antworten

  • Just a guess - do you have Windows Update enabled? Any updates installed lately? Any updates for .NET? Because there was one recent update to .NET that is known to cause some issues (I am not sure about your specific problem though) - here is the link.


    Regards, Eugene

    Mittwoch, 25. Juli 2007 18:07

    I also encounter this error. Please do post what's the solution for this problem.  I've been searching for answers for almost a month but still i can't fix this error.
    Dienstag, 11. September 2007 06:32
  • I have the same problem too...

    And I cannot edit my windows forms too...
    Dienstag, 2. Oktober 2007 15:37
  • msbuild team Please reply.

    It is blocking!

    Mittwoch, 11. März 2009 05:45
  • This is likely caused by a missing registry key, to fix try the following:

    1. In notepad, paste the following:

    Windows Registry Editor Version 5.00


    2. Save the file as FixCultures.reg
    3. Double-click the registry file, clicking Yes when prompted

    Managed Extensibility Framework Team | My Blog:
    Montag, 2. November 2009 18:45
  • Hi all,

    Just a FYI, the registry key fix did not solve the problem!

    Answer that worked for me: You must change target framework on your project. You change from target ".NET framework 4 profile client"  to ".NET framework 4".

    Kind regards,

    GMT + 2:00 South Africa
    Kind Regards

    • Bearbeitet RGA Bailey Dienstag, 28. Februar 2012 10:47 Update
    • Als Antwort vorgeschlagen Sasa Tomicic Dienstag, 21. August 2012 09:34
    Dienstag, 28. Februar 2012 08:57