Erros, bugs, perguntas - página 1204
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
Nada é impresso
Porque não?
Em geral, a investigação contínua produziu estes resultados. Ao colocar o cursor do rato sobre os tickers na revisão do mercado, aparece a dica de ferramenta, na qual Comércio: Não. Mas para o CFD russo, que são exibidos em preto, Comércio: Fechar é exibido (mais uma vez deve ser notado que o tempo é comércio e as carraças do símbolo vêm neste momento). Do qual concluo que o corretor tem vários níveis de comércio proibido, dos quais apenas alguns (ou mesmo apenas um) estão marcados a cinzento, e todos os restantes estão amontoados numa pilha comum com símbolos activos, uma vez que são exibidos a preto.
Fechar Apenas em tipo comercial significa permitir apenas o fecho das posições existentes. Por conseguinte, é mostrado em preto activo.
Os modos de operação são configurados no servidor de negociação.
Fechar Apenas em tipo comercial significa permitir apenas o fecho das posições existentes. É por isso que é mostrado activo em preto.
Os modos de funcionamento são configurados no servidor comercial.
Não diz "Fechar apenas", mas "Fechar". Será isto um erro ou existem outras nuances que permanecem pouco claras?
1. Compilado por
2. Quando um objecto é criado, o alerta é clrBlack.
3. Verificado em 4. 670 build
Nada é impresso
Porque não?
Não é possível utilizar macros __FUNÇÃO__ e __FUNSÃO__ fora de um corpo funcional.
Adicionado novo erro de compilação: 377 "macro não pode aparecer fora de um corpo funcional".
1. Compilado por
2. Quando um objecto é criado, o alerta é clrBlack.
3. Verificado em 4. 670 build
Erro durante a execução: fundição incorrecta de apontadores (construir 977, mas aconteceu de vez em quando antes)
Se mover algo (por exemplo, trocar declarações #importante) ou fazer 2 ficheiros em vez de 3 ou remover h() chamada - então em vez dos erros especificados ocorrem outros erros
Se recompor o código acima, ele acabará por chamar R::y em vez de L::y
Numa versão mais complexa, algumas funções comuns de módulos são chamadas antes (!) dos próprios construtores estáticos (como no exemplo acima f() é chamado antes de X::X, que por sua vez é correctamente chamado antes de OnStart). Vou tentar citar um exemplo, mas existem ficheiros enormes. Mas por vezes funciona correctamente, por isso o erro não está comigo porque a ordem de criação do objecto é definida pelo próprio compilador e eu não o posso alterar
UPD: Fixo.
Obrigado pelo correio Há um problema, estamos a resolvê-lo.
UPD: Fixo.
Cometi aí um erro https://www.mql5.com/ru/forum/1111/page1221#comment_1070267, não especifiquei que as funções são virtuais - se agora declarar R e L assim:
então L::y é chamado e R::y deve ser chamado porque são diferentes - (diferente por const e o ponteiro era para R)Todos os terminais dos corretores deixaram de funcionar, incluindo o que descarreguei deste site...
Reiniciar não ajuda, reiniciar e reinstalar também, tudo estava a funcionar bem antes, não instalei nada no meu computador, também não instalei nada no terminal. apenas compras no mercado.