CORRECTIF : une application .NET Framework 2.0 qui s'exécute dans un contexte de compte d'utilisateur lorsqu'aucun profil utilisateur est associé le contexte de compte d'utilisateur peut se bloquer ou vous pouvez recevoir un message d'erreur de violation d'accès

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 913384
Symptômes
Envisagez le scénario suivant :
  • Une application est construite avec Microsoft .NET Framework 2.0.
  • L'application s'exécute dans le Microsoft .NET Framework 2.0.
  • L'application s'exécute dans un contexte de compte utilisateur.
  • Aucun profil utilisateur n'est associé le contexte de compte utilisateur.
Dans ce scénario, l'application peut se bloquer ou vous pouvez recevoir un message d'erreur de violation d'accès. Si vous déboguez l'incident, vous trouverez une violation d'accès dans le mscorwks! SecurityConfig::GetCacheEntry fonction.

Si vous rencontrez ce problème dans une application Microsoft ASP.NET, vous recevez des messages d'erreur dans le journal des événements qui sont semblables aux suivantes :

message d'erreur 1
L'ID d'événement : 1023
ID de l'événement source : 1023
Enregistrer le No.: 14
Catégorie : aucune
Source : runtime .NET
Message: NET Runtime version 2.0.50727.42 - erreur de moteur l'exécution fatale (7A05E2B3) (80131506)
message d'erreur 2
L'ID d'événement : 1000
ID de l'événement source : 1000
Enregistrer le No.: 15
Catégorie : aucune
Source : .NET Runtime 2.0
Type de rapports d'erreur : Erreur
Message : défaillant application w3wp.exe, version 6.0.3790.1830, 42435be1 tampon, défaillant mscorwks.dll module, version 2.0.50727.42, 4333e7ec tampon, déboguer ? 0, panne adresse 0x000e9f96.
notes
  • Message d'erreur 2 suit immédiatement message d'erreur 1.
  • Ce problème se produit avec les applications ASP.NET 2.0. Ce problème peut se produire avec d'autres types d'applications qui s'exécutent sous comptes non interactifs, tels que les services Windows.
En outre, dans Microsoft Windows SharePoint Services 3.0 ou Microsoft Office SharePoint Server 2007, vous pouvez être invité pour l'authentification lorsque vous vous connectez à la page Rapport sur l'utilisation du site d'un site Web pour afficher les données l'utilisation de ce site Web. Ensuite, vous pouvez recevoir le message d'erreur suivantes :
La demande a échoué avec l'état HTTP 401 : accès refusé
L'événement suivant est enregistré dans le journal des événements :

L'ID d'événement : 1023
ID de l'événement source : 1023
Enregistrer le No.: 14
Catégorie : aucune
Source : runtime .NET
Message: NET Runtime version 2.0.50727.42 - erreur de moteur l'exécution fatale (7A05E2B3) (80131506)

Cause
Ce problème se produit lorsqu'une référence nulle est dans le cache de stratégie utilisateur.
Résolution

Informations sur le correctif



Un correctif est disponible auprès de Microsoft. Toutefois, ce correctif est conçu pour corriger le problème décrit dans cet article. Appliquer ce correctif uniquement aux systèmes rencontrant ce problème spécifique. Ce correctif peut subir des tests supplémentaires. Par conséquent, si vous n'êtes pas gravement touché par ce problème, nous vous recommandons d'attendre la prochaine mise à jour logicielles qui contiendra ce correctif.

Pour télécharger ce correctif de la bibliothèque de code MSDN, reportez-vous au site de Web Microsoft suivant :

note La bibliothèque de code MSDN affiche les langues dont le correctif est disponible. Si vous ne voyez pas votre langue répertorié, il est parce que la page de ressources galerie de code n'est pas disponible pour cette langue.

note Si des problèmes supplémentaires se produisent ou si n'importe quel dépannage est nécessaire, vous devrez peut-être créer une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes non traités par ce correctif spécifique. Pour une liste complète des Microsoft client service et support numéros de téléphone ou pour créer une demande de service distincte, reportez-vous au site de Web Microsoft suivant :

Conditions préalables

Pour appliquer ce correctif, il vous faut .NET Framework 2.0 est installé sur l'ordinateur.

Demande de redémarrage

Vous devez redémarrer l'ordinateur après avoir appliqué ce correctif.

Informations sur le remplacement de correctif

Ce correctif ne remplace aucun autre correctif.

Informations de fichier

La version anglaise de ce correctif dispose les attributs de fichier (ou attributs de fichier version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont exprimées en temps universel coordonné (UTC). Lorsque vous affichez les informations de fichier, il est convertie en heure locale. Pour connaître le décalage entre l'heure UTC et l'heure locale, utilisez l'onglet Fuseau horaire dans l'élément Date et heure du Panneau de configuration.
Nom de fichierVersion du fichierTaille de fichierDateHeurePlate-forme
Mscordacwks.dll2.0.50727.63800,25624-Janvier 200611:16x 86
Mscorlib.dll2.0.50727.634,308,99224-Janvier 200611:16x 86
Mscorwks.dll2.0.50727.635,616,64024-Janvier 200611:16x 86
Sos.dll2.0.50727.63377,34424-Janvier 200611:16x 86
Plus d'informations
Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
824684 Description de la terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft
Lorsque le common language runtime (CLR) démarre, le CLR vérifie que le profil utilisateur existe. Si le profil utilisateur n'existe pas, une référence nulle est placée dans le cache de stratégie utilisateur. Si le profil utilisateur est créé pendant la résolution de stratégie, le CLR tente de supprimer la référence à la référence nulle dans le cache de stratégie utilisateur. Lorsque le CLR ne peut pas supprimer la référence à la référence nulle dans le cache de stratégie utilisateur, le .NET Framework 2.0 se bloque.
Statut
Microsoft a confirmé qu'il s'agit un bogue dans les produits Microsoft répertoriés dans la section « S'applique à ».
Blocage GetCacheEntry

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 913384 - Dernière mise à jour : 12/03/2007 18:47:33 - Révision : 6.6

Microsoft .NET Framework 2.0

  • kbmt kbpubtypekc kbfix kbqfe kbtshoot kbbug KB913384 KbMtfr
Commentaires