마지막 빌드(430)가 Forward 기간으로 테스트할 때 Custom Max가 멈춥니다(forward 테스트로 전환하는 순간인 것 같습니다). 처음에는 Expert Advisor에게 죄를 지었고 다음 코드를 확인했습니다.
2011년 1월 1일부터 오늘(모든 앞으로 기간)까지 최적화 매개변수를 1에서 1000, 모든 틱, USDCAD, M4로 설정합니다. 매달렸다. 비활성화된 원격 에이전트 - 다시 시작됨 - 터미널도 중단되었습니다. 전달 기간을 제거했습니다. 작동합니다. Custom Max가 책임이 있는지 여부 - 확인하지 않았습니다. 이 빌드 전에는 모든 것이 작동했습니다.
CustomMax는 사업이 중단된 것 같습니다. CustomMax가 없어도 향후 테스트 기간에 중단됩니다.
마지막 빌드의 OnChartEvent()에서 표시기에 의해 개체가 생성된 경우 CHARTEVENT_OBJECT_CREATE 및CHARTEVENT_OBJECT_DELETE 이벤트 발생이 중지되었습니다. 개체가 수동으로 생성되는 경우 생성됩니다. 다른 사람이이 문제가 있습니까, 아니면 어딘가에 저만 있습니까? 업데이트 전에는 모든 것이 잘 작동했습니다 ...
Lizar : 마지막 빌드의 OnChartEvent()에서 표시기에 의해 개체가 생성된 경우 CHARTEVENT_OBJECT_CREATE 및CHARTEVENT_OBJECT_DELETE 이벤트 발생이 중지되었습니다. 개체가 수동으로 생성되는 경우 생성됩니다. 다른 사람이이 문제가 있습니까, 아니면 어딘가에 저만 있습니까? 업데이트 전에는 모든 것이 잘 작동했습니다 ...
Lizar : 마지막 빌드의 OnChartEvent()에서 표시기에 의해 개체가 생성된 경우 CHARTEVENT_OBJECT_CREATE 및CHARTEVENT_OBJECT_DELETE 이벤트 발생이 중지되었습니다. 개체가 수동으로 생성되는 경우 생성됩니다. 다른 사람이이 문제가 있습니까, 아니면 어딘가에 저만 있습니까? 업데이트 전에는 모든 것이 잘 작동했습니다 ...
나는 프로그래머에게 이러한 이벤트의 생성을 비활성화할 수 있는 기회를 주기 위해 요청과 함께 이 문제에 대한 요청을 SD에 썼지만 티켓에는 아직 답변이 없었습니다...
마지막 빌드(430)가 Forward 기간으로 테스트할 때 Custom Max가 멈춥니다(forward 테스트로 전환하는 순간인 것 같습니다). 처음에는 Expert Advisor에게 죄를 지었고 다음 코드를 확인했습니다.
2011년 1월 1일부터 오늘(모든 앞으로 기간)까지 최적화 매개변수를 1에서 1000, 모든 틱, USDCAD, M4로 설정합니다. 매달렸다. 비활성화된 원격 에이전트 - 다시 시작됨 - 터미널도 중단되었습니다. 전달 기간을 제거했습니다. 작동합니다. Custom Max가 책임이 있는지 여부 - 확인하지 않았습니다. 이 빌드 전에는 모든 것이 작동했습니다.
마지막 빌드의 OnChartEvent()에서 표시기에 의해 개체가 생성된 경우 CHARTEVENT_OBJECT_CREATE 및 CHARTEVENT_OBJECT_DELETE 이벤트 발생이 중지되었습니다. 개체가 수동으로 생성되는 경우 생성됩니다. 다른 사람이이 문제가 있습니까, 아니면 어딘가에 저만 있습니까? 업데이트 전에는 모든 것이 잘 작동했습니다 ...
그럴 가능성이 가장 높지만 숫자는 분명히 "왼쪽"입니다.
마지막 빌드의 OnChartEvent()에서 표시기에 의해 개체가 생성된 경우 CHARTEVENT_OBJECT_CREATE 및 CHARTEVENT_OBJECT_DELETE 이벤트 발생이 중지되었습니다. 개체가 수동으로 생성되는 경우 생성됩니다. 다른 사람이이 문제가 있습니까, 아니면 어딘가에 저만 있습니까? 업데이트 전에는 모든 것이 잘 작동했습니다 ...
나는 프로그래머에게 이러한 이벤트의 생성을 비활성화할 수 있는 기회를 주기 위해 요청과 함께 이 문제에 대한 요청을 SD에 썼지만 티켓에는 아직 답변이 없었습니다...
추신: 지금 보니 모든 시스템이 이러한 이벤트를 비활성화한 후 날아갔습니다!
나는 프로그래머에게 이러한 이벤트의 생성을 비활성화할 수 있는 기회를 주기 위해 요청과 함께 이 문제에 대한 요청을 SD에 썼지만 티켓에는 아직 답변이 없었습니다...
추신: 지금 보니 모든 시스템이 이러한 이벤트를 비활성화한 후 날아갔습니다!
그러면 아마도 모든 것이 그렇게 될 것입니다. 칠면조에서는 이벤트가 없으며 손이 있습니다.
그러한 것들만 아마도 경고해야 할 필요가 있을 것입니다(적어도 제 생각에는 그렇습니다) ...
나는 프로그래머에게 이러한 이벤트의 생성을 비활성화할 수 있는 기회를 주기 위해 요청과 함께 이 문제에 대한 요청을 SD에 썼지만 티켓에는 아직 답변이 없었습니다...
추신: 지금 보니 모든 시스템이 이러한 이벤트를 비활성화한 후 날아갔습니다!
그러면 아마도 모든 것이 그렇게 될 것입니다. 칠면조에서는 이벤트가 없으며 손이 있습니다.
아니요, 개체에서 이벤트를 관리하려면 프로그래머에게 선택권을 부여해야 합니다. 예를 들어, 이제 사용자에게 제어판의 "파괴 불가"를 보장할 수 없습니다. 목록에서 제어판 관련 항목을 실수로 제거할 수 있으며 추적 및 복원할 수 없습니다.
그래서 유저가 하는 건 다 지나간다고 하는데 칠면조가 없다는 사실은?
물론 주는 것이 좋으며, MQL에서 사용할 수 있는 특별한 속성을 객체에 추가하는 것이 바람직하다.
그래서 유저가 하는 건 다 지나간다고 하는데 칠면조가 없다는 사실은?