错误、漏洞、问题 - 页 884

[Rashid Umarov]

tol64:
谢谢你。我会牢记这一点。也许有人能告诉我，这一栏什么时候填写，什么时候不填写（如我的情况）。如果有的话，我会在服务台询问。

这是执行平台--交易所分配给您的订单的标识符。

[Andriy Sydoruk]

Yedelkin:

1.正确插入代码。

2. m_period参数是如何优化/选择的？也就是说，在你的优化过程中，它的价值是什么？

谢谢你，我想明白了，我的错误。

[Andriy Sydoruk]

Rosh:
一个模糊的问题只能以同样模糊的方式来回答--图表时期

谢谢，想明白了，我的错误。

[Andriy Sydoruk]

我很想知道你对这个错误的评论。" 2012.11.28 09:38:18 4194304字节不可用 "

[Rashid Umarov]

AndreyS:

我很想知道你对这个错误的评论。" 2012.11.28 09:38:18 4194304字节不可用 "

没有足够的内存。

[Anatoli Kazharski]

Rosh:
这是由执行平台，即交易所分配给您的订单的标识符。

谢谢你。并请澄清外部 交易系统是什么意思，以免我也误解了。

[A100]

谢谢大家的答复。

发现type_filling 的这个不确定性：只 允许一种模式

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

同时，SendOrder也同样成功地将订单放在了

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

以及与

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

在成功下单后，下单的实际属性ORDER_TYPE_FILLING总是=ORDER_FILLING_RETURN，即使我们在查询中指定 request.type_filling=ORDER_FILLING_FOK。

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

在我看来，允许的模式列表和下单后的实际属性之间不匹配。

[Yedelkin]

tol64: 

Rosh ：这是执行平台--交易所 分配给你的订单的标识符。

并请澄清外部 交易系统是什么意思，以免我也误解了。

你说

你说你有Tol64。

Yedelkin : 你检查过交易所交易 中的止损 订单的操作 吗？

是的，我仔细检查过了，在订单触发的那一刻，这个字段里没有任何东西显示出来。

那么，在交易所 交易期间到底有没有被检查过？

[Andriy Sydoruk]

Rosh:
没有足够的内存。

谢谢你。

请帮助分析一下情况，以下是代码。

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;
}

 

当使用这个功能时，错误 "2012.11.28 09:58:32 4194304字节不可用"，帮助我理解，增加交换文件到10GBt。

另外，我对Sleep(1000)感到困惑，请帮助我理解。

[Yedelkin]

A100: type_filling 有一个不一致的地方：只 允许有一种模式，而SendOrder的下单成功率与Type_filling 相同。

在成功下单后，所下订单的实际属性ORDER_TYPE_FILLING总是=ORDER_FILLING_RETURN，即使 request.type_filling =ORDER_FILLING_FOK 在请求中指定。

我认为允许的模式列表和订单下达后的实际属性之间存在差异。

我已经在这里试图处理类似的问题：https://www.mql5.com/ru/forum/2248/page5#comment_197730（连续两篇文章）。在那之后，帮助材料有了一些变化。但我对这个问题本身变得不感兴趣，所以到底是什么发生了变化--我说不上来。再看一下终端的用户手册。我想那里对这些模式的描述也已经更新了。