Erros, bugs, perguntas - página 2639
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
A chave do modo portátil é necessária por acaso?
Todos os terminais começam manualmente?
À mão, sim, todos eles o fazem. No final, foi assim que os comecei manualmente.
A chave do modo portátil não muda nada a este respeito.
A questão é que o MT4 lança uma janela de autorização e o início do programa não é considerado concluído.
Tem de usar "iniciar" no ficheiro de lote.
No fim de contas, acontece que já tenho este planeado.
Obrigado pela vossa participação!
Ainda não compreende do que se trata, provavelmente não leu atentamente as minhas mensagens. O meu apelo é para os criadores, não para si. Não preciso dos vossos conselhos baratos.
Acalme-se e não se preocupe tanto.
Mais uma vez estou convencido de que as pessoas com baixo desenvolvimento cerebral geralmente têm pouca compreensão da civilidade.
Nem sequer consegue compreender o que lhe é dito por pessoas mais conhecedoras, e é tão rude como uma criança do jardim-de-infância que nem sequer aprendeu a escrever correctamente.
No entanto, é o trabalho nos projectos que lhe permite avaliar as capacidades da língua e descobrir os seus defeitos e bugs...
Anteriormente, ao trabalhar em projectos MQL, a informação sobre defeitos (bugs) era fornecida na ordem da sua detecção.
Agora decidimos tentar uma nova abordagem - trabalhar até um defeito de bloqueio e depois fornecer informações sobre todos os defeitos detectados.
Cria-se várias vezes um objecto complexo embrulhado com tipo interno "C", mas acaba por ser um tipo de dados bastante diferente, talvez "B", "int", o que se quiser...
Demorei muito tempo e esforço para encontrar e compreender que o problema não está no código mas sim no compilador MQL. (C++ online:https://onlinegdb.com/H1R1fR5ML)
Presumivelmente, o problema está no trabalho da cache da classe template "main_wrapper" durante a geração do código no momento da compilação, quando a classe interna "internal_wrapper" da classe template "A" é passada como parâmetro para diferentes tipos de dados (int, B*, B, C).
Que primeiro tipo de dados é criado pela classe de modelo "main_wrapper<A<TEMPLATE_TYPE>::internal_wrapper>, tal tipo de dados será mais tarde utilizado em todos os objectos do modelo no futuro.
Um outro bug com a geração do código da classe modelo será fornecido abaixo.
Outro bug MT5(build 2316) com geração de código de classe modelo quando se usa a classe interna.
C++ online:https://onlinegdb.com/HJkKXAqMU
Outro defeitoMT5(build 2316) relacionado com aclasse interna é a falta de capacidade de referenciar explicitamente o namespace global.
C++ online:https://onlinegdb.com/H14NF05G8
Um insecto muito desagradável que bloqueia um maior desenvolvimento.
Cria-se um objecto complexo embrulhado com tipo interno "C" várias vezes, mas acaba por ser um tipo de dados bastante diferente, talvez "B", "int", o que se quiser...
Gastei muito tempo e esforço para encontrar e compreender que o problema não está no código mas sim no compilador MQL. (C++ online:https://onlinegdb.com/H1R1fR5ML)
Presumivelmente, o problema está no trabalho da cache da classe template "main_wrapper" durante a geração do código no momento da compilação, quando a classe interna "internal_wrapper" da classe template "A" é passada como parâmetro para diferentes tipos de dados (int, B*, B, C).
Que primeiro tipo de dados é criado pela classe de modelo "main_wrapper<A<TEMPLATE_TYPE>::internal_wrapper>, tal tipo de dados será mais tarde utilizado em todos os objectos do modelo no futuro.
Um outro bug com a geração do código da classe modelo será fornecido abaixo.
Será esta a forma correcta de o fazer?
Obrigado, de facto a introdução de um parâmetro de modelo fictício, no caso do exemplo, contorna o problema.
No entanto, quanto ao projecto global, as coisas são um pouco mais complicadas: aclasse interna foi utilizada como alternativa à funcionalidade de nome datilografia em falta, a fim de simplificar tanto o processo de desenvolvimento como a aplicação da classe final do recipiente.
Pode valer a pena esperar por uma correcção por parte dos criadores.
Como último recurso, todas as dependências terão de ser arrastadas para fora, na esperança de não haver mais compilação bem sucedida com comportamento indefinido em tempo de execução.
Para resumir a funcionalidade interna da classe,
podemos dizer claramente que lhe falta a funcionalidade de declaração da tipografia, pelo menos a sua forma primitiva, para a utilizar correctamente...
Portanto, em vez de um código C++ bastante compacto e claro:
Temos de construir uma vedação com #define e herança através de classe interna:
Problemas na utilização da classe interna como declaração de dactilografia:E há aqui muito mais problemas do que possa parecer à primeira vista.
Ocorrem problemas quando se usa #define como declaração datilografada:
Para este efeito, os programadores acrescentaram "operator= delete".
No entanto, não parece lógico quebrar a ligação apagar/defazer, porque tudo precisa de ser escrito manualmente novamente.
Talvez eu esteja a fazer algo de errado?