Erros, bugs, perguntas - página 884

[Rashid Umarov]

tol64:
Obrigado. Vou ter isso em mente. Talvez alguém me possa dizer quando esta coluna é preenchida e quando não é (como no meu caso). Se houver alguma coisa, perguntarei no Service Desk.

Este é o identificador atribuído à sua encomenda pela plataforma de execução - a troca.

[Andriy Sydoruk]

Yedelkin:

1. Inserir o código correctamente.

2. Como é optimizado/seleccionado o parâmetro m_period? Isto é, qual é o seu valor durante a sua optimização?

Obrigado, descobri, erro meu.

[Andriy Sydoruk]

Rosh:
Uma pergunta vaga só pode ser respondida da mesma forma vaga - Períodos gráficos

Obrigado, descobri-o, erro meu.

[Andriy Sydoruk]

Estou interessado nos vossos comentários sobre o erro: " 2012.11.28 09:38:18 4194304 bytes não disponíveis "

[Rashid Umarov]

AndreyS:

Estou interessado nos vossos comentários sobre o erro: " 2012.11.28 09:38:18 4194304 bytes não disponíveis "

Não há memória suficiente.

[Anatoli Kazharski]

Rosh:
Este é o identificador atribuído à sua encomenda pela plataforma de execução, a troca.

Obrigado. E por favor esclareçam o que se entende por sistema de comércio externo, no caso de eu também o entender mal.

[A100]

Obrigado a todos pelas vossas respostas.

Encontrei esta incerteza com type_filling: apenas um modo é permitido

string symbol = "EURUSD";
int flags = SymbolInfoInteger( symbol, SYMBOL_FILLING_MODE );
//разрешен только SYMBOL_FILLING_ALL_OR_NONE

ao mesmo tempo, o SendOrder faz encomendas com o mesmo sucesso

MqlTradeRequest request;
request.type_filling = ORDER_FILLING_FOK; //соответствующий флаг разрешения 1

bem como com

request.type_filling = ORDER_FILLING_RETURN; //соответствующий флаг разрешения 0

E após a colocação bem sucedida da propriedade da encomenda colocada ORDER_TYPE_FILLING sempre = ORDER_FILLING_RETURN mesmo que tenhamos especificado pedido.type_filling = ORDER_FILLING_FOK na consulta

MqlTradeResult result;
OrderSelect( result.order );
int tpAfter = OrderGetInteger( ORDER_TYPE_FILLING );
//tpAfter всегда = ORDER_FILLING_RETURN

Parece-me um desajuste entre a lista de modos permitidos e as propriedades reais da encomenda após a colocação

[Yedelkin]

tol64: 

Rosh : Este é o identificador que é atribuído à sua encomenda pela plataforma de execução - a troca.

E por favor esclareçam o que se entende por sistema de comércio externo, no caso de eu também o entender mal.

Disse que

Disse que tinhauma portagem64:

Yedelkin : Já verificou o funcionamento das ordens Stop Limit no comércio de troca?

Sim, verifiquei-o cuidadosamente e nada aparece neste campo no momento do accionamento da ordem.

Então, foi ou não verificado durante o comércio de divisas?

[Andriy Sydoruk]

Rosh:
Não há memória suficiente.

Obrigado.

Por favor, ajude a analisar a situação, o seguinte código:

void CStrategyMA::FitnessFunction(int chromos)
{
  double res=0.0;
  
  // Выбор символа (m_strategy_symbol) из масива используемых символов (m_name_symbols[]) количаством (m_count_symbols)
  // Пример: m_count_symbols = 1; m_name_symbols[0] = "EURUSD.e";
  m_strategy_symbol = m_name_symbols[(int)MathRound(Colony[1][chromos]*(m_count_symbols-1))];
  
  // Выбор периода из масива по индексу (от PERIOD_M5 (индекс - 5) до PERIOD_D1 (индекс - 19))
  // Для наглядности:
  // ENUM_TIMEFRAMES PERIOD_INDEX [22] = {PERIOD_CURRENT,
  //                                      PERIOD_M1, PERIOD_M2,PERIOD_M3,PERIOD_M4,PERIOD_M5,PERIOD_M6,PERIOD_M10,PERIOD_M12,PERIOD_M15,PERIOD_M20,
  //                                      PERIOD_M30,PERIOD_H1,PERIOD_H2,PERIOD_H3,PERIOD_H4,PERIOD_H6,PERIOD_H8, PERIOD_H12,PERIOD_D1, PERIOD_W1,
  //                                      PERIOD_MN1};
  m_period = PERIOD_INDEX[(int)(MathRound(Colony[2][chromos]*5)+14)];
  
  // Освобождаю дескриптор загруженого ранее индикатора
  IndicatorRelease(m_handle);
  // Создаю новый индикатор с периодом - (int)(MathRound(Colony[3][chromos]*100)+1)
  // от 1 до 100
  m_handle=iMA(m_strategy_symbol,(ENUM_TIMEFRAMES)m_period,(int)(MathRound(Colony[3][chromos]*100)+1),0,MODE_EMA,PRICE_CLOSE);
  // Без использования Sleep(1000); - генерируется последующая ошибка при использовании в коде ф-ции: CopyBuffer
  // "ошибка доступа к историческим даным", хоть дескриптор и создан!?!?!?
  Sleep(1000);
  if(m_handle<0)
  {
    Alert("Ошибка при создании индикатора MA - номер ошибки: ",GetLastError()," ",m_strategy_symbol," ",m_period);
  } else
  {
    // Аналитический процес
    res = HistoryCheckTradeConditions();
  }
  AmountStartsFF++;
  Colony[0][chromos]=res;
}

 

Ao utilizar esta função, erro "2012.11.28 09:58:32 4194304 bytes não disponíveis", ajuda-me a compreender, aumentou o ficheiro swap para 10GBt.

Também estou confuso por Sleep(1000); ajude-me a compreender.

[Yedelkin]

A100: Há uma inconsistência com o preenchimento do tipo: apenas um modo é permitido enquanto o SendOrder coloca encomendas com o mesmo sucesso que com o empilhamento e com

E após a colocação bem sucedida, a propriedade real da encomenda colocada ORDER_TYPE_FILLING sempre = ORDER_FILLING_RETURN, mesmo que o pedido.type_filling = ORDER_FILLING_FOK foi especificado no pedido

Penso que existe uma discrepância entre a lista de modos permitidos e as propriedades reais da encomenda depois de esta ter sido colocada

Já tentei lidar com questões semelhantes aqui: https://www.mql5.com/ru/forum/2248/page5#comment_197730(dois posts seguidos). Depois disso, houve algumas mudanças nos materiais de ajuda. Mas não fiquei interessado na questão em si, por isso o que mudou exactamente - não posso dizer. Veja de novo o manual do utilizador do terminal. Penso que a descrição destes modos também foi actualizada aí.