Net marshal gethrforexception

marshal. gethrforexception
Obter através da App Store Leia esta publicação em nosso aplicativo!
Como determino o HResult para uma System. IO. IOException?
A propriedade System. Exception. HResult está protegida. Como posso espreitar dentro de uma exceção e obter o HResult sem recorrer a reflexão ou outros hacks feios?
Aqui está a situação:
Quero escrever uma ferramenta de backup, que abre e lê arquivos em um sistema. Abro o arquivo com FileAccess. Read e FileShare. ReadWrite, de acordo com esta orientação, porque não me importo se o arquivo está aberto para escrita no momento em que eu lê-lo.
Em alguns casos, quando um arquivo que estou lendo é aberto por outro aplicativo, o método System. IO. FileStream. Read () lança uma Sessão System. IO. IO, "O processo não pode acessar o arquivo porque outro processo bloqueou uma parte do o arquivo". Este é o erro 33, ou acho que o HResult 0x80070021. [EDIT: Eu acredito que isso pode ser retornado quando outro processo chama LockFileEx para bloquear um intervalo de bytes dentro de um arquivo.]
Eu gostaria de pausar e voltar a tentar quando eu recebo este erro. Penso que esta é a ação apropriada a seguir. Se o processo de bloqueio liberar o bloqueio do intervalo de bytes rapidamente, então eu posso continuar a ler o arquivo.
Como posso distinguir uma IOException por esse motivo, de outras? Posso pensar nessas maneiras:
Reflexão privada - não quero fazer isso. Perf vai maldito. chame Exception. ToString () e analise a string. Sinta-se mal-humorado. Não funcionará em versões i18n.
Não gosto dessas opções. Não existe uma maneira melhor e mais limpa?
Eu apenas procurei e encontrei System. Runtime. InteropServices. Marshal. GetHRForException. Será que isso retornará um uint como o 0x80070021?
Para Framework 4.5 e acima, você pode usar a propriedade Exception. HResult:
Para o que vale a pena, System. Exception. HResult não está mais protegido em 4.5 - apenas o setter está protegido. Isso não ajuda com o código que pode ser compilado com mais de uma versão do framework.
Você também pode usar a interface ISerializable:
A propriedade CanRead ajuda neste caso?
ou seja, ligue para CanRead, se isso retornar verdadeiro, ligue para Read ()
Você descreveu esses dois casos? Eu imagino que o método de reflexão não é tão lento, especialmente em relação a todos os outros trabalhos que sua aplicação estará fazendo e com que frequência essa exceção provavelmente ocorrerá.
Se for um gargalo, você pode procurar cache de algumas das operações de reflexão ou gerar IL dinâmico para recuperar a propriedade.

