Quais arquivos incluir ao relatar falhas?

Sintomas

Você experimentou uma falha no programa, ou o programa trava com frequência.

Causa

A maneira mais confiável de relatar uma falha é fornecer um cenário repetível. Isso significa que um procedimento passo a passo é fornecido junto com um contexto inicial bem definido. Isso pode exigir algum esforço para acertar, mas tem, de longe, as maiores chances de sucesso.

Em geral, para tornar um cenário repetível, é melhor reduzir o ambiente para ser o mais padrão possível. Este é um processo de simplificação e eliminação. Se possível, um cenário deve começar com um perfil de usuário BricsCAD predefinido, um novo desenho, sem plug-ins de terceiros ou personalização do usuário e um arquivo *.cui predefinido.

Se não for possível fornecer um cenário repetitivo, então em alguns casos se pode deduzir informações suficientes de arquivos de diagnóstico adicionais.

Solução

Envie uma solicitação de suporte incluindo arquivos como:

  • crash_report.txt
  • Arquivo Crash dump (.dmp)
  • Perfil do usuário.
    As configurações atuais do perfil do usuário podem ser exportadas para um arquivo usando o Gerenciador do Perfil.
  • Arquivo de desenho.
    Se uma falha for específica para um desenho, então esse desenho será útil.
  • Descreva o efeito do Modo de Segurança.
    Se o problema desaparecer durante a execução no Modo de Segurança, pode ser útil voltar ao Modo Normal e desativar ou desinstalar plug-ins e personalizações para restringir a possível causa.
  • Arquivo de log (raramente solicitado).
Note:

A palavra crash é muitas vezes mal utilizada para outros problemas, então o analista pode fazer perguntas para definir exatamente o que acontece. Um travamento ou congelamento não é um bloqueio (crash), e uma operação extremamente lenta não é um travamento. Uma operação que falha com um erro, mas não fecha o BricsCAD, também não é uma falha.

Um relatório de bloqueio (crash) é gravado no arquivo crash_report.txt cada vez que o BricsCAD bloqueia. O relatório de bloqueio é salvo na pasta de inicialização do BricsCAD. A localização desta pasta depende de como você inicia o BricsCAD, portanto, esteja ciente de que vários arquivos podem existir em seu sistema em pastas diferentes. Se o programa não tiver permissão para criar o arquivo na pasta de inicialização, o arquivo será criado na pasta %HOMEPATH% (normalmente c:\users\username\ ). Às vezes, o relatório de bloqueio é gerado sem que o programa seja fechado. Às vezes, há uma falha sem um relatório de bloqueio.

Na maioria dos casos, uma falha do programa resulta em um arquivo de despejo de memória (.dmp), que é gerado na mesma pasta que o crash_report.txt. A criação de um arquivo de despejo (dump) de memória pode ser ativada ou desativada dependendo do bit 2048 na variável de sistema QAFLAGS. Antes da V18.2, o dump de travamento era criado apenas se o bit 2048 QAFLAGS tivesse sido definido. Em versões mais recentes, o significado do sinalizador foi invertido e o arquivo de despejo de memória agora é criado por padrão.

BricsCAD pode registrar, criar arquivo log, em cada comando executado, para um arquivo de texto log. A geração desse arquivo 'log' é controlada pela variável de sistema LOGFILEMODE. Se LOGFILEMODE = 1, um arquivo de log é criado toda vez que um desenho é aberto. O formato do nome do arquivo é DrawingName_yyyy-mm-dd_hh-mm-ss.log

Arquivos de log do BricsCAD são salvos na pasta especificada pela variável de sistema LOGFILEPATH. Por padrão, esta é a pasta apontada pela variável de sistema LOCALROOTPREFIX.