고문이 "하나의 사본"에서만 작동하는지 확인해야 합니다. 저것들. 나는 어떤 차트에 처음으로 첨부하고 작동합니다. 그런 다음 실수로 또는 의도적으로 다른 차트에 다시 첨부하면 두 번째 첨부 파일은 이미 실행 중인 차트가 있음을 인식하고 아무 작업도 수행하지 않습니다.
전역 변수에 레이블을 남겨두는 것은 아마도 작동하지 않을 것입니다. 두 명의 Expert Advisors가 연결되어 있고 그 텍스트를 다시 컴파일하면 이 전역 변수가 생성될 수 있는 초기화를 가장 먼저 수행할 사람이 누구인지 알 수 없습니다.
누가 조언할 수 있습니까? 이 작업을 수행하는 방법에 대한 생각이 있습니까?
그리고 초기화 과정에서 쓰기 위해 파일을 열었다면 초기화 과정에서 해제한다. 논리적으로 Expert Advisor의 새 인스턴스는 이전에 쓰기 위해 이미 열린 파일을 쓰기 위해 열 수 없습니다. 예를 들어 5번의 반복에서 쓰기 위해 파일을 여는 중 오류가 계속 발생하면 Expert Advisor의 한 인스턴스가 이미 열려 있다는 의미입니다.
이것이 바로 아이디어입니다. 확인하는 방법을 이해할 만큼 지식이 충분하지 않다면 그냥 쓰세요. 실은 그렇게 썼는데 클레임 형식으로 내놨다. 적어도 "당신의 "결정"에 따라 코딩할 수 있는 것은 무엇입니까 ??? ;)"는 주장처럼 보입니다. 글쎄, 어떤 이유에서인지 일련의 사소한
"should"는 "will"을 의미하지 않고 "거기"는 "어디에"를 의미합니까? "작동하지 않았다"면
- 검증되지 않은 솔루션을 어떻게 조언할 수 있습니까?!
들어보십시오. 입증된 솔루션만 제공된다면 여전히 파기 막대기로 뿌리를 찾고 있을 것입니다. 나의 문제인가, 당신의 문제인가? 어떤 숙취로 아이디어 제안을 솔루션 권장 사항으로 규정 했습니까?
내 관점에서 질문의 공식은 다음과 같습니다. 아이디어를 제공하고 테스트하고 작동하면 최소한의 감사 순서로 작동한다고 알려줍니다.
PS 젠장, 호기심에 하나의 chr 파일을 살펴보시겠습니까, 아니면 MT 작업의 전문가와 같은 것입니까?
그리고 왜 이것이 사용하지 않는 가장 간단한 옵션입니까? EA는 파일의 존재를 확인하기 전에 제어 파일을 생성합니다. 동일한 이름의 파일이 이미 존재하는 경우 EA가 시작되지 않습니다. 차트를 올바르게 떠날 때 EA는 자신 이후에 파일을 삭제합니다. 충돌이 발생하면 나머지 파일은 Expert Advisor 인스턴스의 시작을 차단하고 작업을 계속하기 위해 수동으로 삭제됩니다.
아마 다음과 같이 될 것입니다.
시작하고 차트에 전역 변수 와 개체를 만들고(우연히 손으로 삭제하지 않도록 차트 외부 어딘가에) 하나의 공통 키를 둘 다에 "쓰기"합니다(예: GetTickCount로 얻음).
다른 차트에서 재실행하면 전역 변수가 있는지 확인합니다. 존재하는 경우 차트에서 동일한 키를 가진 개체를 찾습니다. 찾을 수 없음 - 다른 사람의 차트 - 작동하지 않고 다시 시작하라는 경고를 외칩니다!
차트 개체와 전역은 다시 시작하고 다시 컴파일해도 살아남아야 하므로 검사는 항상 올바르게 작동합니다. 핸들이 객체 목록에서 전역 또는 객체를 제거하지 않는 한 - 이것은 거의 편집증입니다 :)))
아마도 다음과 같이 될 것입니다.
시작하고 차트에 전역 변수와 개체를 만들고(우연히 손으로 삭제하지 않도록 차트 외부 어딘가에) 하나의 공통 키를 둘 다에 "쓰기"합니다(예: GetTickCount로 얻음).
다른 차트에서 재실행하면 전역 변수가 있는지 확인합니다. 존재하는 경우 차트에서 동일한 키를 가진 개체를 찾습니다. 찾지 못했습니다 - 다른 사람의 차트 - 우리는 작동하지 않으며 다시 시작한다는 경고와 함께 소리를 지르고 있습니다!
차트 개체와 전역은 다시 시작하고 다시 컴파일해도 살아남아야 하므로 검사는 항상 올바르게 작동합니다. 핸들이 객체 목록에서 전역 또는 객체를 제거하지 않는 한 - 이것은 거의 편집증입니다 :)))
고문이 "하나의 사본"에서만 작동하는지 확인해야 합니다. 저것들. 나는 어떤 차트에 처음으로 첨부하고 작동합니다. 그런 다음 실수로 또는 의도적으로 다른 차트에 다시 첨부하면 두 번째 첨부 파일은 이미 실행 중인 차트가 있음을 인식하고 아무 작업도 수행하지 않습니다.
전역 변수에 레이블을 남겨두는 것은 아마도 작동하지 않을 것입니다. 두 명의 Expert Advisors가 연결되어 있고 그 텍스트를 다시 컴파일하면 이 전역 변수가 생성될 수 있는 초기화를 가장 먼저 수행할 사람이 누구인지 알 수 없습니다.
누가 조언할 수 있습니까? 이 작업을 수행하는 방법에 대한 생각이 있습니까?
그리고 초기화 과정에서 쓰기 위해 파일을 열었다면 초기화 과정에서 해제한다. 논리적으로 Expert Advisor의 새 인스턴스는 이전에 쓰기 위해 이미 열린 파일을 쓰기 위해 열 수 없습니다. 예를 들어 5번의 반복에서 쓰기 위해 파일을 여는 중 오류가 계속 발생하면 Expert Advisor의 한 인스턴스가 이미 열려 있다는 의미입니다.
Expert Advisor의 새 인스턴스는 이전에 쓰기 위해 이미 열린 파일을 쓰기 위해 열 수 없습니다.
터미널이 충돌하고 다시 시작된 후 열기 위한 파일 은 처음 드롭된 파일이 아니라 처음 발견한 파일에서 사용할 수 있습니다.
다시 한 번 반복합니다. 특정 차트 , 즉 특정 고문이 필요합니다.
당신의 아이디어가 작동하지 않습니다.
귀하의 "솔루션"에 따라 무엇을 코딩할 수 있습니까??? ;)
"should"는 "will"을 의미하지 않고 "거기"는 "어디에"를 의미합니까? "작동하지 않았다"면
들어보십시오. 입증된 솔루션만 제공된다면 여전히 파기 막대기로 뿌리를 찾고 있을 것입니다. 나의 문제인가, 당신의 문제인가? 어떤 숙취로 아이디어 제안을 솔루션 권장 사항으로 규정 했습니까?
내 관점에서 질문의 공식은 다음과 같습니다. 아이디어를 제공하고 테스트하고 작동하면 최소한의 감사 순서로 작동한다고 알려줍니다.
PS 젠장, 호기심에 하나의 chr 파일을 살펴보시겠습니까, 아니면 MT 작업의 전문가와 같은 것입니까?
그런 다음 어리석게도 로커로 파일을 제출하면 문제가 없습니다.
Candid :
나의 문제인가, 당신의 문제인가? 어떤 숙취로 아이디어 제안을 솔루션 권장 사항으로 규정 했습니까?
"결정 추천"이 필요하기 때문입니다. 그것이 바로 내가 첫 번째 게시물에서 요청한 것입니다. 그래서 제가 당신의 아이디어를 그렇게 받아들였습니다.
MT랑 작업하면서 프로인 척 하는듯
그것이 내가 많은 "아이디어"의 실행 가능성을 완전히 그들의 것으로 보는 이유입니다 .....;)
내가 당신에 대해 틀렸다면 - 아무것도 하지 않고 두 번째 사본이 실행되지 않도록 하는 전문가 코드를 작성하십시오. 터미널을 다시 컴파일하고 다시 시작할 때 실제로 작동하는지 확인하고 여기에 코드를 게시하십시오. 모든 것이 제자리에 들어갈 것입니다. ;)
충돌시 나머지 파일 차단 ....
두 개의 차트, 하나에는 작업 중인 전문가가 파일을 들고 있고, 두 번째 차트에는 파일 차단으로 인해 작동하지 않는 전문가 사본이 있습니다.
터미널이 떨어졌거나 닫혔습니다.
(재) 터미널을 실행 합니다. 그것에 두 명의 고문이 파일을 읽기 시작합니다. 진짜 퍼스트가 지난번에 차단한 것이 아니라 먼저 캡처한다는 보장이 있습니까? :(
세 번째로 반복합니다. CHART 를 EXPERT와 연결해야 하며 한 Expert Advisor와 다른 Expert Advisor를 차단해서는 안 됩니다.
그리고 왜 이것이 사용하지 않는 가장 간단한 옵션입니까?
예를 들어 "큰" 프로그래밍에서는 뮤텍스가 사용됩니다. 여기:
http://bitonic.wordpress.com/2008/10/09/mutex-%D0%BC%D1%8C%D1%8E%D1%82%D0%B5%D0%BA%D1%81-%E2% 80%93-%D0%B7%D0%B0%D0%BF%D1%80%D0%B5%D1%82-%D0%BD%D0%B0-%D0%B7%D0%B0%D0%BF %D1%83%D1%81%D0%BA-%D0%B1%D0%BE%D0%BB%D0%B5%D0%B5-%D1%87%D0%B5%D0%BC/