빌드 646: Bool 변수가 올바른 설정을 제공하지 않습니다. - 페이지 3

새 코멘트
 
GumRai :


따라서 646을 사용하면 입력 매직 넘버가 다른 2개의 차트에 EA를 배치할 수 있으며 코드를 약간 변경하고 다시 컴파일하면 개별 매직 넘버가 유지됩니까?

그것은 좋을 것입니다 :D

예, 이미 실험하고 있습니다. 유용한.
 
MrLong :

자, 확인을 위해 이것은 버그입니까? 그러나 우리가 그것에 대해 알고 있다면 기능입니다.
제 생각에는 기능입니다. 어쨌든, 이제 당신은 그것을 알고 있으므로 처리해야합니다.


변경 로그가 여기에 있습니다 .

 
deysmacro :

응. 처음에는 몰랐는데 재컴파일할 때마다 설정을 다시 입력할 필요가 없어서 점점 편리해지고 있습니다.

그러나 나는 646뿐만 아니라 이전의 몇 가지 빌드에도 있어야 한다고 생각하지 않습니다.


그들은 646 이전에 한 적이 없습니다.
 
외부/입력 변수를 속성 창이 아닌 코드로 작성된 변수로 재설정하는 방법이 있습니까?
 
alop :
외부/입력 변수를 속성 창이 아닌 코드로 작성된 변수로 재설정하는 방법이 있습니까?


나는 때때로 이 버그를 잊어버리기 때문에 내 코드에서 버그를 찾도록 하는 절대적인 고통을 발견했습니다.

변수 앞에서 extern을 제거 하고 다시 컴파일합니다.

 
MrLong : 변수 앞에서 extern을 제거하고 다시 컴파일합니다.
 또는 사용
 // #define EXTERN extern
EXTERN typename var1=...;
EXTERN typename var2=...;
 
WHRoeder :

 또는 사용

캡 잠금으로 작성된 EXTERN의 예를 이해하지 못합니까?
 

나는 이 새로운 기능에 대해 아무도 불평할 것이라고 믿을 수 없습니다. 다른 매개변수로 설정된 여러 인스턴스로 테스트 단계에 있을 때 표시기의 실행 중인 인스턴스에서 매개변수 의 강제 재설정은 피할 수 없고 일반적으로 바람직하지 않은 재컴파일 부작용이었습니다. .

 
SDC :

나는 이 새로운 기능에 대해 아무도 불평할 것이라고 믿을 수 없습니다. 다른 매개변수로 설정된 여러 인스턴스로 테스트 단계에 있을 때 표시기의 실행 중인 인스턴스에서 매개변수의 강제 재설정은 피할 수 없고 일반적으로 바람직하지 않은 재컴파일 부작용이었습니다. .

기능이 아니라 버그입니다. 그것이 기능이라면 우리는 그것에 대해 알았을 것입니다.
 
MetaQuotes는 사용자가 재컴파일 후 재설정 여부를 결정할 수 있는 기능을 제공하는 것이 더 낫습니다. 그렇죠?
1234
새 코멘트