Gethrforexception Exemple De Couverture

J'ai un code IO qui lit un flux dans un try..catch. Il attrape IOException et appelle System. Runtime. InteropServices. Marshal. GetHRForException () dans le catch, dans une tentative de prendre différentes actions basées sur le HResult. Quelque chose comme ceci: Mais en exécutant ce code dans ASP avec trustmedium, j'obtiens cette exception: Quelques questions: Je pense que l'exception se produit car GetHRForException appelle dans le code non géré, ce qui n'est pas permis dans la confiance moyenne. Correct Cette exception est lancée, pas au moment de l'exécution de GetHRForException, mais au moment où la méthode est JITed Correct (Le stacktrace montre ma méthode, mais je suis certain qu'une exception IO n'a pas eu lieu). Si oui, Est il un moyen pour moi de varier le comportement dans un environnement de confiance partielle, de sorte que je n'appelez pas le GetHRForException (code non géré) où il n'est pas permis En d'autres termes, comment puis je permettre au JIT de réussir à la compilation, Évaluer au moment de l'exécution si le code doit appeler GetHRForException () quelque chose comme ceci: Je pense qu'il ya un mécanisme d'exécution pour tester si les autorisations sont disponibles, mais havent été en mesure de le trouver. MODIFIER . Est cet article de blog la réponse ShawnFa de Microsoft dit que vous ne pouvez pas faire un essai. Catch (SecurityException) autour d'une méthode protégée par un LinkDemand. Si MethodA () appelle MethodB () et MethodB () est marqué avec LinkDemand pour la confiance totale, puis le LinkDemand est vérifié avec MethodA est Jited. Par conséquent, pour éviter la SecurityException, je dois extraire Marshal. GetHRForException dans une méthode distincte. Est ce correct Appliqué à mon code, MethodA () pourrait être le code qui appelle Read, et puis dans le catch essaie d'appeler GetHRForException (). GetHRForException est MethodB (). Le LinkDemand est évalué lorsque MethodA () est JITd. (Ce LinkDemand échoue dans mon scénario ASP à moyenne confiance). Si je déplace la GetHRForException dans une nouvelle méthode, MethodC (), et conditionnellement appeler MethodC () seulement après un imperatif permission. Demand () réussit, théoriquement je devrais être capable d'éviter la SecurityException à JIT time, parce que MethodC () JITd seulement après la permission. Demain () réussit. Demandé Jul 12 09 at 14:20 La méthode requise est SecurityPermission. IsUnrestricted (). Il retourne un vrai ou un faux indiquant si l'autorisation est autorisée ou non. Il n'exige pas une autorisation, comme le fait SecurityPermission. Demand (). J'utilise IsUnresticted avec SecurityPermissionFlag. UnmanagedCode pour voir si l'assembly est autorisé à appeler le code non géré et puis appelez le code non géré uniquement si autorisé. Il ya une autre torsion. Le compilateur JIT, lors de la compilation d'une méthode, vérifie le CodeAccessPermission LinkDemands sur toute méthode appelée my la méthode à compiler. Marshal. GetHRForException () est marqué avec un LinkDemand. Par conséquent, ma méthode qui appelle Marshal. GetHRForException () va lancer une exception SecurityException uncatchable au moment de la compilation JIT, lorsqu'elle est exécutée dans un environnement restreint, comme ASP avec confiance moyenne. Par conséquent, nous ne devons jamais JIT la méthode qui appelle Marshal. GetHRForException () dans ce cas, ce qui signifie que j'ai besoin de sortir Marshal. GetHRForException () dans une méthode distincte dans mon code qui est appelé (et donc JITted) seulement lorsque UnmanagedCode est libre. Voici un exemple de code: répondu Jul 20 09 at 17:56 Oui la confiance moyenne ne permettra pas les appels dans le code non géré. Le seul niveau de confiance qui le permet est la pleine confiance. Ça dépend. Les demandes CAS peuvent avoir lieu à l'exécution, mais l'environnement d'hébergement peut également se déplacer et chercher des choses qu'il ne peut pas faire. Vous pouvez tester pour voir si vous pouvez faire un appel au code non géré en utilisant une demande CAS avec une instance de SecurityPermission. Le code pour faire une demande CAS ressemble à ceci a répondu Jul 12 09 at 14:32 OK, c'est une excellente info. Cela couvre la partie b du Q3. Mais que dire de la partie a Comment puis je obtenir la compilation JIT pour réussir Puis je marquer ma méthode avec un attribut de sécurité ou. Rappelez vous, ma théorie est que l'erreur SecurityPermission ne se produit pas à l'exécution, il se passe pendant JIT et je pense que vous avez confirmé que c'est possible. La question est donc de savoir comment écrire le code pour permettre au JIT de compiler. Ndash Cheeso Jul 12 09 at 15:50 Cela devrait se produire au moment de l'exécution, sinon l'assemblage ne serait même pas chargé et pour que cela se produise, l'assemblage doit être marqué comme nécessitant l'autorisation. Même alors cela pourrait être un contrôle d'exécution, car il se produira sur la charge d'assemblage, ce qui pourrait être à l'exécution. Ndash blowdart Jul 12 09 at 16:24 Différent type de contrôle, les exigences de lien sont des attributs sur une méthode, et sont effectivement vérifiés à JIT temps. Il est assez utilisé par le cadre lui même et il est rare de le voir en dehors de la source CLR. Ce que je montre est une demande impérative, pas un déclaratif comme un SecurityPermission (SecurityAction. LinkDemand, Unrestricted true) ndash blowdart Jul 12 09 at 18: 55La propriété System. Exception. HResult est protégée. Comment je peux jeter un coup d'œil à une exception et obtenir le HResult sans recourir à la réflexion ou d'autres hacks laide Voici la situation: Je veux écrire un outil de sauvegarde, qui ouvre et lit des fichiers sur un système. J'ouvre le fichier avec FileAccess. Read et FileShare. ReadWrite, selon ce guide. Parce que je n'aime pas si le fichier est ouvert pour l'écriture au moment où je l'ai lu. Dans certains cas, lorsqu'un fichier que je lis est ouvert par une autre application, la méthode System. IO. FileStream. Read () lance une System. IO. IOException, le processus ne peut pas accéder au fichier car un autre processus a verrouillé une partie de la fichier. Il s'agit de l'erreur 33. ou je pense HResult 0x80070021. MODIFIER . Je crois que cela peut être retourné quand un autre processus appelle LockFileEx pour verrouiller une plage d'octets dans un fichier. J'aimerais faire une pause et réessayer lorsque j'obtiens cette erreur. Je pense que c'est l'action appropriée à prendre ici. Si le processus de verrouillage relâche rapidement le verrouillage des octets, je peux continuer à lire le fichier. Comment puis je distinguer une IOException pour cette raison, d'autres je peux penser de ces façons: réflexion privée ne veux pas faire cela. Perf fétera. Appelez Exception. ToString () et analysez la chaîne. Sente le hacky. Ne fonctionne pas dans les versions i18n. Je n'aime pas ces options. N'y a t il pas une meilleure façon, plus propre que je viens de rechercher autour et trouvé System. Runtime. InteropServices. Marshal. GetHRForException. Est ce que retourner un uint comme 0x80070021