Table of Contents
Durante a semana passada, alguns usuários encontraram um código de erro reconhecido com um erro fatal de tempo de execução 0x7927e0af. Esse problema ocorre devido a vários aspectos. Nós os cobriremos abaixo.
Atualizado
Uma vez que as sugestões anteriores para a mãe geralmente são genuinamente gerais, achei que poderia ser útil postar minha própria luta com essa exceção, junto com exemplos de códigos específicos mostrando as mudanças de contexto que implementei para levar essa exceção a esta diretriz geral, e como eu abordei isso.
Primeira versão TL; DR: Usei uma DLL interna fantástica escrita em C ++ (não gerenciada). Passe i sobre uma matriz em relação ao tamanho específico do meu exe .NET. O código não gerenciado tentou gravar conteúdo em um local de array não especificado pelo código get along. Isso resultou em corrupção de memória do dispositivo para a coleta de lixo posteriormente. Quando o entusiasta do lixo se prepara para coletar memória, ele primeiro verifica seu estado atual de memória (e limites). Se ele encontrar um erro de corrupção de arquivo, BOOM.
Estou usando uma DLL autodesenvolvida não gerenciada construída em C ++. Meu próprio desenvolvimento de GUI está definitivamente em C # .Net 4.0. Estou me referindo a muitos desses métodos não gerenciados. Esta DLL realmente atua como cada uma de nossas linhas de dados. Nota р, externo à descrição específica, por exemplo DLL:
[DllImport (@ "C: Arquivos de programas MyCompany dataSource.dll", O EntryPoint pode ser igual a "get_sel_list", Acordo de chamada. = Convenção de chamada.Winapi)] face static extern int ExternGetSelectionList ( número do parâmetro uint, uint list [], limites uint [], ref int size);
Estou encapsulando métodos na interface da organização usados para uso em meu projeto:
/// /// Recupera dados da ComboBox (lista suspensa). /// ///
Número do parâmetro /// intervalo de mensagens /// Nome é igual a "valueLimits"> /// Tamanho máximo do buffer de lembrete diretamente /// selecione em relação à obtenção de dados /// two - Se bem-sucedido, outra coisa. Consumer int GetSelectionList (uint parameterNumber, ref uint [] Lista de mensagens, ref uint [] valueLimits, tamanho interno) int returnValue compliments -1; returnValue implica ExternGetSelectionList (parameterNumber, Lista de mensagens, Valores limite, variável de recursos de aprendizagem); Valor de retorno da renda;
uint [] messageList é igual a new uint [3]; uint [] valorLimits = outro uint [3]; int dataReferenceParameter é 1; // O TAMANHO DE IMPRESSÃO definitivamente é 255. MainNavigationWindow.MainNavigationProperty.DataSourceWrapper.GetSelectionList ( dataReferenceParameter, lista de compras de mensagens de ajuda, Controle os valores do limite de crédito, TAMANHO DE IMPRESSÃO);
Em um trabalho gráfico, outro usuário navega por diferentes páginas contendo uma variedade absoluta de gráficos e entradas do usuário. O último método me permitiu obter os dados para ajudá-lo a preencher as ComboBoxes . Um exemplo criado por minha chamada para selecionar configuração e função quando com esta exceção:
/// /// Obtém ou posiciona a página de interface de uma pessoa específica /// UserInterfacePage interna UserInterfacePageProperty vai if (this.userInterfacePage == null) this.userInterfacePage = UserInterfacePage (); Novo use-o novamente. Lado da interface do usuário; predeterminado this.userInterfacePage igual a value;
MainNavigationWindow.MainNavigationProperty.Navigate ( MainNavigation.MainNavigationProperty.UserInterfacePageProperty);
Tudo foi o suficiente, embora eu tivesse alguns problemas genuínos de rastejamento. Ao navegar usando um objetivo (método NavigationService.Navigate (Object)), a propriedade IsKeepAlive é realmente definida como true . Mas a doença é ainda mais vergonhosa. Mesmo se você estabelecer o valor IsKeepAlive do construtor geral desta página para basicamente não verdadeiro , o coletor de lixo ainda o deixará como se o elemento fosse verdadeiro você deve ser . Para muitos sites, isso não importava muito. Eles se depararam com pequenos depósitos de memória, e não era muito. Mas as páginas alternativas tinham imagens grandes e altamente detalhadas para estudos de incidentes. O uso normal desta interface por qualquer operador de nossos dispositivos individuais não durava muito, resultando em grandes alocações de memória que podem nunca ser excluídas e acabam restringindo completamente os processos na máquina. Após esse primeiro ataque de progressão de um tsunami melhor, que causará ainda mais fadiga das marés, finalmente decidi permitir que eles lidassem com os vazamentos de memória de uma vez por todas. Não irei entrar em detalhes normalmente associados a todos os truques que alguns eu implementei para limpar completamente toda a memória (WeakReferences em imagens, dependendo do tipo de manipuladores de desempenho em Unload (), usando um timer de consumo que insere a interface IWeakEventListener, etc. .). A transferência de chave que fiz foi navegar em páginas específicas usando o Uri em vez desta finalidade (NavigationService.Navigate Method (Uri)). Existem várias variantes importantes no uso desse tipo para navegação:
-
IsKeepAliveéfalse - O coletor de dinheiro desperdiçado agora tenta remover o elemento de seleção como se
IsKeepAlivefosse anteriormente definido comofalse.
MainNavigation.MainNavigationProperty.Navigate ( Outro Uri ("/ Pages / UserInterfacePage.xaml", UriKind.Relative));
Outra observação: isso não afeta apenas como os objetos são realmente limpos no ar pelo coletor de lixo, mas também afeta as percepções sobre como eles são inicialmente localizados na memória, como descobrirei em breve.
Tudo parece estar funcionando bem. Meu disco rígido foi rapidamente eliminado até um bom estado inicial enquanto eu navegava por páginas ricas em gráficos até encontrar esta. Uma página importante específica com essa chamada específica é a DLL de fonte de dados para preencher a linha ComboBox. Então, recebo este erro FatalEngineExecutionError alarmante. Depois de semanas de pesquisa e sugestões inexplicáveis ou decisões muito distintas, carros. Enquanto me inscrevia para publicar todas as ferramentas de depuração de nossa coleção de programação pessoal, finalmente decidi que a única maneira de realmente ajudar a defini-la seria fazer uma cópia distinta dessa página específica, item por gadget, segredo por método, linha por linha, até que encontrei um código que estava limpando essa exceção de método. Não foi apenas doloroso, mas horrível, suponho, mas descobri isso recentemente.
Descobriu-se que a DLL não gerenciada configurava a memória para gravar dados em alguns dos arrays principais que enviei quando estavam cheios. Este método muito específico irá realmente olhar para o parâmetro no. e, com base nessa diretiva, atribua a série a um nível específico dependendo da quantidade de dados que ela pode gravar no array que enviei. Código com falha:
uint [] messageList = more uint [2]; uint [] valueLimits corresponde a você, o novo uint [2]; int dataReferenceParameter é igual a 1; // PRINT SIZE = 255. MainNavigationWindow.MainNavigationProperty.DataSourceWrapper.GetSelectionList ( dataReferenceParameter, lista de contatos de mensagens de ajuda, Valores de restrição de controle, TAMANHO DE IMPRESSÃO);
Este código de computador pode ter a mesma aparência para tornar o exemplo acima mais fácil para você, mas existem diferenças individuais. O tamanho válido do array é algum, não 3. Eu o colori porque sabia que este ComboBox em particular teria apenas dois itens selecionados adicionais, embora ao contrário de outros ComboBoxes, ele carregue todos os três itens. Havia fatores de seleção para a maioria dos lados da página. No entanto, as regras não gerenciadas viam os objetos de maneira diferente da minha. Costumava ter um array que eu enviei e estava tentando escrever a abundância de vários tamanhos em minha tela de tamanho 2, mas isso é definitivamente sobre isso. * clique! * Naufrágio! * 1. Mudei o intervalo de distribuição para 3 consertei o bug.
Houve bugs completos neste código em particular por cerca de doze meses. Mas simplesmente visualizar esta página no Uri e não através do toy travou. Isso significa que o artigo original frequentemente terá que ser reatribuído de forma diferente devido ao método de navegação que estou usando. Já que com meu antigo método de navegação individual, toda a memória estava grosseiramente dobrada e tinha que ser mais recente para sempre, como eu achei apropriado, não parecia importante que fosse levemente afetada novamente em um ou dois pequenos lugares. Uma vez que o extrator de memória tinha algo a ver com a memória (como limpeza), o problema detectava corrupção de cognição e gerava uma exceção com frequência. Ironicamente, o vazamento de memória principal foi uma desvantagem de memória séria!
Atualizado
Você está cansado de ver seu computador lento? Irritado com mensagens de erro frustrantes? ASR Pro é a solução para você! Nossa ferramenta recomendada diagnosticará e reparará rapidamente os problemas do Windows, aumentando drasticamente o desempenho do sistema. Então não espere mais, baixe o ASR Pro hoje mesmo!
Claro, meu marido e eu revisaremos esta interface de modo a não fazer suposições tão simples que poderiam levar a tais conflitos positivamente no futuro. Esperançosamente, esse conceito ajuda outras pessoas a encontrar o que examinar em seu próprio código.
Acelere seu computador hoje mesmo com este download simples.What Is Fatal Runtime Error 0x7927e0af And How To Fix It?
Was Ist Ein Fataler Laufzeitfehler 0x7927e0af Und Wie Kann Er Behoben Werden?
Co To Jest Krytyczny Błąd Wykonawczy 0x7927e0af I Jak Go Naprawić?
¿Qué Es El Error De Tiempo De Ejecución Fatal 0x7927e0af Y Cómo Solucionarlo?
치명적인 런타임 오류 0x7927e0af는 무엇이며 해결 방법은 무엇입니까?
Che Cos’è L’errore Fatale Di Runtime 0x7927e0af E Come Risolverlo?
Wat Is Fatale Runtime-fout 0x7927e0af En Hoe Dit Te Verhelpen?
Что такое фатальная ошибка времени выполнения 0x7927e0af и как ее исправить?
Qu’est-ce Que L’erreur D’exécution Fatale 0x7927e0af Et Comment La Corriger ?
Vad är Fatal Runtime Error 0x7927e0af Och Hur Fixar Man Det?
