더 보기 - 어떤 경우에는 더 큰 루프에서 값을 확인해야 하거나 히스토리에서 실행할 때 오류를 이해하기 위해 몇 줄만 보는 것으로 충분하며 더 이상의 출력은 필요하지 않습니다. 그러나 인터럽트하려면 프로세스를 종료해야 합니다. 그렇지 않으면 터미널이 오랫동안 정지될 수 있습니다.
한 가지 더, 업데이트 요청을 덜 방해할 수 있습니까? 터미널은 여전히 습하고 때로는 하나 또는 다른 문제가 자주 발생하므로 작동하는지 확인할 때까지 터미널을 업데이트하고 싶지 않습니다. 그렇지 않으면 업데이트가 릴리스될 때까지 며칠 동안 자리를 비울 수 있습니다. .
또한 최적화가 몇 시간 동안 진행 중이 라면 화면 보호기가 켜져 있고 그 순간에 업데이트 요청이 도착한 다음 단순히 화면 보호기를 끄기 위해 스페이스바를 누르면 업데이트가 시작됩니다. .....
그냥 해. 시도 해봐.
예, 타이머를 1초로 설정한 다음 매번 하나의 기능이 계산되고, 필터는 두 번마다 다른 기능에, 세 번째 기능은 6회 등으로 설정됩니다.
나는 1초를 초과하는 계산에 대해 이야기하고 있는데, 그것들은 서로 간섭할 것이다.
사실 아무도 동기화를 취소하지 않았습니다. 작업 완료 - "Sheu, 모든 것이 준비되었습니다"라는 메시지를 보냈습니다.
Urain :
표시기에서 OnTick 또는 OnTimer에서 작동하도록 선택할 수 있는 기능이 필요합니다.
명령이 MQL5에 나타나면 좋을 것입니다. jmp aka goto (무조건 점프);
그리고 무한 중첩 루프를 파악하기가 어렵습니다.
이것이 가능합니까?
명령이 MQL5에 나타나면 좋을 것입니다. jmp aka goto (무조건 점프);
그리고 무한 중첩 루프를 파악하기가 어렵습니다.
이것이 가능합니까?
명령이 MQL5에 나타나면 좋을 것입니다. jmp aka goto (무조건 점프);
이것이 가능합니까?명령이 MQL5에 나타나면 좋을 것입니다. jmp aka goto (무조건 점프);
그리고 무한 중첩 루프를 파악하기가 어렵습니다.
이것이 가능합니까?
끝없는 goto는 처리하기가 더 어렵습니다. 또한 초기화되지 않은 변수 및 메모리 누수 문제와 함께 작동하는 것이 거의 확실합니다.
goto는 숙련된 손에게만 주어질 수 있습니다. 숙련된 손은 goto 없이도 쉽게 할 수 있습니다.
그러니 기다리지 말고 고토
조건문을 전처리기에 추가하는 것이 유용할 것입니다. if..else if defined, etc. 할 예정인가요?
조건문을 전처리기에 추가하는 것이 유용할 것입니다. if..else if defined, etc. 할 예정인가요?
아마도 이것은 이미 구현되었지만 찾지 못했습니다.
Essence - 로그에 대한 텍스트 출력을 비활성화(중단)합니다.
더 보기 - 어떤 경우에는 더 큰 루프에서 값을 확인해야 하거나 히스토리에서 실행할 때 오류를 이해하기 위해 몇 줄만 보는 것으로 충분하며 더 이상의 출력은 필요하지 않습니다. 그러나 인터럽트하려면 프로세스를 종료해야 합니다. 그렇지 않으면 터미널이 오랫동안 정지될 수 있습니다.
한 가지 더, 업데이트 요청을 덜 방해할 수 있습니까? 터미널은 여전히 습하고 때로는 하나 또는 다른 문제가 자주 발생하므로 작동하는지 확인할 때까지 터미널을 업데이트하고 싶지 않습니다. 그렇지 않으면 업데이트가 릴리스될 때까지 며칠 동안 자리를 비울 수 있습니다. .
또한 최적화가 몇 시간 동안 진행 중이 라면 화면 보호기가 켜져 있고 그 순간에 업데이트 요청이 도착한 다음 단순히 화면 보호기를 끄기 위해 스페이스바를 누르면 업데이트가 시작됩니다. .....