Erros, bugs, perguntas - página 2602

 
Roman:

Aparentemente, o MT4 também foi mudado para o novo compilador Clang, no MT5 diz-se que a última construção beta também carrega o sistema.
Se estiver à mão com um ferro de soldar, a substituição dos condensadores correctos não deverá ser um problema.

São, mas não muito. E sem saber quais os condensadores que têm de ser substituídos, não é uma ideia viável. Além disso, é preciso ir mais longe para os condensadores do que para a fonte de alimentação.

 
Alexey Viktorov:

ps; então acontece que a construção 1220 coloca mais tensão na fonte de alimentação do que a construção 1190? Se assim for, os promotores fariam bem em prestar atenção a isto.

É impossível para uma CPU deixar cair a linha de alimentação de 12V

Se a PSU estiver defeituosa, não fornece todas as classificações (12,5, 3,3), então haverá falhas na memória, depois na CPU, e só depois nos discos rígidos, ventiladores.... Se tiver uma placa de vídeo, pode começar a falhar se o sag de 12 V, mas o primeiro sag de 12 V sentirá o SSD, e outros dispositivos funcionam sem problemas ... imho, não funciona assim...embora.... pensasse que era o disco rígido quando a memória falhou, nem mesmo Win7 conseguia instalar no disco rígido sob suspeita, a 30% da instalação que escreveu não consegue copiar o ficheiro... o problema foi causado por memória defeituosa

ZS: escreveu sobre AIDA64 - foi você que o fez?

 
Igor Makanu:

ZS: escreveu sobre AIDA64 - foi você que o fez?

Não se consegue lembrar do que se trata? Não o fez então.

psps; Não vi os aditamentos ao texto.
 
Alexey Viktorov:

Não me lembro do que se trata? Não o fez então.

psps; Não vi os aditamentos ao texto.

download a partir do site off. versão experimental com funcionalidade limitada, mas estão disponíveis testes de stress, primeiro teste sem discos rígidos, depois adicionar a caixa de verificação para testar o disco rígido, lá no log AIDA64 todos escrevem

SZZY: se tivesse durante a queda de energia a escrever para SSD talvez e esse fosse o problema para "SSD crash" - dados inválidos no sector, o controlador da unidade pode tentar corrigir quando os lê / escreve, e pode congelar - teria há muito tempo atrás chkdsk executado, talvez o problema e iria embora .... mas já com um ferro de soldar para fixar o PC ))))

 
Igor Makanu:

download a partir do site off. versão experimental com funcionalidade limitada, mas estão disponíveis testes de stress, primeiro teste sem discos rígidos, depois adicionar a caixa de verificação para testar o disco rígido, lá no log AIDA64 todos escrevem

SZZY: se tivesse durante a queda de energia a escrever para SSD talvez e esse fosse o problema para "SSD crash" - dados inválidos no sector, o controlador da unidade pode tentar corrigir quando os lê / escreve, e pode congelar - teria há muito tempo atrás chkdsk executado, talvez o problema e iria embora .... mas já com um ferro de soldar vão arranjar o PC ))))

Descarregamento. Vou fazer um teste agora, mas como explica o facto de o build 1190 estar a funcionar há quase 5 horas sem qualquer problema e esta manhã, quando corri o build 1220, expulsou instantaneamente o drive do sistema? Não preciso de vos falar sobre o crash repetido do disco ontem.

Farei o teste novamente mais tarde na construção 1220 e verei o que acontece.

 
Alexey Viktorov:

Descarregamento. Vou verificar agora, mas como explica o facto de o build 1190 estar a funcionar há quase 5 horas sem qualquer problema e o disco ter caído instantaneamente esta manhã enquanto corria build 1220? O pontapé de saída repetido ontem é desnecessário para dizer o mínimo.

Farei o teste de construção 1220 novamente mais tarde e verei o que acontece.

Não sou mágico, mas posso repetir - provavelmente escrever erros na SSD e os ficheiros de uma compilação não são afectados, mas a outra foi escrita incorrectamente

 
Igor Makanu:

Não sou nenhum feiticeiro, mas posso repetir - pode haver erros de escrita na SSD e os ficheiros de uma construção não são afectados e a outra é escrita incorrectamente

Portanto, compenso este ficheiro periodicamente, faço o teste, edito, compenso e assim por diante... E no terminal de construção de 1990 foi copiado o ficheiro que foi testado em 1220.

 
Alexey Viktorov:

Portanto, compenso periodicamente este ficheiro, faço o teste, edito, compenso e assim por diante... E no ficheiro do terminal construído em 1990 foi copiado o que foi testado em 1220.

não é de todo um indicador, os ficheiros são colocados em cache tanto pelo SO como pelo controlador durante a leitura, os algoritmos de cache podem ser diferentes, tanto as tabelas de disposição dos ficheiros como os pequenos ficheiros podem ser colocados em cache

Se quiser verificar a operacionalidade do 1220 construir sem ambiguidades - instalar um novo terminal na unidade C e testá-lo lá, então as perguntas sobre a operacionalidade do hardware desaparecerão.

 
Igor Makanu:

não é de todo um indicador, os ficheiros são colocados em cache tanto pelo SO como pelo controlador durante a leitura, os algoritmos de cache podem ser diferentes, tanto as tabelas de disposição dos ficheiros como os pequenos ficheiros podem ser colocados em cache

Se quiser verificar 1220 construir sem ambiguidades - instalar um novo terminal no disco C e testá-lo lá, então as questões sobre a operacionalidade do hardware desaparecerão.

"Vamos por outro caminho". Encomendei uma UPS e uma fonte de alimentação, vou substituí-la e depois vou pensar no assunto. Se houve um problema ao ligar o computador após um apagão, então deve haver algo de errado com ele. E porque devo esperar pela sua morte completa?

 

Saudações Meus senhores, eis uma pergunta:

Inicio o terminal MT5 a partir da linha de comando, com um ficheiro de configuração, inicio imediatamente o testador, após o passe o testador guarda o relatório, e fecha o terminal, na pasta com o relatório aparece outro ficheiro debug.log com o erro "[1110/121145.068:ERROR:crash_report_database_win.cc(428)] cabeçalho inesperado", qual é este erro?

Arquivos anexados:
debug.log  1 kb