Erros, bugs, perguntas - página 1293

 
s2101:

O MT5 está bem com isto, mas tem outro problema - devora horrivelmente a memória. Se isto for aceitável para um programador, é totalmente inaceitável para um comerciante.

Por favor, forneça provas e uma descrição exacta do problema.

Qual é o seu sistema operativo, construção, taxa de bits ?

 
alexl:

Fornecer provas e uma descrição exacta do problema.

Qual é o seu sistema operativo, construção, taxa de bits ?

W-XP SP3 32bit MT5 build 1100
Tudo começou com a versão 1079. Antes disso estava a carregar 4-5 terminais MT5 e a trabalhar bem.

No quadro abaixo pode ver o processo de carregamento Um Terminal MT5, tenho 2006 Mb de memória atribuída, 270 Mb dos quais são utilizados pelo SO e processos activos. MT5 "come" a diferença.

O sistema é de 8 TFs com 10 indicadores "fáceis" em cada um. Existem 80 indicadores no total. Não é o "peso" dos indicadores que "come" a memória, mas sim a sua quantidade. Falei disso na página 1306 deste fórum, - "foi encontrada uma relação de poder - o número de milissegundos = 0,000005*n^2 onde n é o número de encomendas a serem processadas".

O mesmo acontece no MT5 e no cálculo dos indicadores.

O sistema e todos os processos activos são mostrados no gráfico. O sistema gera sinais de liderança, inequivocamente executáveis, de futuras alterações de preços.


Abaixo pode ver o que é descarregado consecutivamenteCinco Terminal MT4 com 80 o mesmo que o MT5, indicadores luminosos cada um. Não há nada de errado com a memória.
Os indicadores do sistema de MQL5 a MQL4 foram transferidos quando em MT5 as linhas de pedido, oferta e último preço estavam em qualquer lugar, mas onde deveriam estar e era impossível trabalhar em MT5.



 
s2101:
W-XP SP3 32bit MT5 build 1100
Tudo começou com a versão 1079. Antes disso estava a carregar 4-5 terminais MT5 e a trabalhar bem.

Na imagem abaixo pode ver o processo de carregamento Um Terminal MT5, atribuí 2006 Mb de memória, 270 Mb dos quais são utilizados pelo sistema operativo e processos activos. MT5 "come" a diferença.

O sistema é de 8 TFs com 10 indicadores "fáceis" em cada um. Existem 80 indicadores no total. Não é o "peso" dos indicadores que "come" a memória, mas sim a sua quantidade. Falei sobre isso na página 1306 deste fórum, - "foi encontrada uma relação de poder - contagem de milissegundos = 0,000005*n^2 onde n é o número de encomendas a serem processadas".

O mesmo acontece no MT5 e no cálculo dos indicadores.

O sistema e todos os processos activos são mostrados no gráfico. O sistema gera sinais de liderança, inequivocamente executáveis, de futuras alterações de preços.


Abaixo pode ver o que é descarregado consecutivamenteCinco Terminal MT4 com 80 o mesmo que o MT5, indicadores luminosos cada um. Não há nada de errado com a memória.
Os indicadores do sistema de MQL5 a MQL4 foram transferidos quando em MT5 as linhas de pedido, oferta e último preço estavam em qualquer lugar mas onde deveriam estar e era impossível trabalhar em MT5.



Por vezes os indicadores "fáceis" não são tão fáceis, aqui precisamos de olhar para o seu algoritmo e torná-lo mais generoso, porque a maioria deles são calculados por carraças, e alguns deles até recalculam toda a história a cada carraça, mas na realidade são todos discretos e basta calcular uma vez por barra.

80 indicadores). Eu provavelmente deveria ser mais modesto, uma vez que a máquina já não está a puxar. Dividido por terminais.

Há mais carraças no MT5.

 
 

A questão é esta. Onde está o limite de caracteres para a propriedade OBJPROP_TEXT?

bool  ObjectSetString(
   long    chart_id,          // идентификатор графика
   string  name,              // имя
   int     prop_id,           // свойство
   string  prop_value         // значение - какая длина строки???
   );
 
denkir:

Aqui vai uma pergunta. Onde está o limite de caracteres para a propriedade OBJPROP_TEXT?

em tipo
string
 

Chamar um construtor antes de rubricar um membro estático

class A;
//---
class B { public:
         B() { a = new A; } // здесь A::s не инициализирована на момент вызова
        ~B() { delete a; }
        A *a;
};
//---
class C { public:
        static B b;
};
B C::b;
//---
class A { public:
         A() : a( s ) {}
        static int s;
        int a;
};
int A::s = 1;
//---
void OnStart() { Print( C::b.a.a ); } //результат = 0, а должен быть 1
e se a descrição da classe A for colocada em primeiro lugar, o resultado é 1. Obviamente, o resultado não deve depender da ordem da declaração de classe
 

Erro de execução: ficheiro EX5 inválido (8)

class A { public:
        A() : text( NULL ) {} // или text( "произвольный" )
        void f() { ::Print( '0' << this.text ); }
        string text;
};
void OnStart()
{
        A a;
        a.f();
}
 
denkir:

Aqui vai uma pergunta. Onde está o limite de caracteres para a propriedade OBJPROP_TEXT?

Creio que o comprimento máximo para todas as propriedades das cordas é de 63 caracteres (64 se com '\0');
 

Esta é a segunda semana em que vejo um insecto semelhante no fim-de-semana.

No gráfico dos minutos, na sexta-feira após o encerramento do mercado por mais 1 hora, são sorteadas barras de altura zero com um período de 2 minutos.

Isto parece ter vindo com a última actualização.