Erros, bugs, perguntas - página 1595

 
Aliaksandr Kryvanos:
Se uma ordem é encerrada por uma paragem de perda, o comentário deve ser [SL] [sl] [s/l] normalmente, certo ou errado? É o que diz na ajuda. Mas o comentário está em branco e a encomenda fechada em stop-loss - 2016.06.06.15:33:18.140 '52722': encomenda #4802270 comprar 0.02 EURUSD.ecn a 1.13634 fechada devido a stop-loss ao preço 1.13620. Será isto um erro? Como sei então que a encomenda foi encerrada em caso de stop-loss?
E como se lê o comentário desta ordem fechada?
 
O programa lê StringFind(OrderComment()), e na história da conta no comentário é uma linha vazia, na demonstração ao fechar na sl o comentário foi colocado, no verdadeiro não
 
Aliaksandr Kryvanos:
O programa lê StringFind(OrderComment()), e na história da conta no comentário é uma cadeia vazia, na demonstração quando o comentário sl foi encerrado, na vida real não é

Aqui está algo em que pode pensar

StringFind

Procura de um substrato numa corda.

intStringFind(
stringstring_value,//string que procuramos
stringmatch_substring,//o que estamos à procura
intstart_pos=0// qual a posição para iniciar a pesquisa
);

Parâmetros

string_value

[em] String para pesquisar.

match_substring

[em] Match_substring a ser pesquisado.

start_pos=0

[em] Posição na corda onde a busca deve ser iniciada.

Valor devolvido

Retorna o número da posição na corda em que o substrato a ser procurado começa, ou -1 se não for encontrado substrato.

 
Escrevi-o dessa forma) apenas não completamente StringFind(OrderComment(), "[sl]") >= 0, de qualquer forma, não percebo porque é que há um comentário sobre a demonstração, mas não sobre a verdadeira? Talvez seja um "quirk" do corretor?
 

Não há uniformidade nas expressões lógicas

int f() { return 0; }
void g()
{
        if (      f() )         //1//нормально
                return;
        if ( (int)f() )         //2//warning: expression not boolean
                return;
}

Seria lógico interpretar ambas as expressões da mesma forma

Expressões do segundo tipo resultam muitas vezes implicitamente de macrossubstituições, e expressões supérfluas causam confusão

 

Em MT4 quando se usa o ziguezague padrão, o gancho capilar tornou-se preto (a cor correcta é o verde). As configurações do esquema de cores são padrão, mas alteraram o fundo de preto para branco para tornar o problema visível.

 

Há algo de errado com a imagem

YandexBrowser Versão 16.4.1.8949

 

O compilador não especifica um índice de matriz

class A { public:
        A( int n ) { a[ n ] = new A(); i[ n ] = n; }
        A() {}
        void f() { a[ i ].g(); } //нормально, но i сам является массивом
        void g() {}
         A *a[ 5 ];
        int i[ 5 ];
};
void OnStart()
{
        A a( 0 );
        a.f();
}
 

Notei uma diferença na exibição do texto na tela e com o marcador de texto.


Existe algum modo para a canva ser exibida como marcador de texto?

Isto é necessário quando se combinam controlos baseados numa tela com objectos gráficos. As letras neles aparecem de forma diferente.

 
Andrey Voytenko:

Notei uma diferença na exibição do texto na tela e com o marcador de texto.


Existe algum modo para a canva ser exibida como marcador de texto?

Isto é necessário quando se combinam controlos baseados numa tela com objectos gráficos. As letras neles aparecem de forma diferente.

Em alternativa, usar tela em modo COLOR_FORMAT_XRGB_NOALPHA.
Razão: