오류, 버그, 질문 - 페이지 884 1...877878879880881882883884885886887888889890891...3184 새 코멘트 Rashid Umarov 2012.11.28 08:24 #8831 tol64 : 고맙습니다. 명심하겠습니다. 아마도 다른 누군가가 이 열이 채워진 경우와 그렇지 않은 경우를 알려줄 것입니다. 있으면 서비스 데스크에서 물어보겠습니다. 이것은 실행 플랫폼인 거래소에서 주문에 할당한 식별자입니다. Andriy Sydoruk 2012.11.28 08:32 #8832 Yedelkin : 1. 코드를 올바르게 붙여넣습니다 . 2. m_period 매개변수는 어떻게 최적화/선택됩니까? 저것들. 최적화에서 그 가치는 무엇입니까? 고마워, 내 실수를 알아 냈어. Andriy Sydoruk 2012.11.28 08:32 #8833 Rosh : 막연한 질문에는 같은 막연한 대답만 할 수 있다 - 차트의 마침표 고마워, 내 실수를 알아 냈어. Andriy Sydoruk 2012.11.28 08:38 #8834 실수로 귀하의 의견에 관심이 있습니다. "2012.11.28 09:38:18 4194304 바이트를 사용할 수 없습니다" Rashid Umarov 2012.11.28 08:45 #8835 AndreyS : 실수로 귀하의 의견에 관심이 있습니다. "2012.11.28 09:38:18 4194304 바이트를 사용할 수 없습니다" 메모리가 충분하지 않습니다. Anatoli Kazharski 2012.11.28 08:46 #8836 Rosh : 이것은 실행 플랫폼인 거래소에서 주문에 할당한 식별자입니다. 고맙습니다. 그리고 외부 거래 시스템이 의미하는 바를 명확히 해주세요. 그렇지 않으면 저도 오해하고 있습니다. A100 2012.11.28 08:55 #8837 답장을 보내주신 모든 분들께 감사드립니다. 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 제 생각에는 허용 모드 목록과 배치 후 주문의 실제 속성 사이의 불일치 Yedelkin 2012.11.28 08:56 #8838 tol64 : Rosh : 이것은 실행 플랫폼인 거래소 에서 주문에 할당한 식별자입니다. 그리고 외부 거래 시스템이 의미하는 바를 명확히 해주세요. 그렇지 않으면 저도 오해하고 있습니다. 당신은 말했다 톨64 : 예델킨 : 거래소 거래 중 지정가 지정가 주문 발동 여부를 확인했나요? 예, 나는 이것을 특별히 주의 깊게 관찰했으며 주문이 실행되는 순간 이 필드에도 아무 것도 나타나지 않습니다. 그래서 교환 거래 중에 수표가 있었습니까? 없었습니까? Andriy Sydoruk 2012.11.28 09:01 #8839 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)을 사용해야 하는 필요성을 혼동하고, 본질을 이해하고 이해하는 데 도움을 줍니다. Yedelkin 2012.11.28 09:04 #8840 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() Вопросы www.mql5.com дожидается ли получения request], или после отправки торгового запроса на сервер сразу же переходит к следующему оператору (блоку)? 1...877878879880881882883884885886887888889890891...3184 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
고맙습니다. 명심하겠습니다. 아마도 다른 누군가가 이 열이 채워진 경우와 그렇지 않은 경우를 알려줄 것입니다. 있으면 서비스 데스크에서 물어보겠습니다.
1. 코드를 올바르게 붙여넣습니다 .
2. m_period 매개변수는 어떻게 최적화/선택됩니까? 저것들. 최적화에서 그 가치는 무엇입니까?
막연한 질문에는 같은 막연한 대답만 할 수 있다 - 차트의 마침표
실수로 귀하의 의견에 관심이 있습니다. "2012.11.28 09:38:18 4194304 바이트를 사용할 수 없습니다"
실수로 귀하의 의견에 관심이 있습니다. "2012.11.28 09:38:18 4194304 바이트를 사용할 수 없습니다"
이것은 실행 플랫폼인 거래소에서 주문에 할당한 식별자입니다.
답장을 보내주신 모든 분들께 감사드립니다.
type_filling에서 이 모호성을 발견했습니다: 하나의 모드 만 허용됨
SendOrder는 다음과 같이 똑같이 성공적으로 주문을 처리합니다. 그래서request.type_filling = ORDER_FILLING_RETURN; //соответствующий флаг разрешения 0또한 성공적인 배치 후 request.type_filling = ORDER_FILLING_FOK 가 요청에 지정된 경우에도 배치된 주문 ORDER_TYPE_FILLING의 실제 속성은 항상 =ORDER_FILLING_RETURN 입니다.
제 생각에는 허용 모드 목록과 배치 후 주문의 실제 속성 사이의 불일치
tol64 :
그리고 외부 거래 시스템이 의미하는 바를 명확히 해주세요. 그렇지 않으면 저도 오해하고 있습니다.
당신은 말했다
톨64 :
예, 나는 이것을 특별히 주의 깊게 관찰했으며 주문이 실행되는 순간 이 필드에도 아무 것도 나타나지 않습니다.
그래서 교환 거래 중에 수표가 있었습니까? 없었습니까?
메모리가 충분하지 않습니다.
고맙습니다.
상황을 분석하는 데 도움을 요청합니다. 다음 코드:
이 기능을 사용할 때 "2012.11.28 09:58:32 4194304 bytes not available" 오류가 발생합니다. 이해를 돕기 위해 페이징 파일을 10GB로 늘렸습니다.
또한 수면 (1000)을 사용해야 하는 필요성을 혼동하고, 본질을 이해하고 이해하는 데 도움을 줍니다.
또한 성공적인 배치 후 request.type_filling = ORDER_FILLING_FOK 가 요청에 지정된 경우에도 배치된 주문 ORDER_TYPE_FILLING의 실제 속성은 항상 =ORDER_FILLING_RETURN 입니다.
제 생각에는 허용 모드 목록과 배치 후 주문의 실제 속성 사이의 불일치