marshal. gethrforexception
Permitir que uma exceção se propague fora do método produz um comportamento incorreto. (Na verdade, o tempo de execução da linguagem comum não pode passar uma exceção para um cliente COM chamando esse método através de uma tabela v).
Como eu removi todos os atributos PreserveSig de todos os meus métodos de interface e mudou-me para uma abordagem completamente baseada em exceções para minha biblioteca, isso seria ruim. Em meus objetos COM, eu uso "quitar" o tempo todo para enviar erros ao chamador (ambos gerenciados e não gerenciados) e ainda não vi um problema. Eu lanço uma COMException, e o HRESULT acaba na hora do chamador. Além disso, o cliente (não gerenciado) pode recuperar a interface IErrorInfo para receber o texto que eu lanço juntamente com o código de erro.
Esses documentos antigos que não foram atualizados para refletir o comportamento atual? Talvez eu esteja incompreendendo o que está tentando me dizer? Ou há algum ganho horrível esperando me morder no futuro, umm?
Todas as respostas.
É possível que sua informação esteja desatualizada aqui? Eu tentei ver as terríveis conseqüências que você está descrevendo, e isso simplesmente não está acontecendo. Aqui está o meu programa c ++:
hr = CoCreateInstance (stype, NULL, CLSCTX_INPROC_SERVER, IID_IMFTransform, (void **) & amp; it);
E aqui está o código para DeleteInputStream:
public void DeleteInputStream (int dwStreamID)
lance nova COMException (& quot; Removendo fluxos não suportados & quot; E_NotImplemented);
O HRESULT que recebo da chamada c ++ é E_NOTIMPL, como você esperaria. Eu perambulei através das configurações de c ++ e encontrei "Habilitar c ++ exceções & quot; e eu configurá-lo para "No." Ainda assim, acabei de voltar a hora que eu esperava. Não vi nada mais que se aplicasse.
E não, não estou compilando o programa c ++ com o suporte clr. Na verdade, aqui estão os conteúdos da "linha de comando" & quot; janela:
/ Od / D "WIN32" / D "_DEBUG" / D "_CONSOLE" / D "_UNICODE" / D "UNICODE" / Gm / RTC1 / MDd / Fo "Debug \\" quot; /Fd"Debug\vc80.pdb" / W3 / nologo / c / Wp64 / ZI / TP / erroReporte: prompt.
Apenas as suas opções básicas de compilação. Estou executando no Vista, mas não parece que isso valesse.
Talvez isso seja algo que mudou ao longo do tempo? Ou há alguma outra opção de compilação c ++ eu deveria desligar?
Desculpe, deveria ter adicionado a versão de framework que estou usando. A linha de comando que uso para registrar meu objeto COM é:
c: \ Windows \ Microsoft \ Framework \ v2.0.50727 \ regasm / tlb / codebase MFT_Grayscale. dll.
Ok, eu estava preocupada. Eu tinha retirado centenas de linhas de ", se SUCCEEDED & quot; codifique e exclua PreserveSig de centenas de métodos. Ter que colocar tudo de volta foi. assustador.
Obrigado por me deixar correr por você.
A Microsoft está conduzindo uma pesquisa on-line para entender sua opinião sobre o site da Msdn. Se você optar por participar, a pesquisa on-line será apresentada quando você deixar o site Msdn.

marshal. gethrforexception
Obter através da App Store Leia esta publicação em nosso aplicativo!
Chamando Marshal. GetHRForException em um ambiente de confiança parcial (SecurityPermission)
Eu tenho algum código IO que lê um fluxo dentro de uma tentativa. Ele captura IOException e chama System. Runtime. InteropServices. Marshal. GetHRForException () dentro da captura, na tentativa de tomar diferentes ações com base no HResult. Algo assim:
Mas executando este código dentro do ASP com confiança = "médio", recebo essa exceção:
Algumas dúvidas:
Eu acho que a exceção está ocorrendo porque GetHRForException chama em código não gerenciado, o que não é permitido na confiança média. Corrigir? Esta exceção está sendo lançada, não no momento da execução do GetHRForException, mas no momento em que o método está sendo JIT'ed - Correto? (O stacktrace mostra meu método, mas estou 99% certo de que uma exceção de IO não ocorreu) Se assim for, existe uma maneira para eu variar o comportamento em um ambiente de confiança parcial, de modo que eu não ligue para o GetHRForException ( código não gerenciado) onde não é permitido? Em outras palavras, como posso permitir que o JIT seja bem sucedido no tempo de compilação, enquanto também avalia em tempo de execução se o código deve chamar GetHRForException ()? Algo assim:
Eu acho que há um mecanismo de tempo de execução para testar se as permissões estão disponíveis, mas não conseguiram encontrá-lo.

