Erros, bugs, perguntas - página 339
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
mas não quer verificar?
Salientei que a informação "não estava imediatamente disponível". Se souber a resposta, queira dizer-me onde está estabelecida a regra que rege esta questão.
Eh, colega, se os macacos estivessem à procura de um guia sobre como usar um pau, ainda seriam macacos...
não seja preguiçoso, só tem de esticar alguns dedos e verificar o código. Não é mais difícil do que cavar uma trincheira no Inverno.
Eh, colega, se os macacos procurassem um manual sobre como usar um pau, continuariam a ser macacos...
não seja preguiçoso, só tem de levantar um ou dois dedos e verificar o código. Não é mais difícil do que cavar uma trincheira no Inverno.
Oh, estou a ver o que quer dizer. Passou um ano desde que apreciei a sua dedicação à regra do polegar :) Além disso, há cerca de um ano atrás, já vos expliquei porque prefiro aprender as noções básicas (se possível). Quanto ao "esforço de um par de dedos" - neste caso parece redundante. Porque basta esforçar um cérebro para compreender que o autor deste código não teve problemas de compilação (caso contrário, a sua pergunta seria formulada de forma diferente) :) A minha pergunta era se uma tal combinação de nomes é aceitável do ponto de vista da arquitectura linguística (estrutura, ideia, etc.).
...Uma vez que não encontrei quaisquer restrições nos materiais de referência, acontece que neste caso o trabalho do compilador não contradiz os princípios básicos da língua.
Não sei se o meu teclado está com falhas ou se é um erro do ME.
Selecciono uma secção de código, carrego em Ctrl+V e em vez de substituir a secção por informação da prancheta, obtenho um preenchimento.
A mesma coisa com a dactilografia básica.
Selecciono um fragmento, carrego em qualquer tecla e em vez do carácter da tecla para substituir o intervalo seleccionado do meu código será sobreescrito.
Exemplo
Não sei se o meu teclado está com falhas ou se é um erro do ME.
Selecciono um pedaço de código, pressiono Ctrl+V, e em vez de o substituir por informação da prancheta, obtenho informação adicional.
Não sei se o meu teclado está com falhas ou se é um erro do ME.
Selecciono uma secção de código, carrego em Ctrl+V e em vez de substituir a secção por informação da prancheta, obtenho um preenchimento.
A mesma coisa com a dactilografia básica.
Selecciono um fragmento, carrego em qualquer tecla e em vez do carácter da tecla para substituir o intervalo seleccionado do meu código será sobreescrito.
Exemplo
Estou bem. Procure a causa ;-)
Porquê?
535 long dgt = SymbolInfoInteger(smb[número],SYMBOL_DIGITS);
549 if(dgt == 0){
Imprimir("Buy Data == 0. error");
devolução(falso);
}
556 sl = MathMin(mrate[1].high - mrate[1].low,level);
560 Print(" sl =",DoubleToString(sl,dgt));// 1
Print(" sl =",DoubleToString(sl,_Digits);// 2
possível perda de dados devido à conversão do tipo ChampionShip2010_v6.mq5 560 49 - isto refere-se à primeira impressão.
onde smb[número] - par cambial não do gráfico principal
Se eu corrigir longo a int na linha 535, ou seja
535 int dgt = SymbolInfoInteger(smb[número],SYMBOL_DIGITS);
possível perda de dados devido à conversão do tipo ChampionShip2010_v6.mq5 535 31
Qual é o problema?
Os resultados dos testes estão correctos, mas não no registo!
---------------------------------------------------------
Aqui está o código para verificar o número de lotes para 2 pares
E é isto que a Print está a mostrar.
Que tipo de milagre é este? Não há um único momento em que pareça que um é maior do que o outro.
Em todas as TFs e independentemente do símbolo.