OAL Elements for Error Reporting
9/8/2008
Os OEMs podem usar programação elementos na camada de adaptação a OEM (OAL) para habilitar Error Reporting e para personalizar a funcionalidade Error Reporting.
Por padrão, o relatório de erros criará um arquivo despejo usando memória reservada. A quantidade de memória reservada para ser usado é definida por dwNKDrWatsonSize.
Também há um número de APIs que são usadas para acessar a memória reservada. A memória reservada está em memória RAM e será não persistir se o dispositivo estiver desativado.
Para implementar o despejo Error Reporting em armazenamento persistente real, que pode persistir o arquivo despejo Error Reporting mesmo após um completo queda de energia, os OEMs podem substituir determinados ponteiros função para funções suporte Error Reporting OEM-specific.
A seguinte tabela mostra os ponteiros função e APIs OS que podem ser usadas por OEMs. Chamar esses ponteiros função a implementação usar como padrão cada associado API.
Os ponteiros de função podem ser substituídos para apontar para novas funções OEM que armazenamento persistente implementar OEM-specific para arquivos despejo. Neste maiúsculas e minúsculas, as funções OEM deve Não Tornar usar de qualquer sistema APIs, pois usando essas APIs dessa maneira pode tornar o sistema travar.
Se o OEM escolher para substituir essas funções, eles não configure dwNKDrWatsonSize; dwNKDrWatsonSize Reserva memória RAM apenas para a implementação usar como padrão dessas funções.
Função ponteiro | OS API | Descrição |
---|---|---|
Libera os dados despejo Error Reporting para o armazenamento sublinhado. |
||
Limpa o armazenamento despejo Error Reporting, zeroing o inteiro Windows Embedded CE área despejo Error Reporting. |
||
Lê dados a partir de área despejo Error Reporting. |
||
Grava dados para a área despejo Error Reporting. |
||
Nenhum |
Recupera o tamanho da área de despejo. |