예, 오늘 동일한 컴퓨터에서 꽤 훌륭하고 입증된 2개의 브로커에서 서로 다른 시간에 2개의 버그를 발견했습니다. 그리고 뉴욕의 VPS 서버에서 세 번째에 대한 견적 제출이 부족했습니다. 최근 빌드 뿐만 아니라 이미 여러 번 이런 일이 반복된 점을 감안해 개발자들에게 연락하기로 했다. 이것은 종종 발생하거나 터미널이 전문가와 함께 오랫동안 서있을 때 발생합니다. 또는 이미 전문가가 설치된 터미널을 열 때.
내 테이크 이익은 보류 주문 을 연 후 설정되어 있기 때문에 집의 제어 터미널에서 웁스, 주문이 열린 것으로 표시되지만 테이크 이익이 설정되지 않은 것을 볼 수 있습니다. 그런 다음 원격 컴퓨터로 이동하고 거기에서 내가 쓴 것처럼 노란색 막대가 켜지고 가격이 대기 중인 주문 수준보다 뒤처져 있지만 미결 주문 목록에는 없으며 전문가는 더 이상 작업을 수행하지 않습니다. 작업을 수행하고 아무 것도 수정하지 않습니다.
아니요, 이것은 DC의 책략이 아니라 이전에 다른 브로커에서 있었던 일입니다. 브로커에서 보류 주문이 활성화되면 터미널이 일부 시퀀스를 잃어 버리고 일부 명령이 작동하지 않는 것 같습니다. 아마도 그것은 창과 관련이 있습니다. MT4가 내부에서 어떻게 작동하는지 모르겠습니다. 따라서 개발자에게이 문제를 처리하도록 요청합니다. 그런 파편이 터미널에 있을 때 거래하는 것은 어리석은 일입니다.
여하튼 중개인 중 한 명이 보류 중인 주문 에 즉시 이익실현 및 손절매를 요청했습니다. 그리고 주문을 포함한 직후 수정하지 마십시오. 내가 거래하는 브로커는 보류 주문을 활성화 한 후 요청 수가 증가하여 서버를 공격하지 않는 등 즉시 수정이 있는 경우 잠시 동안 터미널을 차단할 수 없습니까?
내가 이전에 쓴 것처럼, MetaEditor는 Microsoft Groove(MS Office 2007에서)가 설치될 때 충돌합니다. MS Office 2010의 경우 MetaEditor 오류는 Microsoft Sharepoint Workspace 구성 요소(Microsoft Groove를 대체함)의 존재로 인해 발생합니다. 이 오류를 제거하기 위해 필요하지 않은 경우 지정된 MS Office 구성 요소를 설치하지 않는 것이 좋습니다.
오류가 발생하려면 MetaEditor에서 mq4 파일을 로드하고 다른 이름으로 작성하고 프로그램 텍스트의 일부를 선택하고 Ctrl+C 키 조합을 눌러야 합니다.
이 버그는 MT4 빌드 225 및 빌드 402에서 확인되었으며 다른 MT4 빌드에서도 발생할 수 있습니다.
헷갈리는 부분이 있으면 바로 사과드리는데 오늘에서야 문제를 발견했습니다. MarketWatch가 있는 브로커는 반대 포지션을 청산할 수 없습니다. 이것은 위치를 닫기 위한 메뉴에서 볼 수 있으며 프로그래밍 방식으로 사용될 때도 나타납니다.
if ( OrderSelect ( 0 , SELECT_BY_POS))
{
int ticket1 = OrderTicket ();
if ( OrderSelect ( 1 , SELECT_BY_POS))
{
int ticket2 = OrderTicket ();
if (! OrderCloseBy (ticket1, ticket2))
Print ( "Ошибка закрытия: " , GetLastError ());
}
}
"터미널" 목록에 두 개의 반대 위치가 있다고 가정합니다. 오류 3 - 잘못된 매개변수가 표시됩니다.
질문 1. 설명된 상황이 항상 발생했습니까 아니면 225번째 빌드 이후에 변경되었습니까(225번째 빌드에서 확인할 방법이 없음)? 즉, 브로커가 MarketWatch를 사용하는 경우 반대쪽에서 포지션을 청산할 수 없다는 의미입니까? 아마도 브로커 자신이 카운터 허용 여부를 선택할 수 있습니까?
질문 번호 2: 반대 폐쇄의 허가를 결정하는 소프트웨어 방법을 도입해야 합니까? 아니면 간접적인 기호(예: 오류 3)로만 판단할 수 있습니까?
질문 #3: 질문 2에 대한 대답이 예라면 의미가 있습니다. 이것은 오래된 고통입니다. 거래 주문을 실행하는 방법을 결정하는 프로그래밍 방식이 있습니까(MarketWatch, Instant Execution )?
예, 오늘 동일한 컴퓨터에서 꽤 훌륭하고 입증된 2개의 브로커에서 서로 다른 시간에 2개의 버그를 발견했습니다. 그리고 뉴욕의 VPS 서버에서 세 번째에 대한 견적 제출이 부족했습니다. 최근 빌드 뿐만 아니라 이미 여러 번 이런 일이 반복된 점을 감안해 개발자들에게 연락하기로 했다. 이것은 종종 발생하거나 터미널이 전문가와 함께 오랫동안 서있을 때 발생합니다. 또는 이미 전문가가 설치된 터미널을 열 때.
내 테이크 이익은 보류 주문 을 연 후 설정되어 있기 때문에 집의 제어 터미널에서 웁스, 주문이 열린 것으로 표시되지만 테이크 이익이 설정되지 않은 것을 볼 수 있습니다. 그런 다음 원격 컴퓨터로 이동하고 거기에서 내가 쓴 것처럼 노란색 막대가 켜지고 가격이 대기 중인 주문 수준보다 뒤처져 있지만 미결 주문 목록에는 없으며 전문가는 더 이상 작업을 수행하지 않습니다. 작업을 수행하고 아무 것도 수정하지 않습니다.
아니요, 이것은 DC의 책략이 아니라 이전에 다른 브로커에서 있었던 일입니다. 브로커에서 보류 주문이 활성화되면 터미널이 일부 시퀀스를 잃어 버리고 일부 명령이 작동하지 않는 것 같습니다. 아마도 그것은 창과 관련이 있습니다. MT4가 내부에서 어떻게 작동하는지 모르겠습니다. 따라서 개발자에게이 문제를 처리하도록 요청합니다. 그런 파편이 터미널에 있을 때 거래하는 것은 어리석은 일입니다.
여하튼 중개인 중 한 명이 보류 중인 주문 에 즉시 이익실현 및 손절매를 요청했습니다. 그리고 주문을 포함한 직후 수정하지 마십시오. 내가 거래하는 브로커는 보류 주문을 활성화 한 후 요청 수가 증가하여 서버를 공격하지 않는 등 즉시 수정이 있는 경우 잠시 동안 터미널을 차단할 수 없습니까?
보낼 때 즉시 등록을 시도해야 합니다. 그러면 이 버그가 사라질 수도 있습니다.
개발자 여러분, 간단한 작업을 수행하려면 어떻게 해야 하는지 답변해 주십시오. 필요한 항목을 기호 목록에 추가하고 가장 중요한 것은 ITS 차트를 여는 것입니다.
어떤 이유에서인지 오래된 결함이 다시 나타납니다.
터미널의 기호 목록에 기호를 추가합니다. 그것을 마우스 오른쪽 버튼으로 클릭하고 차트 열기 ....를 선택하면 기호의 차트가 나타나지만 내가 선택한 차트는 나타나지 않습니다.
분명히 문자 목록의 번호 매기기가 손실되었습니다. 나쁜 점 - temprial을 다시 로드해도 도움이 되지 않습니다!
무엇을 할까요?
그리고 클립보드로 작업할 때 메타에디터가 계속 충돌합니다.
USDRUR 차트의 오른쪽 눈금자에는 다섯 번째 기호가 없습니다. 따옴표 창에 있지만.
그리고 클립보드로 작업할 때 메타에디터가 계속 충돌합니다.
내가 이전에 쓴 것처럼, MetaEditor는 Microsoft Groove(MS Office 2007에서)가 설치될 때 충돌합니다. MS Office 2010의 경우 MetaEditor 오류는 Microsoft Sharepoint Workspace 구성 요소(Microsoft Groove를 대체함)의 존재로 인해 발생합니다. 이 오류를 제거하기 위해 필요하지 않은 경우 지정된 MS Office 구성 요소를 설치하지 않는 것이 좋습니다.
오류가 발생하려면 MetaEditor에서 mq4 파일을 로드하고 다른 이름으로 작성하고 프로그램 텍스트의 일부를 선택하고 Ctrl+C 키 조합을 눌러야 합니다.
이 버그는 MT4 빌드 225 및 빌드 402에서 확인되었으며 다른 MT4 빌드에서도 발생할 수 있습니다.
설치된 단말기에서 같은 날이 아닌 하루 후에만 시보가 발생합니다.
이것은 의도된 것입니까, 아니면 터미널 결함입니까?
설치된 단말기에서 같은 날이 아닌 하루 후에만 시보가 발생합니다.
이것은 의도된 것입니까, 아니면 터미널 결함입니까?
신호에 컴퓨터의 현지 시간을 지정합니다 . 방금 확인했는데 작동합니다.
헷갈리는 부분이 있으면 바로 사과드리는데 오늘에서야 문제를 발견했습니다. MarketWatch가 있는 브로커는 반대 포지션을 청산할 수 없습니다. 이것은 위치를 닫기 위한 메뉴에서 볼 수 있으며 프로그래밍 방식으로 사용될 때도 나타납니다.
"터미널" 목록에 두 개의 반대 위치가 있다고 가정합니다. 오류 3 - 잘못된 매개변수가 표시됩니다.
질문 1. 설명된 상황이 항상 발생했습니까 아니면 225번째 빌드 이후에 변경되었습니까(225번째 빌드에서 확인할 방법이 없음)? 즉, 브로커가 MarketWatch를 사용하는 경우 반대쪽에서 포지션을 청산할 수 없다는 의미입니까? 아마도 브로커 자신이 카운터 허용 여부를 선택할 수 있습니까?
질문 번호 2: 반대 폐쇄의 허가를 결정하는 소프트웨어 방법을 도입해야 합니까? 아니면 간접적인 기호(예: 오류 3)로만 판단할 수 있습니까?
질문 #3: 질문 2에 대한 대답이 예라면 의미가 있습니다. 이것은 오래된 고통입니다. 거래 주문을 실행하는 방법을 결정하는 프로그래밍 방식이 있습니까(MarketWatch, Instant Execution )?