Erro número 6 - página 22

 
Então o erro passou para outro plano. vamos reunir os fatos
 
Assim, o erro passou para outro plano. vamos juntar os fatos.


Parece que...
 
Testado =(
53 tentativas - apenas uma primeira foi bem sucedida. 7 erros #6, outros #128.
Após o reinício do terminal - tudo funcionou de uma só vez.

Meus registros também mostram ExpertTradeContext: timeout (180000).
Enviarei logs para stringo...

O correio, a propósito, funcionou, mas houve um erro (infrequente)
SMTP: 354 Digite mensagem, terminando com "." em uma linha por si só
 
Também notei uma coisa muito interessante - o tempo de funcionamento da função de definição de pedidos é de 180 segundos, ou seja, 180.000 ms...
Não é o meu sono, é o próprio envio do pedido à espera de....
Eu não tenho deslizes intermináveis até o momento da configuração: apenas pausa entre as negociações (que agora é 0) e pausa após erros (sem pausa após 128, e após 6 - eu a desabilitei temporariamente).

Concluímos - Pedidos de conexão ao servidor dentro de 180 seg, e depois dá um erro ;)

zy: conexão, é claro, há
 
Também notei uma coisa muito interessante - o tempo de funcionamento da função de definição de pedidos é de 180 seg, ou seja, 180000 ms... <br / translate="no"> Não é o meu sono, é o próprio pedido à espera....
Eu não tenho nenhum deslize sem fim antes da instalação: apenas pausa entre os ofícios (que agora é 0) e pausa após erros (após 128 - não, e após 6 - temporariamente desabilitado).

Conclusão: Encomenda solicita conexão ao servidor por 180 seg, e depois dá erro ;)

ss: a conexão, é claro, é....


Interessante já...
 
o erro se reproduz muito rapidamente - 20 minutos após o reinício, e é isso =)

Um par de vezes, após reiniciar o terminal, a conexão falhou para todo o terminal.
 
Acho que o malfadado "erro 6" na última pré-construção desapareceu, mas outra coisa começou a aparecer: "ExerciseTradeContract: Timeout (180.000)"....

de forma semelhante
 
Metacustomers.

Crie um especialista que coletará e lhe enviará automaticamente por e-mail todo tipo de informação para resolver o problema.
Eu, por exemplo, teria o maior prazer em executá-lo no meu para ajudar a encontrar uma solução mais rapidamente, em vez de ficar bisbilhotando o tempo todo.
 
Portanto, como entendi um erro por causa do vazamento de recursos. Pergunta - você usa algo (como o BoundsChecker) para pesquisar tais coisas ou pesquisar com suas mãos + cabeça?

E a possibilidade de depuração de logs seria útil para você, então os usuários mais ou menos avançados poderiam não apenas confiar em suas observações, mas fornecer um pedaço de log pelo qual será possível determinar a natureza de um bug.
Por registro de depuração quero dizer o registro no qual as ações realizadas pelo programa são escritas em detalhes. Algo parecido com isto:
Criação da tomada: criada (descritor 0x00001053)<br / translate="no"> Conexão a 12.34.56.78:12345: erro WSAECONNREFUSED: A tentativa de conexão foi rejeitada à força.
Criação de soquetes: erro WSAEMFILE: Não há mais descritores de soquetes disponíveis


Naturalmente, fazer o registro em todo o programa - uma tarefa longa e trabalhosa, portanto você deve pelo menos fazê-lo em lugares críticos, onde com base em relatórios de erros pode haver um erro. Pessoalmente, eu definitivamente incluiria tal extração, mesmo que escrevesse toras gigantescas de centenas de megabytes.
 
Metaquotas.

Precisa de ajuda, então?
Eu gostaria de finalmente poder testar e trabalhar corretamente.
Há mais de um mês eu tenho que fazer tudo à mão - não posso negociar com especialistas nem em demonstrações nem em contas reais.
Razão: