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

[Alain Verleyen]

Nikolai Semko # :

아, 디버깅에서 이 주제가 더 이상 작동하지 않습니까?
슬픔 :((직장에서 매우 편리함

4개월 이상 전에 게시됨 . 아무도 신경 쓰지 않는다.

[Vladimir Pastushak]

Vladimir Pastushak # :

재무: 비재무적 문제

열다 ,   시작됨:   2021.09.02 10:45 , #3182963

안녕하세요! "새 요청" 버튼이 작동하지 않아 티켓을 활성화했습니다.

연락사유 : 최근 4개국어(한국어, 이탈리아어, 프랑스어, 터키어) 설명이 시그널에 저장되지 않습니다.

효과가 없어서 올립니다.

[fxsaber]

실행 중인 모든 MT4/5 터미널에서 스크립트/서비스를 시작하는 스크립트가 필요합니다. 프롬프트 PostMessage 매개변수.

[Andrey Khatimlianskii]

fxsaber # :
실행 중인 모든 MT4/5 터미널에서 스크립트/서비스를 시작하는 스크립트가 필요합니다. 프롬프트 PostMessage 매개변수.

명령 파일이 공통 폴더에 나타날 때까지 기다리는 서비스를 만들 것입니다. 글쎄, 그리고 그러한 명령을 만들기 위한 스크립트.

[fxsaber]

Andrey Khatimlianskii # :

명령 파일이 공통 폴더에 나타날 때까지 기다리는 서비스를 만들 것입니다. 글쎄, 그리고 그러한 명령을 만들기 위한 스크립트.

매우 목발과 MT4는 여전히 관련이 있습니다.

[x572intraday]

감히 그것을 버그라고 부르지 않을 것입니다. 따라서 if 문의 한 가지 기능을 발견했다고 말할 것입니다. 나는 분명히 이것이 다른 YaPam에 적용될 수 있음을 안다.

 if (a && Array[over_index]>val) {...}

참으로 판명되면 검사는 Array[over_index]로 이동한 다음 터미널은 ' array out of range ' 부분에 대해 폭격을 시작합니다. 이는 완벽하게 공정합니다. 거짓으로 판명되면 Array[over_index] 진리 조건을 확인하지 않습니다. 즉, 인덱스 가 중복되고, 추가로 건너뛰고 인코더는 인덱스가 존재하지 않는 배열을 알지 못합니다. 그의 프로그램에서 걷고 있습니다 ... 더 정확하게는 존재하지만 중복됩니다.

아마도 이것은 ' array out of range ' 에 대한 검사가 if 에서 끝까지 발생하고 동일한 메시지가 발행되도록 수정해야 할 필요가 있습니까? 아니면 오퍼레이터의 속도를 크게 떨어뜨릴까요?

[Alexey Viktorov]

x572intraday # :

감히 그것을 버그라고 부르지 않을 것입니다. 따라서 if 문의 한 가지 기능을 발견했다고 말할 것입니다. 나는 분명히 이것이 다른 YaPam에 적용될 수 있음을 안다.

a가 true이면 검사가 Array[over_index]로 이동하고 터미널 컴파일러가 ' array out of range ' 부분을 격렬하게 폭격하기 시작합니다. 이는 완벽하게 공정합니다. 거짓으로 판명되면 Array[over_index] 진리 조건을 확인하지 않습니다. 즉, 인덱스가 중복되고, 추가로 건너뛰고 인코더는 인덱스가 존재하지 않는 배열을 알지 못합니다. 그의 프로그램에서 걷고 있습니다 ... 더 정확하게는 존재하지만 중복됩니다.

아마도 이것은 ' array out of range ' 에 대한 검사가 if 에서 끝까지 발생하고 동일한 메시지가 발행되도록 수정해야 할 필요가 있습니까? 아니면 오퍼레이터의 속도를 크게 떨어뜨릴까요?

귀하의 경우 두 가지 조건이 모두 충족되어야 하므로 그렇지 않습니다. 하지만 이것을 넣으면

 if (a || Array[over_index]>val) {...}

그럼 네. 조건 "a"가 충족되면 두 번째 조건은 확인되지 않습니다. 그들은 수년 동안 이것을 위해 싸웠고 이제 당신은 지난 세기로 돌아갈 것을 제안하고 있습니다 ...

[Vitaly Muzichenko]

x572intraday # :

감히 그것을 버그라고 부르지 않을 것입니다. 따라서 if 문의 한 가지 기능을 발견했다고 말할 것입니다. 나는 분명히 이것이 다른 YaPam에 적용될 수 있음을 안다.

a가 true이면 검사가 Array[over_index]로 점프하고 터미널이 ' array out of range ' 부분에 대해 폭격을 시작하는 때입니다. 이는 완벽하게 공정합니다. 거짓으로 판명되면 Array[over_index] 진리 조건을 확인하지 않습니다. 즉, 인덱스 가 중복되고, 추가로 건너뛰고 인코더는 인덱스가 존재하지 않는 배열을 알지 못합니다. 그의 프로그램에서 걷고 있습니다 ... 더 정확하게는 존재하지만 중복됩니다.

아마도 이것은 ' array out of range ' 에 대한 검사가 if 에서 끝까지 발생하고 동일한 메시지가 발행되도록 수정해야 할 필요가 있습니까? 아니면 오퍼레이터의 속도를 크게 떨어뜨릴까요?

동작을 변경하면 정상적으로 작성된 프로그램은 단순히 "떨어지고" 작성되지 않은 프로그램은 작성하기 어려울 것입니다.

읽어보세요, 설명이 있습니다

[Andrei Trukhanovich]

x572intraday # :

감히 그것을 버그라고 부르지 않을 것입니다.

이것은 어디에서나 정상적인 행동입니다. 인수를 항상 평가해야 하는 경우 if 전에 인수를 평가하십시오.

[Vitaly Muzichenko]

Alexey Viktorov # :

귀하의 경우 두 가지 조건이 모두 충족되어야 하므로 그렇지 않습니다. 하지만 이것을 넣으면

그럼 네. 조건 "a"가 충족되면 두 번째 조건은 확인되지 않습니다. 그들은 수년 동안 이것을 위해 싸웠고 이제 당신은 지난 세기로 돌아갈 것을 제안하고 있습니다 ...

확인하다

 // +--------
int start()
{
 if ( false && Test()) { 
   Print ( "if Yes" ); // Это никогда не напечатает
 }
}

// +--------
bool Test() {
 Print ( "Test" ); // Это тоже, к ней не дошла очередь
 return ( true );
}