오류, 버그, 질문 - 페이지 884

 
tol64 :
고맙습니다. 명심하겠습니다. 아마도 다른 누군가가 이 열이 채워진 경우와 그렇지 않은 경우를 알려줄 것입니다. 있으면 서비스 데스크에서 물어보겠습니다.
이것은 실행 플랫폼인 거래소에서 주문에 할당한 식별자입니다.
 
Yedelkin :

1. 코드를 올바르게 붙여넣습니다 .

2. m_period 매개변수는 어떻게 최적화/선택됩니까? 저것들. 최적화에서 그 가치는 무엇입니까?

고마워, 내 실수를 알아 냈어.
 
Rosh :
막연한 질문에는 같은 막연한 대답만 할 수 있다 - 차트의 마침표
고마워, 내 실수를 알아 냈어.
 

실수로 귀하의 의견에 관심이 있습니다. "2012.11.28 09:38:18 4194304 바이트를 사용할 수 없습니다"

 
AndreyS :

실수로 귀하의 의견에 관심이 있습니다. "2012.11.28 09:38:18 4194304 바이트를 사용할 수 없습니다"

메모리가 충분하지 않습니다.
 
Rosh :
이것은 실행 플랫폼인 거래소에서 주문에 할당한 식별자입니다.
고맙습니다. 그리고 외부 거래 시스템이 의미하는 바를 명확히 해주세요. 그렇지 않으면 저도 오해하고 있습니다.
 

답장을 보내주신 모든 분들께 감사드립니다.

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

또한 성공적인 배치 후 request.type_filling = ORDER_FILLING_FOK 가 요청에 지정된 경우에도 배치된 주문 ORDER_TYPE_FILLING의 실제 속성은 항상 =ORDER_FILLING_RETURN 입니다.

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

제 생각에는 허용 모드 목록과 배치 후 주문의 실제 속성 사이의 불일치

 

tol64

Rosh : 이것은 실행 플랫폼인 거래소 에서 주문에 할당한 식별자입니다.

그리고 외부 거래 시스템이 의미하는 바를 명확히 해주세요. 그렇지 않으면 저도 오해하고 있습니다.

당신은 말했다

톨64 :

예델킨 : 거래소 거래 중 지정가 지정가 주문 발동 여부를 확인했나요?

예, 나는 이것을 특별히 주의 깊게 관찰했으며 주문이 실행되는 순간 이 필드에도 아무 것도 나타나지 않습니다.

그래서 교환 거래 중에 수표가 있었습니까? 없었습니까?

 
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 bytes not available" 오류가 발생합니다. 이해를 돕기 위해 페이징 파일을 10GB로 늘렸습니다.

또한 수면 (1000)을 사용해야 하는 필요성을 혼동하고, 본질을 이해하고 이해하는 데 도움을 줍니다.

 
A100 : type_filling에 그런 모호함이 있었습니다. 하나의 모드만 허용되는 반면 SendOrder는 스택과 함께 주문을 똑같이 성공적으로 배치합니다.

또한 성공적인 배치 후 request.type_filling = ORDER_FILLING_FOK 가 요청에 지정된 경우에도 배치된 주문 ORDER_TYPE_FILLING의 실제 속성은 항상 =ORDER_FILLING_RETURN 입니다.

제 생각에는 허용 모드 목록과 배치 후 주문의 실제 속성 사이의 불일치

여기에서 이미 비슷한 질문을 처리하려고 시도했습니다. https://www.mql5.com/en/forum/2248/page5#comment_197730 (연속 두 개의 게시물). 이후 참고자료에 약간의 변화가 있었다. 하지만 질문 자체가 흥미가 없어져서 정확히 무엇이 달라졌다고 말할 수는 없다. 터미널의 사용 설명서도 참조하십시오. 제 생각에는 이러한 모드에 대한 설명도 업데이트했습니다.
OrderSend() Вопросы
OrderSend() Вопросы
  • www.mql5.com
дожидается ли получения request], или после отправки торгового запроса на сервер сразу же переходит к следующему оператору (блоку)?