Erros, bugs, perguntas - página 223

 
Graff:
Concordo, mas é necessário desactivar de alguma forma a actualização automática para que o terminal não esteja sempre a ser actualizado

Isto é exactamente o que o MQ não fará, proponho que a actualização automática seja automaticamente adiada para a próxima (após a que foi retrocedida) construção. E manter a última construção "boa" numa reserva, e saltar a que foi rolada para trás.

Melhorar um pouco o sistema de actualização automática e todos ficarão satisfeitos.

 
Dali:

Isto é exactamente o que o MQ não fará, proponho que a actualização automática seja automaticamente adiada para a próxima (após a que foi retrocedida) construção. E manter a última construção "boa" numa reserva, e saltar a que foi rolada para trás.

Melhore um pouco o sistema de actualização automática e todos ficarão satisfeitos.

As actualizações são feitas não só porque a construção está a melhorar, mas também porque os bugs antigos estão a ser corrigidos.

Propõe uma nova construção com insectos para voltar a uma antiga com mais insectos?

PS Se MQ aceitar o sistema de rollback (que duvido seriamente), então pelo menos a divisão dos builds em melhorados (introduzindo novas funcionalidades) e remendados (apanhando bugs) deve ser feita. Então, e só então, será possível fazer regressar o bug inacabado ao último bug corrigido.

 
Urain:

As actualizações são feitas não só porque a construção está a ser melhorada, mas também porque os bugs antigos estão a ser corrigidos.

Está a sugerir que uma nova construção que tenha bugs deve ser revolvida para uma antiga que tenha ainda mais bugs?

PS Se MQ aceitar o sistema de rollback (que duvido muito), pelo menos os builds devem ser divididos em finalizados (introduzindo novas funcionalidades) e lançados (capturando bugs). Então, e só então, será possível fazer regressar o bug inacabado ao último bug corrigido.

Eles não vão a isso, e com razão...
 

Urain:

Está a sugerir que se faça retroceder a nova construção com erros para a antiga com ainda mais erros?

Não :) Proponho um cenário diferente (para mim é relevante pelo menos a 2ª vez, como estou a fazer no MQ5).

Proponho que o 362 construído, que tem várias características importantes que não funcionam, volte para o anterior, que pode ter tido pequenos bugs, mas o MEU Perito trabalhou. Voltar atrás até à próxima construção onde estes bugs fatais já estão corrigidos.

Sublinho que o retrocesso é uma decisão pessoal minha. Nem todos são afectados por este erro (nem todos usam estas funções, nem todos usam o MQ5, etc.)

Quanto à separação das construções - não há necessidade de a complicar. A construção no meu backup pessoal será sempre a anterior, saltando as que eu recuei. A lógica é simples e descomplicada. E ninguém mais do que o utilizador tem de decidir quais as construções que são boas.

IMHO a principal razão pela qual a MQ não queria que as construções anteriores estivessem disponíveis é para deixar os utilizadores fora do círculo dos testadores beta. No caso de rollback apenas até que a próxima construção esteja disponível, não será relevante. E a complicação da implementação aqui é insignificante.

Caso contrário, o trabalho de desenvolvimento para os promotores (isto é, para nós que somos afectados por estes bugs fatais) irá abrandar durante vários dias (enquanto que 6 dias se passaram desde que a build 362 foi lançada). Embora, por simplicidade, possamos estar aborrecidos com ela.
 
Dois terminais... 4 и 5.. mesmo terminal...

O MT4 tem um painel...

Controlo das operações comerciais a partir do teclado... mas só se a Janela do Primeiro Plano for ::MetaTrader e o gráfico com o bot for o primeiro em ordem z...


no MT5 - apenas processamento
[CÓDIGO]
void OnChartEvent(const int id, // ID do evento
const long& lparam, // Parâmetro do tipo evento longo
const double& dparam, // Parâmetro do tipo duplo evento
const string& sparam // Parâmetro dos eventos do tipo string
){
if(lparam=='A')OpenOrder(0,MB,1);//fill the trade form
...
if(lparam=='X')CloseOrder(;)
}
[/CODE]

Quando o sinal TradeIsDisabled aparece no MT4, Five começa a preencher um formulário de comércio (o de F9)... no ACTIVE Editor de MT5(!?!)... MT5 - construir 3-62... Antes disso, estava bem... 2-29 MT4...

Como assim?

 

ao converter explicitamente os dados do tipo duplo para data, há perda de precisão?

Time_Max_Candle[CandleNumber]=(double)TimeCurrent();

ObjectCreate(0, "Line_Trend_Down_"OBJ_TRENDBYANGLE,0,Time_Red_0,Red_Line_0,(datetime)Time_Max_Candle[CandleNumber],Green_Line);

Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы объектов / Типы объектов - Документация по MQL5
 
dentraf:

ao converter explicitamente os dados do tipo duplo para data, há perda de precisão?

Time_Max_Candle[CandleNumber]=(double)TimeCurrent();

ObjectCreate(0, "Line_Trend_Down_"OBJ_TRENDBYANGLE,0,Time_Red_0,Red_Line_0,(datetime)Time_Max_Candle[CandleNumber],Green_Line);

Não haverá perda de precisão porque o valor máximo da data e do tempo é 32535244799 (o número de segundos de 1 de Janeiro de 1970 a 31 de Dezembro de 3000) e é representado com precisão no formato real
 

Boa tarde a todos!

Especialistas da MQL5, poderia por favor aconselhar como passar uma série de indicações para uma função?

Por exemplo, array gSymbols:CSymbolInfo *gSymbols[] .

 
Caros programadores, seria bom fazer o seguinte na próxima construção:

1. Deixe o MT5 tentar ligar-se a agentes remotos um número infinito de vezes a cada 10 minutos. Depois temos 6 tentativas por hora (uniformemente espaçadas no tempo).

2. Em MT5, nos Agentes do sector (onde estão localizadas as pastas Local, Remote, Package) acrescente uma opção de criar as suas próprias pastas para fazer as listas de agentes remotos. Já está a tornar-se inconveniente gerir tantos agentes numa só pasta.

3. Em ligação com o bug (por vezes alguns agentes dão resultados de processamento com 0 transacções, talvez apareça outra coisa), adicionar um cheque após algum número de passes, digamos 100, sobre a correcção do resultado do agente (pode ser com alguma margem de erro, digamos 5%) com o agente local. Se o agente der um resultado errado, faça com que o MT5 execute o reinício remoto e apague todos os resultados anteriores deste agente, e após 10 reinícios sem sucesso (isto é, resultados errados continuarão a acontecer), desligue-se do mesmo.

Coloquei as imagens em Teste sobre agentes remotos no MetaTrader 5

 
as escolhas de resposta...
viu - leu - pensou - fez - fez - fez figura de parvo... //underline...
bem-vindo...