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

새 코멘트
 
-Aleks- :

전나무가 타서 이제 별명을 찾기가 쉽지 않습니다 ... 그리고 왜 그들은 전체 이름으로 가능하게하지 않았습니까? 집행자를 선택하려면 - 수수께끼.

명확하게 해 주셔서 감사합니다.

비탈리 마슬레니코프 천만에요.
© barabashkakvn. 당신의 숲 친구.
 

남. 개발자!

뭔가 내가 바보입니다 :) 바인딩된 CAppDialog 클래스의 형태로 컨트롤은 무엇입니까? Client Area 하위 요소로 또는 Underlay 하위 요소로?

 

남. 개발자!

서비스데스크에 문의 글 남김 - 시작일 : 2015.07.10 15:48 , #1257674

놓치지 말아주세요...

 

터미널 MetaTrader 5 x64 빌드 1159(MetaQuotes Software Corp.)

"내비게이터" 창에서 스크립트를 첨부한 후 이 스크립트는 활성 상태로 유지됩니다. 이 동작은 이 스크립트를 실수로 삭제할 수 있으므로 안전하지 않습니다. 예를 들어:

스크립트는 차트에 첨부되고 스크립트는 여러 선을 그리고 이 선은 활성 상태(선택됨)로 유지됩니다. 이제 이 줄을 한 번에 삭제하려면("delete" 키를 통해) 줄을 삭제하는 대신 스크립트 삭제 가능성에 대한 경고를 받습니다.

스크립트를 제거하시겠습니까?

경고는 좋지만! "예" 버튼은 기본적으로 대화 상자 에서 활성화되어 있습니다! 그러나 이런 식으로 버튼을 누르고 스크립트를 삭제할 수 있습니다! 결국, 처음에는 줄을 지우고 싶고 줄을 지우고 싶다는 마음으로 "delete"를 누르지만 결국에는 스크립트를 지울 수 있습니다!

 
Alexander Laur :

이 잼은 이미 다음을 얻었습니다.

터미널을 로드할 때 0 데이터 및 심각한 0으로 나누기 오류가 발생합니다.

데이터 영수증 확인이 도움이 되지 않습니다!

0을 확인하는 것을 잊었고 함수 호출만 확인했습니다 .
 
특별한 경우로 프로그래밍 원칙을 바꾸려고 하지 마십시오. 이것은 내가 말하는 좋은 의도의 결과에 관한 것입니다.

데이터 테이크 기능이 이 데이터를 제공했으며 이제 이를 해석해야 합니다. 모든 0이 오류는 아닙니다. 금융 상품의 특성을 기반으로 오류에 대한 결론을 도출하는 것은 특히 위험합니다. 종종 해당 필드의 절반이 비어 있거나 특정 모드에서 의미가 없기 때문입니다.
 
당신은 이해하지 못하지만 우리는 이해합니다.

위의 내 대답을 다시 읽으십시오 - 그것은 완전히 정확하고 행동을 설명합니다.
 

안녕하세요,

나는 카피틱 작업에 관한 티켓을 남겼습니다.

https://www.mql5.com/en/forum/38520/page3

7월 3 일, 아무도 대답하지 않습니다.

 
Alexander Laur :

즉, 데이터 수신 기능을 수행한 후에는 내가 어떤 데이터를 수신했는지 확인해야 합니다. 알겠습니다. 코드를 수정하겠습니다.

그러나 처음 시작할 때 주말에 발생하는 경우, 즉 눈금이 없으면 표시기에 정보가 표시되지 않습니다. 다음 틱을 기다리고 있습니다. 로그 항목에서 tickValue = 0임을 확인하므로 실수로 종료하고 기다립니다 ......

주석!

0은 터미널을 처음 실행할 때만 얻을 수 있습니다. 0을 확인하고 작업 금지 플래그를 설정하는 것을 방해하는 것은 무엇입니까? 또한 다음에 OnCalculate()를 입력하면 모든 함수가 0이 아닌 값을 반환합니다(주말에 쉽게 확인할 수 있습니다. 차트를 마우스 오른쪽 버튼으로 클릭하고 "새로 고침"을 선택하기만 하면 됨).
 
Alexander Laur :

즉, 데이터 수신 기능을 구현한 후 어떤 데이터를 수신했는지 확인해야 합니다. 알겠습니다. 코드를 수정하겠습니다.

그러나 처음 시작할 때 주말에 발생하는 경우, 즉 눈금이 없으면 표시기에 정보가 표시되지 않습니다. 다음 틱을 기다리고 있습니다. 로그의 항목에서 우리는 tickValue = 0임을 보았으므로 실수로 종료하고 기다립니다 ......

주석!

글쎄, 왜 0으로 나누는 것을 확인하기가 어렵습니까? 이러한 함수 반환이 있는 경우 코드에 한 줄을 추가하거나 포럼에서 터미널을 다시 만들도록 요청하는 것이 더 쉬우며 앞으로는 그런 일이 다시 발생하지 않을 것이라는 사실이 아닙니다.
1...131813191320132113221323132413251326132713281329133013311332...3184
새 코멘트