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

[Oleg Tsarkov]

Swan :

보기-도구-전문가.

0으로 나누는 것은 치명적인 오류 입니다. MQL 프로그램은 이것을 절대적으로 거부합니다)

모르는 경우 다음과 같이 할 수 있습니다.

나는 0으로 나누는 것이 특정한 경우에만 발생한다는 것을 보여주었는데, 이 0은 있어서는 안 되고, 제수와 피제수를 따로 취하면 존재하지도 않는데, 이것은 분명하지 않고,

알겠습니다. 감사합니다. 제가 직접 알아보겠습니다. 귀하의 답변에 진실이 있을 수 있습니다. 다시 한 번 감사드립니다.

[Oleg Tsarkov]

Im_hungry :

불행히도 들어가려면 시간이 걸립니다. 그리고 시간은 돈입니다.

문제는 저절로 해결되지 않는다

mql4.com과 다른 상황에서 사심 없는 도움 같은 것이 있습니다. 저도 가끔 할 수 있으면 도와줍니다. 조용히 하시면 됩니다.

[Alexander Puzikov]

Olegts :
mql4.com과 다른 상황에서 사심 없는 도움 같은 것이 있습니다. 저도 가끔 할 수 있으면 도와줍니다. 조용히 하시면 됩니다.

서로 친구 - 서로

[Yedelkin]

papaklass :

그래야만 합니까?

포지션이 닫혀있고, PositionGetDouble( POSITION_PRICE_OPEN )을 요청하면 닫힌 포지션의 값이 반환된다. 새 위치를 열 때까지 이전(이미 닫힌) 위치의 값은 변경되지 않습니다. 그래야만 합니까?

내가 명확히 하자. PositionGetDouble( POSITION_PRICE_OPEN ) 요청은 포지션 가용성 요청 이후에 이루어졌습니까?

[Alexander Puzikov]

흥미로운 점 즉

이것을 피하기 위해 나는 다음을 사용합니다

 double open = 0.0 ;
if ( PositionSelect (Symbol_1))
 {
  open = PositionGetDouble ( POSITION_PRICE_OPEN );
 }

그리고 그것은 우리가 원하는 대로 0이 될 것입니다

[Yedelkin]

papaklass :

요청 PositionsTotal() = 0. 이제 PositionGetDouble(POSITION_PRICE_OPEN) 요청을 하고 응답으로 이미 마감된 위치의 개시 가격을 받습니다. 이론적으로 0을 받아야 합니다. 열린 자리가 없습니다. 예, 항목의 가용성을 요청한 후.

제 생각에는 모든 것이 규칙 내에 있습니다.

PositionSelect() 함수는 위치 데이터를 환경에 복사하고 PositionGetDouble() , PositionGetInteger() 및 PositionGetString() 에 대한 후속 호출은 이전에 복사한 데이터를 반환합니다. 즉 , 위치 자체가 더 이상 존재하지 않을 수 있으며 (또는 볼륨, 방향 등이 변경됨) 이 위치의 데이터를 계속 수신할 수 있습니다 . 새로운 위치 데이터를 얻으려면 요청하기 직전에 PositionSelect() 함수를 호출하는 것이 좋습니다.

사실, 위치 선택에 실패한 경우 데이터를 요청하는 이유를 이해할 수 없습니다. 어쨌든.

[[삭제]]

친애하는 개발자. 부과로 간주하지 마십시오. 다음 질문에 관심이 있습니다. 가격이 일정 금액에 도달한 경우 보류 중인 주문 을 취소할 가능성에 대해 어떻게 생각하십니까?

[Slava]

Diubakin :

Build 507로 업그레이드한 후 테스터에 두 가지 문제가 있습니다.

1. 최적화 중에 테스터 탭을 전환할 때 터미널이 주기적으로(항상 그런 것은 아님) 충돌합니다.

2. 열거형이 최적화된 매개변수로 선택된 경우 최적화 결과 중 하나를 실행하려고 할 때 Expert Advisor는 이 열거형의 값을 볼 수 없습니다. 항상 0입니다.

최적화 및 터미널 충돌 중에 열거 문제를 발견한 것 같습니다. 다음 빌드를 기다려야 합니다.

[Ilya Belyaev]

stringo :
최적화 및 터미널 충돌 중에 열거 문제를 발견한 것 같습니다. 다음 빌드를 기다려야 합니다.

엄청난. 그리고 원격 에이전트의 교수형 문제를 재현할 수 없습니까?
나는 이미 그들을 엉망으로 만들었습니다. 끊김 없이 통과하는 최적화는 거의 없습니다.
정지된 에이전트를 껐다가 다음 정지 때까지 계속 켜야 합니다.
또한 로컬 네트워크에 있는 에이전트와 클라우드 에이전트(덜 자주)에 모두 중단됩니다.

[Slava]

crOss :

엄청난. 그리고 원격 에이전트의 끊김 문제를 재현할 수 없습니까?
나는 이미 그들을 엉망으로 만들었습니다. 끊김 없이 통과하는 최적화는 거의 없습니다.
정지된 에이전트를 껐다가 다음 정지 때까지 계속 켜야 합니다.
또한 로컬 네트워크에 있는 에이전트와 클라우드 에이전트(덜 자주)에 모두 중단됩니다.

에이전트에서 많은 것들이 수정되었습니다. 그리고 다음 빌드를 기다릴 필요가 없습니다. 원격 에이전트가 현재 릴리스된 빌드로 업데이트될 때까지 기다려야 합니다.