Erreur "Impossible de charger le fichier ou l'assembly System.Drawing ou l'une de ses dépendances" sur .Net 2.0, VS2010 et Windows 8

J'ai trouvé une solution possible, essayez ceci:

Ouvrir le Fichier resx dans le Concepteur et l'ensemble de la accessmodifier de public, pas de génération de code.

Edit: il y a une solution de contournement, mais très ennuyeux.

1. Ouvrir le Formulaire dans Designer et d'y apporter des modifications d'interface graphique. Fermer concepteur et enregistrer
2. Compiler le projet et reçoivent RESX erreur de compilation (seulement les formes avec Imagelist devrait avoir ce problème)
3. Double-cliquez sur resx erreur de compilation pour ouvrir fichier resx.
4. Faire défiler vers le haut de imagestream.
5. Modifier la ligne supérieure de l'Image de flux:
   AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luzg93cy5gb3jtcywgvmvyc2lvbj00ljaumc4w
   POUR
   AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luzg93cy5gb3jtcywgvmvyc2lvbj0yljaumc4w
6. Fermez et enregistrez le fichier resx et de recompiler.

**REMARQUE: la seule différence, ce sont les personnages à la fin "j00LjAuMC4w' "j0yLjAuMC4w"
Ce qui doit être fait CHAQUE FOIS que vous ouvrez le formulaire en mode Concepteur.

Microsoft dit qu'ils vont le résoudre dans les prochaines VS version...

Source: http://connect.microsoft.com/VisualStudio/feedback/details/532584/error-when-compiling-resx-file-seems-related-to-beta2-bug-5252020

Ce problème peut se produire si .net 4.5 aperçu resgen est utilisé pour créer les fichiers de ressources.

J'ai le même problème sur mon ordinateur portable(Windows 7, VS2010 Premium, VS11 Developer Preview).
J'ai eu ce problème avec un simple projet de formulaires quand je dis "localisable=true' sur un formulaire. Dans mon cas, sont pas de données d'image impliqués. Le projet est défini .net 3.5