Obtendo as exceções HResult valor em 4 ou anterior.
Eu quero atrapalhar uma exceção explícita (Microsoft) e suprimir a mensagem de aviso padrão, então a maneira óbvia é:
mas isso não compilará em um aplicativo baseado em 4 porque o e. HResult está protegido.
Facebook Twitter LinkedIn peritos-troca / perguntas / 28620045 / Obtendo-as-Exceções-HResult-value-in-net-4-ou-anterior. html cópia.
Para fazer perguntas e encontrar soluções.
AndyAinscow (8 comentários)
Líderes da indústria: queremos sua opinião!
Nós valorizamos seus comentários.
Yeti Cooler, Amazon eGift Card e Movie eGift Card!
Produz o seguinte resultado - - saige-
O System. Runtime. InteropServ ices. Marsh al. GetHRFo rException funcionou sem problemas. Então, minha pergunta é respondida com isso. Vou deixá-lo aberto por um curto período se Bob desejar responder a ---
var property = ex. GetType (). GetProperty (& quot; HResult & quot ;, BindingFlags. NonPublic | BindingFlags. Instance);
Você quer mais informações / para examiná-lo ainda mais (sem interesse acadêmico)?
Produziu a seguinte saída - P. S - Desculpe, não conseguiu resistir lançar um pouco de linq. ;)
Ainda tem propriedade como nula.
com um ponto de interrupção no valor var. A linha da propriedade var é nula tanto para que o valor de i seja o do HResult colocado na exceção.
Produz o seguinte resultado (independentemente do uso do Framework 3.5 ou 4): - saige-
Por outro lado, usando 3.5, recebo esta saída para as propriedades da Exceção sem o Public BindingFlag: e essa saída com Public BindingFlag:
Alterando as bandeiras para incluir propriedades públicas, então o código de Bob funciona com 4.
No entanto, o HResult ainda não está disponível devido ao seu nível de proteção em 4 - ou seja, ainda como protegido (como a documentação indica).
Comentário de encerramento do autor.
Para qualquer um que lê esta nota meu comentário final final.
Publicação destacada.
Líderes da indústria: queremos sua opinião!
Nós valorizamos seus comentários.
Yeti Cooler, Amazon eGift Card e Movie eGift Card!
Se você tiver um problema semelhante, faça uma pergunta relacionada.
Cursos sugeridos.
617 membros fizeram perguntas e receberam soluções personalizadas nos últimos 7 dias.
Junte-se à comunidade de 500 mil profissionais da tecnologia e faça suas perguntas.
Gostei da sua resposta?
Junte-se à nossa comunidade para obter mais soluções ou fazer perguntas.

Blog do MSDN de Yi Zhang & # 039; Blog do MSDN de Yi Zhang & # 039; Blog do MSDN da MSDN.
Tudo sobre o CLR & # 8211; interop / WinRT / e outras coisas aleatórias.
Marshal. GetHRForException faz mais do que apenas Get-HR-For-Exception.
Comecemos primeiro a olhar para um pequeno trecho de código:
Isso parece perfeitamente bom, certo? Na verdade não. Acontece que esta API é realmente mal nomeada e, na verdade, faz mais do que apenas recuperar o RH do objeto de exceção. Usar esta API incorretamente pode dar-lhe alguns problemas estranhos, como, por exemplo, descartar uma exceção antiga incorreta.
Então, o que a API realmente faz?
Além de retornar o HRESULT, essa função também define o objeto atual do IErrorInfo para ser o objeto de exceção. Cada thread tem um objeto COM associado IErrorInfo, com o padrão para NULL. Este objeto IErrorInfo representa a falha da última chamada da API COM, que é como a API GetLastError () Win32 ou o errno C api. No objeto IErrorInfo, você pode obter mais informações, como a descrição do erro, o contexto do arquivo de ajuda, etc., que lhe dá mais informações sobre o erro. Ao configurar o objeto IErrorInfo no objeto de exceção (na verdade, configurando a implementação do objeto de exceção do IErrorInfo, que é compartilhada por todos os objetos gerenciados), você está dizendo essencialmente aos seus chamadores de COM, "ei", há uma falha, é esse objeto de exceção , e você deve fazer algo sobre isso ", o que obviamente é uma má idéia se você quiser apenas recuperar o RH.
Em muitos casos, isso pode passar despercebido, se o seu chamador / calle COM lidar com o IErrorInfo corretamente. Por "corretamente", quero dizer, eles seguem o protocolo COM IErrorInfo, que são basicamente:
1. O chamador usa IErrorInfo do segmento atual ao chamar uma interface COM que explicitamente diz "eu apoio o IErrorInfo & quot;
2. O destinatário (que implementa a interface COM) que diz "eu apoio o IErrorInfo", deve limpar / definir o IErrorInfo antes de retornar. Isso é muito semelhante ao GetLastError () / errno, certo?
Se for esse o caso, o IErrorInfo configurado incorretamente no tópico, normalmente, será substituído ou apagado por alguma implementação de interface que suporte o IErrorInfo ou seja ignorada.
No entanto, como o protocolo que descrevi não é muito bem compreendido por cada desenvolvedor COM, muitas vezes vi casos em que o componente COM apenas diz "claro", eu aceito IErrorInfo em cada interface COM e não configura / claro IErrorInfo em tudo. E então, o chamador desta interface COM mal implantada, acabaria usando o IErrorInfo configurado pela chamada GetHRForException anteriormente e levará a acreditar que existe um erro. Por exemplo, considere o seguinte cenário: