Erros, bugs, perguntas - página 2492
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
É normal que os agentes não libertem a RAM depois de completar uma tarefa na nuvem?
Versão 2085, 13 de Junho de 2019.
Mantém a RAM durante pelo menos 1 hora.
É normal que os agentes não libertem a RAM depois de uma tarefa na nuvem?
A questão não está completa. Durante quanto tempo é que os seus agentes guardam a memória? Qual é a construção do terminal?
Erro durante a execução:
Resultado : 1
Esperado: 2 ou (como em C++) - erro de compilação
Obrigado pelo correio!
A MQL5 não suporta métodos de classe superiores (e/ou de ocultação).
Se bem me lembro, já discutimos esta característica há vários anos, embora se tratasse de saber qual a sobrecarga que deveria ser chamada mais próxima em termos de herança ou mais exacta em termos de parâmetros.
Na nova versão do compilador, a sobreposição funcionará como em C++.
Ou seja, quando se sobrepõe a um método pai, só será possível chamá-lo usando "b.A::f()", uma tentativa de chamar b.f(10) resultará num erro, método b.f() - não tem parâmetro, e método A::f(int) não está disponível (oculto), porque está sobreposto.
A questão não está completa. Durante quanto tempo é que os seus agentes guardam a memória? Qual é a construção do terminal?
Modificou-o.
Fórum sobre comércio, sistemas automatizados de comércio e teste de estratégias comerciais
Insectos, insectos, perguntas
SEM, 2019.07.01 09:03
É normal que os agentes não libertem a RAM depois de realizarem um trabalho nas nuvens?
Versão 2085, 13 de Junho de 2019.
Mantém a RAM durante pelo menos 1 hora.
Quero abordar novamente o "problema do preço médio ponderado" na descrição CPositionInfo, comando PriceOpen()
Fórum sobre comércio, sistemas de comércio automatizados e testes estratégicos
Balcão de serviço. Reclamações, sugestões.
Francuz, 2019.06.13 11:36
Erro na descrição padrão da biblioteca
Especificamente na descrição de CPositionInfo, comando PriceOpen()
https://www.mql5.com/ru/docs/standardlibrary/tradeclasses/cpositioninfo/cpositioninfopriceopen
O valor devolvido não é "preço de abertura" mas" preçomédio ponderado de abertura".
A título de exemplo:
Abrimos uma posição para 1 lote ao preço de 61532. Neste caso, PriceOpen() devolverá 61532.
Além disso, aumentamos a nossa posição em 1 lote a 61615. Neste caso, PriceOpen() irá devolver o preço médio ponderado de dois lotes 61573,5, e não o preço de abertura da posição.
Gostaria de ver não só uma única correcção de palavras na descrição, mas também uma breve explicação-ilustração.
O problema dopreço médio ponderado de abertura tem consequências desagradáveis.
O problema é que, se aumentar uma posição para o montante que não pode ser dividido sem o restante, os cêntimos são divididos, e perdem-se ao arredondar. Como resultado, o saldo não se soma no final. Todas as transacções são realizadas em rublos estritamente inteiros, o saldo final não converge devido aos kopecks perdidos.
Esquema de reprodução do erro com a perda de kopecks na balança, mesmo no comércio manual.
Além disso, explicarei qual é o erro:
A coluna "A" é os valores reais (preços de transacção). A coluna "B" é uma derivada da coluna "A" com uma perda de precisão. Qualquer contabilista qualificado explicará que o balanço só deve ser reconciliado com os valores reais, e nunca com os derivados da perda de fidelidade.
O cêntimo não é apenas incorrectamente afixado no terminal, na realidade move-se entre as contas do cliente e do corretor. Qualquer advogado ou funcionário fiscal dir-lhe-á que se trata de um "esquema" e que pode ser objecto de uma disputa legal entre o comerciante e o corretor.
A confirmação da alegação de que os cêntimos estão realmente perdidos é a implementação de uma correcção após um período de tempo considerável. Que tipo de correcção? Porquê volumes tão estranhos?
Quero abordar novamente o "problema do preço médio ponderado" na descrição CPositionInfo, comando PriceOpen()
Vamos lá ver.
Ajudar-nos-á muito se nos der a sua senha de investidor temporariamente durante algumas horas na sua conta pessoal. Queremos verificar os preços e possíveis arredondamentos na sua tabela de transacções. Será contactado.
Uma correcção é diferente.
Vamos lá ver.
Ajudar-nos-á muito se nos der a sua senha de investidor temporário durante algumas horas. Queremos verificar os preços e possíveis arredondamentos na sua folha de cálculo. Será contactado por.
A correcção é diferente.
Corretor Otkritie
Quente no trilho:https://www.mql5.com/ru/signals/596871
Se bem me lembro, já discutimos esta característica há vários anos, embora estivéssemos a discutir qual a sobrecarga que deveria ser chamada mais próxima por herança ou mais exacta por parâmetros.
Sim... Eu lembro-me... C++ utiliza a sobrecarga de herança mais próxima - para que as alterações subsequentes nas classes de base (aparecimento de uma nova sobrecarga de parâmetros) não afectem a ordem dos cálculos nas classes derivadas (esta nova sobrecarga não seria invocada)
Por favor, tenha em atenção o seguinte:
Parece ser uma bagatela - basta escrever
e estar feliz, mas a questão é exactamente, que não é necessário escrever duas ou mais vezes b = 2, e por isso em mais mudanças, digamos: b = 3 - será necessário mudar apenas num lugar (e não em dois ou mais), e por isso (tendo em conta a distribuição do programa) é impossível esquecer de o fazer noutros lugares
Ajuda
ERR_INDICATOR_DATA_NOT_FOUND
4806
Dados solicitados não encontrados
Ao mesmo tempo, o indicador no gráfico é exibido normalmente.
O que devo fazer?