private void InitializeComponent()
{
    System.ComponentModel.ComponentResourceManager resources = new System.ComponentModel.ComponentResourceManager(typeof(Form1));
    this.SuspendLayout();
    //
    //Form1
    //
    resources.ApplyResources(this, "$this"); //exception Could not load file or assembly 'System.Drawing, Version=4.0.0.0, 

Si je puis copier ce projet à un autre ordinateur(Windows 7, VS2010 Premium) et essayez de déboguer, l'erreur reste.
L'erreur disparaît si je nettoyer la solution(pas le projet)(ou supprimer bin/obj à la main)
Si je puis copier cette solution revient à mon ordinateur portable, l'erreur a disparu, mais je ne peux pas le voir à nouveau le formulaire dans la vue de conception 'Error message: at System.ComponentModel.Design.Serialization.CodeDomDesignerLoader.EnsureDocument(IDesignerSerializationManager manager)'

La raison de tout ceci semble être la .version net dans l' *.Le concepteur.cs fichiers.

1. Version du moteur d'exécution: 4.0.30319.239 sur l'ordinateur sur lequel il fonctionne,
2. Version du moteur d'exécution: 4.0.30319.17020 sur l'ordinateur portable où je reçois l'exception.

Quelqu'un peut me dire où je peux configurer resgen version est utilisée lorsque vous traitez avec .net 3.5 projets?

J'ai eu le même problème.

Je l'ai réparé .net 4.5.1 et il a fixé.

J'ai rencontré le même problème et aucune des suggestions ci-dessus ont travaillé pour moi, j'ai donc fait la suivante :

Vous ouvrir de Projet

Accédez à l'Explorateur de solutions

Développez le groupe de Référence

Supprimer le Système.Dessin de référence

Clic droit sur le groupe de Référence

Ajouter La Référence

Sur l' ".NET" de l'onglet, recherche pour le Système.Dessin pour ajouter la référence

J'ai également rencontré ce problème, et dans mon cas, la cause de la construction de deux essentiellement dupliquer des projets en parallèle, l'une de ciblage .NET 2.0 et l'autre de ciblage .NET 4.0, à la fois contenant essentiellement le même code et les ressources. Si le timing était bon, le 2.0 projet serait de récupérer un fichier de sortie à partir de la version 4.0 projet, et à la fin de référencement 4.0 bibliothèques.

Je l'ai fixée par la construction de projets dans la série, en faisant de l'un dépend de l'autre.

(Je reconnais que ce n'était probablement pas la cause du problème original posté par @Léonard de vinci, mais il peut être utile pour les futurs visiteurs qui rencontre cette erreur avec un double similaire-projet d'installation.)

Ce n'est pas pertinente pour l'OP de la situation, mais si vous obtenez cette erreur lors de la connexion à la ResourceWriter classe pour convertir un .resx fichier dans un .resources fichier, alors lisez la suite. Je suis tombé sur cette erreur et la seule façon que j'ai trouvée pour résoudre ce fut d'analyser les données pour "System.Drawing, Version=4.0.0.0" et de le remplacer avec "System.Drawing, Version=2.0.0.0". Voici mon code (c'est une partie d'un Roslyn modification):

  ///<summary>
///Method that gets called by ManagedResource.WriteData() in project CodeAnalysis during code 
///emitting to get the data for an embedded .resx file. Caller guarantees that the returned
///MemoryStream object gets disposed.
///</summary>
///<param name="resourceFullFilename">full path and filename for .resx file to embed</param>
///<param name="targetLessThan4">true if necessary to change System.Drawing from 4.0.0.0 to 2.0.0.0</param>
///<returns>MemoryStream containing .resources file data for the .resx file</returns>
[SuppressMessage("Microsoft.Reliability", "CA2000:Dispose objects before losing scope")]
private static MemoryStream ProvideResourceDataForResx(string resourceFullFilename, 
bool targetLessThan4)
{
MemoryStream shortLivedBackingStream = new MemoryStream();
using (ResourceWriter resourceWriter = new ResourceWriter(shortLivedBackingStream))
{
using (ResXResourceReader resourceReader = new ResXResourceReader(resourceFullFilename))
{
IDictionaryEnumerator dictionaryEnumerator = resourceReader.GetEnumerator();
while (dictionaryEnumerator.MoveNext())
{
string resourceKey = dictionaryEnumerator.Key as string;
if (resourceKey != null)  //Should not be possible
resourceWriter.AddResource(resourceKey, dictionaryEnumerator.Value);
}
}
}
//Get reference to the buffer used by shortLivedBackingStream, which is now closed because
// resourceWriter was disposed. If relevant, fix version number for System.Drawing.
byte[] backingStreamBuffer = shortLivedBackingStream.GetBuffer();
if (targetLessThan4)
ChangeSystemDrawingVersionNumber(backingStreamBuffer);
//Create new MemoryStream because shortLivedBackingStream is closed
return new MemoryStream(backingStreamBuffer);
}
///<summary>
///Method to change the System.Drawing version number from "4.0.0.0" to "2.0.0.0" in the
///binary data that represents a .resources file. This implementation is based on the
///assumption that character data in the .resources file is in UTF-8 encoding.
///</summary>
private static void ChangeSystemDrawingVersionNumber(byte[] dataBuffer)
{
byte[] byteArray1 = Encoding.UTF8.GetBytes("System.Drawing, Version=4.0.0.0");
byte[] byteArray2 = Encoding.UTF8.GetBytes("System.Drawing, Version=2.0.0.0");
for (int i = 0; i < dataBuffer.Length - byteArray1.Length; i++)
if (ArrayEquals(byteArray1, dataBuffer, i))
Array.Copy(byteArray2, 0, dataBuffer, i, byteArray2.Length);
}
///<summary>
///Method to test for a byte array in a larger byte array that is being searched. No error
///checking is done - it's assumed an indexing error is not possible.
///</summary>
private static bool ArrayEquals(byte[] searchArray, byte[] searchedArray, 
int searchedArrayIndex)
{
for (int i = 0; i < searchArray.Length; i++)
if (searchArray[i] != searchedArray[searchedArrayIndex + i])
return false;
return true;
}

Edit: Dans une précédente version de cette réponse, j'ai utilisé un ResourceWriter.TypeNameConverter méthode. Qui a travaillé dans certaines situations mais pas dans d'autres, et il y a un rapport de bug qui indique qu'il y a peut être des problèmes avec ce code, au moins pour le code correspondant .Net De Base: https://github.com/dotnet/corefx/issues/11083 .