SCC : erreur CS7038: Impossible d'émettre module

Eu la même erreur (frais d'installation de la VS2015 de l'Entreprise, ASP.NET webforms projet .NET 4.0).

Après quelques recherches, j'ai trouvé qu'il y a deux Dll dans les références qui sont les causes de cette. Les deux sont .Net 2.0 assemblées et deux d'entre eux obscurci par Porte Rouge Smart Assemblée 6.5. Et la vraie raison est... de la dissimulation de l'.

Heureusement, ces assemblées sont les miennes, j'ai donc essayé de construire sans l'aide de Smart Assemblée de l'erreur a disparu.

Intéressant, c'est que pas toutes les erreurs ou les avertissements indiqués par Visual Studio avant d'essayer de construire un projet.

Bonne chance!

MODIFIER: la mise à Jour de Smart Assemblée à la version 6.9 correction d'un problème.

Comme @Andrey signalé ce ne semble pas être un problème occulté les assemblys qui est à l'origine de certaines difficultés pour Roslyn. Aujourd'hui, j'ai été en mesure d'obtenir un live repro de cette erreur et la cause semble être la obfuscator est d'invalider /corrompre comment les valeurs de paramètre par défaut sont stockées dans les métadonnées. Lorsqu'il est exécuté par ildasm les valeurs par défaut sera affiché comme:

.param [3] /* Invalid default value for 0800001F: */

La précédente version du compilateur traités de ce scénario par le traitement de la valeur non valide, comme null ou default(T). Nous serons de fixation Roslyn à avoir le même comportement.

S'étendant sur la réponse de @jony-adamit:

J'ai aussi eu cette erreur de compilation d'être jeté en C# (Visual Studio 2015). Il est venu vers le bas pour les différences dans le compilateur de sortie de .NET 4.5 et Roslyn le nouveau compilateur dans VS2015. Vous pouvez prendre le code ci-dessous et exécutez vous-même ou utiliser dotnetfiddle (https://dotnetfiddle.net/fa2rMs) et de basculer entre les compilateurs.

Dans .NET 4.5 compilateur (compilateur C# version 12.0 ou plus tôt), vous obtenez ce message:

Erreur de Compilation (ligne 16, col 7): le type ou Le nom d'espace de noms
'Sélectionnez' n'existe pas dans l'espace de noms 'Outils.Les armes " (vous
manque une référence d'assembly?)

Dans le Roslyn 1.0.0 et 1.1.0 des versions de compilateur, vous obtenez ce message:

Erreur de Compilation (ligne 1, col 1): impossible d'émettre module
'MyAssembly'.

Code de reproduire l'erreur (avis de l'espace de noms):

public class Program
{   
    public static void Main()
    {
        Tools.Delegater.Work();
    }
}

namespace Tools 
{
    public static class Delegater
    {   
        public static System.Action Work = () => 
        {
            var query = from x in Weapons
                        select x;
        };
    }
}

namespace Tools.Weapons
{
    public class Cannon { }
}

Comme vous pouvez le voir dans les messages compilateur, Roslyn message vous laisse deviner à quoi et où sur l'erreur du compilateur. Et selon la taille de l'application, le manque de détails pourrait prendre des jours ou des semaines pour découvrir la cause. Alors que le message dans le précédent compilateur pointu vous à l'endroit exact de commencer l'examen de votre code.

Une autre grande différence est le précédent compilateur va vous montrer une erreur de syntaxe dans Visual Studio pour ce scénario, mais malheureusement Roslyn (atm) ne fonctionne pas. Toutefois, si vous savez où chercher et vous planait votre souris sur le " x " de la variable dans le linq to sql, vous verriez que Rosyln ne comprend pas comment l'interpréter.

Je viens d'avoir "Échoué à émettre de module". J'ai malencontreusement mis des parenthèses vides dans un appel à une extension générique de la méthode, seulement à l'intérieur d'un opérateur ternaire, comme ceci:

var a = b == 6 ? 8 : x.Foo<>();

(En dehors d'un ternaire op, je viens de faire régulièrement de l'erreur CS7003: usage Inattendu d'un indépendant nom générique.)

Il y a un autre bug qui peut provoquer cette erreur exact:

Qui m'est arrivé après un changement de nom de la propriété sans refactoring, qui ont causé des linq code pour appeler la espace de noms lui-même!

Pour voir le bug en action tout ce que vous avez à faire est d'exécuter ce morceau de code:

public static int Test()
{
    var x = from c in ConsoleApplication5
        select 3;

    return x.First();
}

Où ConsoleApplication5 est l'espace de noms!

Cela se produit uniquement dans VS2015.

Mise à jour:

Il y a un question pour ce désormais sur GitHub si ça intéresse quelqu'un.

J'ai eu cette erreur trop, on dirait qu'il ya quelques raisons principales à l'origine de cette erreur.

J'ai posté cette réponse à envelopper mentionné des solutions et aider les autres gars afin qu'ils puissent résoudre cette erreur rapidement

• À l'aide d'obfuscation Dll par Smart Assemblée mentionné marqué répondre Solution: mise à Jour de Smart Assemblée à la version 6.9
• Espace de noms problème mentionné ici, a également ouvert Github question Ici
• Dans mon cas, le problème était celui-ci, le Champ est fortement typé, pas de le spécifier, mentionné ici
• À l'aide de Const mot-clé, mentionné ici

Veuillez lire toutes les réponses ici sur cette page attentivement, je suis sûr que vous pouvez résoudre le problème en utilisant l'une des solutions mentionnées, bonne chance 🙂

J'ai eu cette erreur lors de l'utilisation d'une méthode générique, mais à défaut de comprendre le type.

Ce code a donné le message d'erreur:

example.GetValue<>(foo);

Correction n'était tout simplement de spécifier le type:

example.GetValue<string>(foo);

Je ne suis pas sûr si le erroring exemple est une syntaxe valide ou pas: je m'attendais à une erreur de syntaxe si elle n'est pas plutôt que cette erreur, et Intellisense accepté la syntaxe.

Pour moi le problème s'est produite après l'ajout d'un postbuild étape que les changements de la assemblyinfo.cs (NetRevisionTool.exe).
Prendre soin de ne pas modifier le AssemblyInfo.cs entre la construction et de Modifier et de continuer.

Raison:
Cette erreur semble être introduit lorsque nous avons quelque chose de bizarre dans notre code.
Pour moi, j'ai fait une erreur lors de l'obtention de l'utilisateur actuel de l'identité.

Code D'Erreur:
int currentUserId = Utilisateur.L'identité.GetUserId<>();

Code Fixe:
Veuillez spécifier le type de données après GetUserID<---------->();Dans ce cas, j'ai spécifié int.

Note
S'il vous plaît essayer d'annuler votre code, étape par étape, de sorte que vous pouvez trouver ce numéro. Mais sinon, c'était très difficile pour moi de suivre cette erreur.

Grâce