Erros, bugs, perguntas - página 2157

[fxsaber]

Andrey Khatimlianskii:

Após seleccionar "Guardar Versão", as definições actuais são guardadas na lista MT incorporada, que pode ser utilizada a partir do menu "Carregar Versão". A lista é diferente para cada EA.

A lista é temporária?

[Andrey Khatimlianskii]

fxsaber:

A lista é temporária?

Em teoria, não é. Mas pode eliminar versões indesejadas do menu "Eliminar Versão".

[fxsaber]

Andrey Khatimlianskii:

Em teoria, não. Mas pode remover versões indesejadas do menu "Eliminar Versão".

Obrigado! Ainda não descobrimos um cenário conveniente para utilizar esta funcionalidade.

[Andrey Khatimlianskii]

fxsaber:

Obrigado! Ainda não surgiu um cenário conveniente para utilizar esta funcionalidade.

Poupar conjuntos promissores após um teste de optimização e regressar rapidamente a eles, por exemplo.

Ou basta comparar 2 conjuntos em condições diferentes sem ter de ir sempre ao menu de descarregamento.

[fxsaber]

Andrey Khatimlianskii:

Poupar conjuntos promissores após um teste de optimização e regressar rapidamente a eles, por exemplo.

Ou basta comparar 2 conjuntos em condições diferentes sem ter de ir sempre ao menu de descarregamento.

Não há dados em lado nenhum sobre qual versão está actualmente carregada. As versões em si não contêm nada para além do tempo poupado no nome. Tudo em geral, em bruto para utilização.

[Andrey Khatimlianskii]

fxsaber:

Não há qualquer indicação sobre qual a versão que está actualmente carregada. As versões em si não contêm nada para além do tempo poupado no nome. Tudo em geral, em bruto para utilização.

Tomamos 1 conjunto, guardamo-lo. Testamo-lo e vemos os resultados.

Configuração 2º conjunto, guarde-o. Lembre-se que o segundo foi salvo mais tarde do que o primeiro (faz sentido, não faz?). Teste-o, observe os resultados.

Mudança de instrumento/ferramenta/modo/corretor. Carregar a primeira versão guardada, testar, carregar a segunda, testar.

Utilizo-a desta forma.

Bruto - Concordo. Mas melhor do que nada.

[A100]

fxsaber:

Portanto, também não se justifica.

Irrazoável é quando o resultado é assimétrico:

typedef void (*fn)();
           void g() { Print( 2 ); }
struct A {
    static void f() { Print( 1 ); } //(1)
};
struct B : A {
    B() { A::f(); B::f(); }
    static fn f;                    //(2)
};
fn B::f = g;                        //(3)
void OnStart() { B b; }

Resultado:1\2

Agora se trocarmos linhas (1) e (2,3), o resultado é assimétrico: 2\2

E em C++ a simetria será preservada:2\1

Agora, se as linhas (2,3) forem substituídas por

    static void f() { Print( 1 ); } //(4)

então o resultado em MQL será também simétrico:2\1

embora a última substituição não devesse, de facto, ter afectado o resultado

[fxsaber]

A100:

Irrazoável é quando o resultado é assimétrico:

Quando f=f; pode ser interpretado de forma ambígua.

[A100]

fxsaber:

Quando f=f; pode ser interpretado de forma ambígua.

Quando é ambíguo(como aqui), C++ gera um erro de tempo de compilação em vez de o resolver para o utilizador

[Konstantin]

fxsaber:

Ninguém parece testar o histórico de carrapatos personalizados. Uma vez que não se testa durante algumas horas, a história desaparece. Insecto arrepiante. Como as pessoas ainda registam algo de trocas criptográficas para testar, não compreendo.

Tentei testar assim que introduziram o histórico personalizado e enfrentaram o mesmo problema e outros, mas não encontrei feedback, por isso desisti ))