Ceci est censé être une collection d'erreurs de compilateur C # possibles qui ne sont pas documentées.
Si vous rencontrez une telle erreur, veuillez publier une réponse ici Liste: p>
CS0224: H2>
La méthode avec Vararg ne peut pas être générique, être sous un type générique ou avoir un paramètre Params P> blockQuote>
Produit par: h3>
int Foo<T>(__arglist) { return 0; }
5 Réponses :
__ argliste n'est pas valide dans ce contexte p> delegate int Bar(__arglist);
Je ne sais pas pourquoi cette construction n'est pas autorisée. Lors de l'intention de l'intention de l'IL, ce délégué peut être consommé sans problèmes en C #. (Vs est une autre histoire).
Impossible de charger la chaîne de message des ressources
Très probablement due à des dommages à la ressource de la table à chaîne ou à un CSCUI.DLL complètement manquant, de sorte qu'il ne peut afficher aucun message d'erreur. Question de référence est ici .
Plus comme l'exemple de Leppie, trouvé dans la table de ressources de cordon compilateur et déclenché probablement par des mots-clés sans papiers:
CS0190: La construction __Arglistente n'est valide que dans une méthode d'argumentation variable
CS0224: Une méthode avec Vararg ne peut pas être générique, être sous un type générique ou avoir un tableau de paramètres
CS0257: Un paramètre __Arlist doit être le dernier paramètre dans une liste de paramètres formelle
trouvé dans la table de ressources de la chaîne de compilateur mais pas dans l'index de la bibliothèque MSDN. Beaucoup d'entre eux sont sûrement obsolètes, une odeur comme des fonctionnalités intéressantes non documentées telles que le support pour les modules et les tests. Vérifié jusqu'à CS2000:
CS0018: opérateur 'xxx' non encore implémenté
CS0240: 'xxx' ne peut pas être à la fois abstrait et scellé (maintenant CS0418)
CS0679: D'autres langues peuvent permettre à l'élément virtuel interne 'XXX' d'être remplacé par
CS0767: Impossible d'hériter d'interface 'XXX' avec les paramètres de type spécifiés car il provoque la méthode "YYY" de contenir des surcharges qui ne diffèrent que sur REF et OUT
CS0846: Un arbre d'expression peut ne pas contenir un appel ou une invocation utilisant des arguments facultatifs
CS0847: Un arbre d'expression peut ne pas contenir de propriété indexée
CS0848: Propriété indexée 'xxx' a des arguments non facultatifs qui doivent être fournis
CS0849: Propriété indexée 'xxx' doit avoir tous les arguments en option
CS0850: Les déclarations partielles de 'xxx' doivent avoir les mêmes noms de paramètres de type et modificateurs de variance dans le même ordre
CS0851: L'utilisation de 'est' pour tester la compatibilité avec «dynamique» est essentiellement identique à la mise en place de la compatibilité avec «objet» et réussira toutes les valeurs non nuls
CS1114: Le membre "YYY" sur l'interopt type intégré "xxx" ne peut pas être évalué lors du débogage car il n'est jamais référencé dans le programme. Envisagez de jeter l'objet source pour taper «dynamique» d'abord ou de la construction avec les propriétés «Types INTERPED INTEROP» définies sur FAUX lors du débogage
CS1543: Le module ajouté 'xxx' a une référence non résolue à la touche 'yyy'
CS1544: Module ajouté 'Yyy' références Module 'xxx' qui n'a pas été ajoutée
CS1595: Délégué 'XXX' a des arguments invalides
CS1735: Ignorer / Win32Manifest pour le module car il ne s'applique qu'aux assemblages
CS1736: impossible de convertir «XXX» pour déléguer, car certains des types de retour dans le bloc ne sont pas implicitement convertibles au type de retour de délégué
CS1737: paramètre attendu
CS1738: Les spécifications de l'argument nommées doivent apparaître après que tous les arguments fixes aient été
spécifié. Veuillez utiliser la version de la langue 7.2 ou plus pour permettre des arguments principaux non-triés.
CS1739: Le nom de fichier donné avec / appconfig est trop long ou invalide. Réutilisé à Roslyn (C # V6) à: La meilleure surcharge pour 'M' n'a pas de paramètre nommé "X".
CS1903: Valeur non reconnue 'xxx' prévue pour l'option '/ test'
CS1904: 'xxx' n'est pas un numéro d'avertissement valide
CS1738: Les spécifications de l'argument nommées doivent apparaître après que tous les arguments fixes ont été
spécifié. Veuillez utiliser la version de la langue 7.2 ou plus pour permettre des arguments principaux non-triés. produit par Cliquez avec le bouton droit de la souris sur le projet pour mettre à niveau -> Propriétés -> Build -> Avancé -> Version linguistique.
"Votre recherche - CS0224 Site: msdn.microsoft.com - ne correspond à aucun document." Intéressant. Probablement parce que
__ arglist est un mot clé non pris en charge.Exactement DTB, il y a un tas de personnes disparues probablement. Malheureusement, il semble que tout le monde était trop épais pour réfléchir un instant.
Il y a beaucoup de CSXXXX qui manque de la documentation MSDN. La liste complète des codes d'erreur documentées est ici: msdn.microsoft.com/fr- US / Bibliothèque / MS228296.aspx
Je ne suis pas sûr que toutes les lacunes de la numérotation représentent des messages d'erreur réels. Certains, espérons-le tout simplement que celui-ci, sont des codes pour des erreurs qui ont été obsolètes pendant le développement interne et qui ne sont pas productifs avec une version publiée du compilateur.
Ré-écrit, rouvert. On dirait que cela pourrait être un sujet assez utile ... @leppie: J'ai quitté CS0224 dans un exemple, mais il pourrait être plus efficace de la déplacer dans sa propre réponse.
Je me demande juste quel est le but de cela. Vous répétez simplement ce qui est déjà dans le message d'erreur du compilateur. As-tu besoin de plus d'informations? Est-ce que quelque chose n'est pas clair dans ce message d'erreur? Êtes-vous en désaccord avec ça?
@ALEXANDRA: Juste pour information. Je frappe l'erreur, frappe instinctivement F1 comme je voulais plus d'informations, mais aucun résultat. Google n'a donné aucun résultat non plus. Je suppose que j'étais la première personne à avoir déjà cette erreur :) Au moins maintenant, quelqu'un peut commencer une discussion sur une erreur spécifique. Peut-être que c'est inutile, peut-être que ce n'est pas le cas.
Je ne pense pas que vous étiez le premier qui l'a eu, mais peut être le premier qui avait besoin de plus d'informations. Dans de nombreux cas, un message d'erreur correspond à tous les besoins de l'utilisateur. Si vous pensez que le message d'erreur est difficile à comprendre ou si vous pensez qu'il devrait avoir plus d'informations que ce qui peut être présenté dans un bref message texte, il s'agit d'une histoire différente. Mais je ne vois toujours pas de point en répétant simplement ce que le compilateur a dit. Au fait, si vous trouvez un message d'erreur que vous n'aimez pas et que vous souhaitez vraiment être plus descriptif, fichez un bug via Microsoft Connect. Les messages d'erreur sont les caractéristiques du produit identique aux étiquettes d'interface utilisateur.
@Alexandra: Je ne sais pas pourquoi cela vous dérange. Partage de connaissances et d'informations que MS n'a-t-il pas inclus dans la documentation un problème pour vous (ou la SEP à cet égard)?
Ce n'est pas "dérange-moi". Mon équipe possède cet ensemble de messages d'erreur. Si vous pensez que quelque chose manque ou peu clair, j'aimerais savoir ce que c'est et comment nous pouvons améliorer les documents.
@ALEXANDRA: Comme vous le savez sans aucun doute, MSDN fournit, pour des sujets que cela héberge, un mécanisme destiné aux utilisateurs d'attacher des commentaires, des extraits de code, des solutions de contournement, etc. Cependant, une telle chose n'est pas possible pour sujets que Don 't existe . Par conséquent, cette page pourrait offrir une certaine valeur aux personnes qui seraient autrement confondues par le manque d'informations sur ces erreurs. Certains d'entre nous s'appuient fortement sur Google avant de classer les billets de support ...
@ Shog9: Merci d'explication.