"플로팅" PositionSelect() 오류 - 페이지 3 12345678 새 코멘트 prostotrader 2016.08.03 14:30 #21 Karputov Vladimir : 위에서 말했듯이 주문에 도취하지 마십시오. 거래를보십시오. 다음은 포지션 거래량이 변경되는 시기와 거래 유형 을 보여주는 짧은 코드입니다. 다음은 부분 폐쇄가 있는 지문입니다. 무역 거래 유형 이 TRADE_TRANSACTION_DEAL_ADD인 이벤트가 통과하자마자 터미널의 위치 데이터가 업데이트됨을 분명히 알 수 있습니다. 난 그냥 충격! 일부러 이러는 건가요 아니면 제가 쓴 글을 전혀 읽지 않는 건가요? Vladimir Karputov 2016.08.03 14:34 #22 prostotrader : 난 그냥 충격! 일부러 이러는 건가요 아니면 제가 쓴 글을 전혀 읽지 않는 건가요? 순서가 전부가 아니라는 것을 이해하고 싶지 않으신 것 같습니다. 그러나 히스토리에 있는 거래의 기록은 위치 데이터가 이미 변경되었음을 프로그래머에게 알리는 신호입니다. prostotrader 2016.08.03 14:38 #23 Karputov Vladimir : 순서가 전부가 아니라는 것을 이해하고 싶지 않으신 것 같습니다. 그러나 히스토리에 있는 거래의 기록은 위치 데이터가 이미 변경되었음을 프로그래머에게 알리는 신호입니다. 모든 것이 명확합니다. 감사합니다. Vladimir Karputov 2016.08.03 14:42 #24 prostotrader : 모든 것이 명확합니다. 감사합니다. 영장은 벼룩이며, 서명할 수도 있고 아닐 수도 있습니다. 위의 주문은 거래입니다. 거래 위에는 포지션이 있습니다. 위치 데이터의 변경은 거래가 히스토리에 기록된 후에 발생합니다. 당신이 때때로 포착한다는 사실 - 글쎄, 단지 빠른 컴퓨터와 인터넷의 장점. 원하는 경우 - 사고. 추가됨: ServiceDesk에서 귀하의 애플리케이션에 대한 답변을 아는 것은 흥미로울 것입니다. Denis Kirichenko 2016.08.03 14:43 #25 prostotrader : 1. > 정확한 알고리즘( 프로그램 에서 필요한 것)을 모르면 구현의 정확성을 평가하기 어렵습니다... 프로그램이 하는 일을 이해하는 것은 어렵지 않다고 생각했는데, 글쎄요, 명확하지 않으면 전문가는 FORTS 시장에서 2계약 규모의 포지션을 개설하고, 포지션이 열려 있으면 1계약 규모로 부분 청산되며, 그런 다음 위치가 완전히 닫힙니다. 그래서 카운터 tr_cnt<50까지 여러 번 2. PositionSelect()를 백만 번이라도 "비틀기"할 수 있습니다. 아무 것도 변경되지 않습니다. 루프에 있는 동안 TRADE_TRANSACTION_DEAL_ADD 이벤트는 도착하지 않습니다. 즉, 터미널이 업데이트되지 않습니다. 위치 정보 그래서 예! 어쩌면 프로그램의 목표가 올바르게 표시되어 있을지 모르지만 그것을 달성하기위한 수단은 헛소리, 프랑스 인에게 미안합니다 ... 역사적 주문 은 도대체 무엇을 확인하는 걸까요? 거래를 살펴봐야 합니다. 여기 블라디미르가 절대적으로 옳습니다! 미친 사람 만이 실제에서 그러한 프로그램을 실행할 수 있습니다 ... prostotrader 2016.08.03 14:49 #26 Dennis Kirichenko : 그래서 예! 어쩌면 프로그램의 목표가 올바르게 표시되어 있을지 모르지만 그것을 달성하기위한 수단은 헛소리, 프랑스 인에게 미안합니다 ... 역사적 주문 은 도대체 무엇을 확인하는 걸까요? 거래를 살펴봐야 합니다. 여기 블라디미르가 절대적으로 옳습니다! 미친 사람 만이 실제에서 그러한 프로그램을 실행할 수 있습니다 ... "교수"는 분명하지만 이것은 내 광기에 관한 것이 아니라 터미널에 오류가 있다는 것입니다. 그건 그렇고, 여기에 또 다른 하나가 있습니다 (그리고 그것은 거래 이후입니다!!!!!!!!!): 2016.08 . 03 17 : 25 : 57.693 Test_Pos_selct (GAZR- 9.16 ,M1) OpenPosition: Order sent successfully for open position volume = 2.0 2016.08 . 03 17 : 25 : 57.703 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Order resived # 50278099 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Deal, based on order # 50278099 done. 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position exists. 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position type: POSITION_TYPE_BUY 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position volume: 1 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Order # 50278099 add to history. 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Order # 50278099 not found. 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position exists 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position type: POSITION_TYPE_BUY 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position volume: 2 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Deal, based on order # 50278099 done. 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position exists. 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position type: POSITION_TYPE_BUY 2016.08 . 03 17 : 25 : 57.733 Test_Pos_selct (GAZR- 9.16 ,M1) OnTradeTransaction : Position volume: 2 2016.08 . 03 17 : 25 : 58.613 Test_Pos_selct (GAZR- 9.16 ,M1) OnBookEvent : Position exists 2016.08 . 03 17 : 25 : 58.613 Test_Pos_selct (GAZR- 9.16 ,M1) OnBookEvent : Position type: POSITION_TYPE_BUY 2016.08 . 03 17 : 25 : 58.613 Test_Pos_selct (GAZR- 9.16 ,M1) OnBookEvent : Position volume: 2 Vladimir Karputov 2016.08.03 14:54 #27 prostotrader : "교수"는 분명하지만 이것은 내 광기에 관한 것이 아니라 터미널에 오류가 있다는 것입니다. 그건 그렇고, 여기에 또 다른 하나가 있습니다 (그리고 그것은 거래 이후입니다!!!!!!!!!): 귀하의 코드를 광산으로 가져오십시오. 거래 유형은 인쇄하지 않습니다. 주문 확인 제거 - 여기서는 필요하지 않습니다. prostotrader 2016.08.03 14:57 #28 다시 한 번 "후보", "의사", "교수" 및 "학자"를 위해. OnTradeTransaction() 에 오는 모든 이벤트 가 손실될 수 있습니다. 따라서 중요한 이벤트 TRADE_TRANSACTION_HISTORY_ADD 가 발생한 후 실수라고 생각합니다. 위치에 대한 터미널의 데이터는 업데이트되지 않습니다! prostotrader 2016.08.03 14:57 #29 Karputov Vladimir : 귀하의 코드를 광산으로 가져오십시오. 거래 유형을 인쇄하지 않습니다. 주문 확인 제거 - 여기서는 필요하지 않습니다. 당신의 끈기에 감사합니다. prostotrader 2016.08.03 15:09 #30 prostotrader : "교수"는 분명하지만 이것은 내 광기에 관한 것이 아니라 터미널에 오류가 있다는 것입니다. 그건 그렇고, 여기에 또 다른 하나가 있습니다 (그리고 그것은 거래 이후입니다!!!!!!!!!): 나는 실수를했고 2 개의 거래가 있다는 것을 눈치 채지 못했습니다. 12345678 새 코멘트 사유: 취소 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
위에서 말했듯이 주문에 도취하지 마십시오. 거래를보십시오. 다음은 포지션 거래량이 변경되는 시기와 거래 유형 을 보여주는 짧은 코드입니다.
다음은 부분 폐쇄가 있는 지문입니다.
무역 거래 유형 이 TRADE_TRANSACTION_DEAL_ADD인 이벤트가 통과하자마자 터미널의 위치 데이터가 업데이트됨을 분명히 알 수 있습니다.
난 그냥 충격!
일부러 이러는 건가요 아니면 제가 쓴 글을 전혀 읽지 않는 건가요?
난 그냥 충격!
일부러 이러는 건가요 아니면 제가 쓴 글을 전혀 읽지 않는 건가요?
순서가 전부가 아니라는 것을 이해하고 싶지 않으신 것 같습니다. 그러나 히스토리에 있는 거래의 기록은 위치 데이터가 이미 변경되었음을 프로그래머에게 알리는 신호입니다.
모든 것이 명확합니다. 감사합니다.
영장은 벼룩이며, 서명할 수도 있고 아닐 수도 있습니다. 위의 주문은 거래입니다. 거래 위에는 포지션이 있습니다. 위치 데이터의 변경은 거래가 히스토리에 기록된 후에 발생합니다.
당신이 때때로 포착한다는 사실 - 글쎄, 단지 빠른 컴퓨터와 인터넷의 장점. 원하는 경우 - 사고.
추가됨: ServiceDesk에서 귀하의 애플리케이션에 대한 답변을 아는 것은 흥미로울 것입니다.
1. > 정확한 알고리즘( 프로그램 에서 필요한 것)을 모르면 구현의 정확성을 평가하기 어렵습니다...
프로그램이 하는 일을 이해하는 것은 어렵지 않다고 생각했는데, 글쎄요, 명확하지 않으면
전문가는 FORTS 시장에서 2계약 규모의 포지션을 개설하고, 포지션이 열려 있으면 1계약 규모로 부분 청산되며,
그런 다음 위치가 완전히 닫힙니다. 그래서 카운터 tr_cnt<50까지 여러 번
2. PositionSelect()를 백만 번이라도 "비틀기"할 수 있습니다. 아무 것도 변경되지 않습니다.
루프에 있는 동안 TRADE_TRANSACTION_DEAL_ADD 이벤트는 도착하지 않습니다. 즉, 터미널이 업데이트되지 않습니다.
위치 정보
그래서 예! 어쩌면 프로그램의 목표가 올바르게 표시되어 있을지 모르지만 그것을 달성하기위한 수단은 헛소리, 프랑스 인에게 미안합니다 ...
역사적 주문 은 도대체 무엇을 확인하는 걸까요? 거래를 살펴봐야 합니다. 여기 블라디미르가 절대적으로 옳습니다!
미친 사람 만이 실제에서 그러한 프로그램을 실행할 수 있습니다 ...
그래서 예! 어쩌면 프로그램의 목표가 올바르게 표시되어 있을지 모르지만 그것을 달성하기위한 수단은 헛소리, 프랑스 인에게 미안합니다 ...
역사적 주문 은 도대체 무엇을 확인하는 걸까요? 거래를 살펴봐야 합니다. 여기 블라디미르가 절대적으로 옳습니다!
미친 사람 만이 실제에서 그러한 프로그램을 실행할 수 있습니다 ...
"교수"는 분명하지만 이것은 내 광기에 관한 것이 아니라 터미널에 오류가 있다는 것입니다.
그건 그렇고, 여기에 또 다른 하나가 있습니다 (그리고 그것은 거래 이후입니다!!!!!!!!!):
"교수"는 분명하지만 이것은 내 광기에 관한 것이 아니라 터미널에 오류가 있다는 것입니다.
그건 그렇고, 여기에 또 다른 하나가 있습니다 (그리고 그것은 거래 이후입니다!!!!!!!!!):
다시 한 번 "후보", "의사", "교수" 및 "학자"를 위해.
OnTradeTransaction() 에 오는 모든 이벤트 가 손실될 수 있습니다.
따라서 중요한 이벤트 TRADE_TRANSACTION_HISTORY_ADD 가 발생한 후 실수라고 생각합니다.
위치에 대한 터미널의 데이터는 업데이트되지 않습니다!
귀하의 코드를 광산으로 가져오십시오. 거래 유형을 인쇄하지 않습니다. 주문 확인 제거 - 여기서는 필요하지 않습니다.
"교수"는 분명하지만 이것은 내 광기에 관한 것이 아니라 터미널에 오류가 있다는 것입니다.
그건 그렇고, 여기에 또 다른 하나가 있습니다 (그리고 그것은 거래 이후입니다!!!!!!!!!):