Erros, bugs, perguntas - página 419

 
Im_hungry:

Boa noite, eu estava a pensar se neste código

após verificar B>spred, que é "FALSO", o resto dos valores são verificados

Aumenta o tempo de execução do teste, pelo que tenho de modificar o código da seguinte forma

E o mais demorado em termos de cálculos ( proverka() - cópia de valores tampão de um indicador)

Coloco em último lugar, mas não verifica o último. Pergunto-me.

Porquê?

Ou não verifica o último:

Tente desta forma

if((B >= spred) && (IND && proverka()))
{
//Processing...
}
 
Interesting:

Experimente isto

Desculpa - Não a verifiquei, funciona de todas as maneiras,
 

Agora pergunto-me porque é que no EA, o indicador está a consumir toda a RAM e muito mais,

e trabalhando separadamente do Conselheiro Especialista, não o faz.

pode ser que o indicador não seja apagado ou outra coisa qualquer, mas é chamado em cada nova barra,

e obtemos cada vez menos RAM com cada bar (

 bytes not available

). Porquê? Sim, boa noite!

 
Renat:
Por favor, dê-me o código.
Renat se a pergunta é para mim, acabei de criar uma EA em branco e executei-a. deve estar relacionada com UAC, uma vez que tenho todos os ficheiros aqui armazenados C:\Users\AppData\Roaming\MetaQuotes\Terminal\88B20A762CA848D878978288235C7B072A6 e o visualizador tenta obter dados do directório directo.
 
Im_hungry:

Agora pergunto-me porque é que no EA, o indicador está a consumir toda a RAM e muito mais,

e trabalhando separadamente do Conselheiro Especialista, não o faz.

pode ser que o indicador não seja apagado ou outra coisa qualquer, mas é chamado em cada nova barra,

e cada vez menos RAM com cada bar (

). Porquê? Sim boa noite !


O exemplo no estúdio, por favor (pelo menos como esboço de uma ideia), ou aos criadores, mas tudo numa só peça. A propósito, o que significa "é chamado em cada carrapato"?

A ideia é que deve ser chamada uma vez, no bloco de inicialização. No caso de uma tentativa de contornar um erro de inicialização, ainda pode chamá-lo num temporizador ou num novo tick(mas apenas se o cabo estiver desactivado).

Em todos os outros lugares é apenas razoável obter uma certa porção de dados (enquanto se controla a desvantagem, claro).

 
sergey1294:
Renat se a pergunta é para mim, acabei de criar uma EA em branco e executei-a. provavelmente isto está relacionado com a UAC uma vez que tenho todos os ficheiros aqui armazenados C:\Users\AppData\Roaming\MetaQuotes\Terminal\88B20A762CA848D878978288235C7B072A6 e o renderizador tenta retirar dados do directório directo.
Portanto, vamos excluir a UAC das vazooms com portabilidade. :)
 
Interesting:
Portanto, vamos excluir a UAC das vazooms com portabilidade. :)
Se eu ligar o terminal agora com este interruptor, ele começará sempre com ele ou devo ligar o terminal a partir da linha de comando de cada vez?
 
Interesting:

Exemplo de estúdio por favor (pelo menos como esboço de ideia), ou aos criadores, mas a coisa toda. A propósito, o que significa "chamar em cada carrapato"?

A ideia é que deve ser chamada uma vez, no bloco de inicialização. No caso de uma tentativa de contornar um erro de inicialização, pode ainda estar num temporizador ou num novo tick(mas apenas se o cabo estiver desactivado).

Em todos os outros lugares é razoável obter apenas uma certa porção de dados (com controlo da deficiência, claro).

Isto é utilizado para verificar se os amortecedores foram copiados (com ou sem sucesso)

bool proverka()
{
  ArraySetAsSeries(Buf,true);
  handle=iCustom(NULL,0,"V",Symbol_1,Symbol_2,Depth,ExpKoef,DateStart);
  ResetLastError();
  int copied=CopyBuffer(handle,0,1,1,Buf);
  if(copied<=0)
   {
    Sleep(50);
................

com este chamamos o indicador numa nova barra

handle=iCustom(NULL,0,"V",Symbol_1,Symbol_2,Depth,ExpKoef,DateStart);
E sem ele, só obtemos valores zero!!!

E a memória fica cada vez mais pequena a cada bar...

Porquê?

 
sergey1294:
Se eu iniciar o terminal agora com esta chave, irá funcionar sempre com ela, ou devo iniciar o terminal a partir da linha de comando de cada vez?

Se criar um ficheiro de lote e ou corrigir o atalho correspondente, então o tempo todo. Se o correr a partir da linha de comando, é uma coisa única.

Na minha opinião, é mais fácil criar uma cópia do atalho com o nome e a linha de comando apropriados.

 
Interesting:

Se criar um ficheiro de lote e ou corrigir o atalho correspondente, é sempre o tempo todo. Se também só correr a partir da linha de comando, então uma vez.

Na minha opinião, é mais fácil criar uma cópia do atalho com o nome e a linha de comando apropriados.

como fazê-lo correctamente