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

새 코멘트
 
A100 :
비 거래 시간에는 열지 않습니다. 무엇이 널 멈추게 해?

설정이 확실합니까?

두 예 모두 잘못 보입니다.

 ChartGetInteger ( chart_ID, CHART_BRING_TO_TOP , 0 , true )  - последний параметр должен быть long &, а не bool
ChartGetInteger ( chart_ID, CHART_BRING_TO_TOP , true )     - последний параметр должен быть номер подокна, а не bool

ChartSetInteger 와 혼동된 것 같습니까?

 
Renat :

설정이 확실합니까?

두 예 모두 잘못 보입니다.

ChartSetInteger와 혼동되는 것 같습니까?

예, 죄송합니다. 내 코드에서 잘못 번역되었습니다. - 비거래 시간에는 작동하지 않습니다. 
bool bringToTop = true;
ChartSetInteger ( chart_ID, CHART_BRING_TO_TOP , 0 , bringToTop ) 
ChartSetInteger ( chart_ID, CHART_BRING_TO_TOP , true )
//этим хотел показать что пробовал оба варианта
ChartGetInteger 이고 CHART_BRING_TO_TOP 이 쓰기 전용이므로 작동하지 않아야 합니다. ServiceDesk에서 응용 프로그램을 수정하겠습니다.
 

나는 모든 차트를 검색합니다(5000번의 일시 중지).

a) (어제) 비 거래일 - 반응 없음 - 스크립트 언로드 시 스크립트가 실행되지 않았더라도 첫 번째 차트로 이동합니다.

b) 지금 - 모든 것이 올바르게 작동합니다.

필요한 경우 - 코드를 첨부하겠습니다 - 간단한 루프 - GetLastError - 오류가 발생하지 않았습니다

 

얼마나 중요한지는 잘 모르겠습니다만,

 ChartSetInteger ( chart_ID, CHART_BRING_TO_TOP , true )
ChartSetInteger ( chart_ID, CHART_BRING_TO_TOP , false )
이제 (거래 시간 동안) 동일한 방식으로 작동합니다. 차트가 나머지 위에 배치됩니다.
 

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

오류, 버그, 질문

레나트 , 2013.07.22 09:22

설정이 확실합니까?

두 예 모두 잘못 보입니다.

 ChartGetInteger ( chart_ID, CHART_BRING_TO_TOP , 0 , true )  - последний параметр должен быть long &, а не bool
ChartGetInteger ( chart_ID, CHART_BRING_TO_TOP , true )     - последний параметр должен быть номер подокна, а не bool

ChartSetInteger와 혼동되는 것 같습니까?

제 실수가 확인되어 변경이 된다면, ChartGetInteger를 통해 작성하신 대로 CHART_BRING_TO_TOP이 쓰기 뿐만 아니라 읽기도 가능하도록 문제도 고려해 주시길 부탁드립니다.
 long ChartID ()
엄밀히 말하면 후자는 현재 선택 항목을 반환하지 않고 스크립트가 시작된 선택 항목을 반환하기 때문에 이 경우에는 도움이 되지 않습니다. 스크립트가 실행되는 동안 사용자는 현재 스크립트를 변경할 수 있습니다.
 
MetaDriver :

많은 .mqh와 실행 가능한 .mq5 하나만 있으면 됩니다.

추가하겠습니다. 상대적인 접근 방식에 비해 절대 모듈식 접근 방식의 장점은 발생할 때
 Print ( __FUNCTION__ , __FILE__ )

어떤 모듈에서 함수를 찾아야 하는지 명확하고 .ex5가 하나만 있으면 .mqh 집합 중 어느 모듈에서 함수를 찾아야 하는지 명확하지 않습니다. 상당한 양의 코드에서 중요한 것입니다.

동시에 개발자에 대한 요청:

__FILE__과 유사한 추가 사전 정의 매크로 대체 __MODULE__을 도입할 수 있습니까? - .mq5 확장자 없이만

__MODULE__::f() 형식의 표현을 컴파일하기 위해 필요합니다.

파일 이름 변경 및 모듈에서 모듈로 기능 전송에 대한 내성, 이는 개발 중에 드문 일이 아닙니다.

 
A100 :
추가하겠습니다. 상대적인 접근 방식에 비해 절대 모듈식 접근 방식의 장점은 발생할 때

어떤 모듈에서 함수를 찾아야 하는지 명확하고 .ex5가 하나만 있으면 .mqh 집합 중 어느 모듈에서 함수를 찾아야 하는지 명확하지 않습니다. 상당한 양의 코드에서 중요한 것입니다.

당신은 망상입니다, 형제.

h1.mqh :

 string GetH1()
{
   return    "Файл: " + __FILE__ + "   Функция: " + __FUNCTION__ ;
}

h2.mqh :

 string GetH2()
{
   return    "Файл: " + __FILE__ + "   Функция: " + __FUNCTION__ ;
}

PrintTest, mq5:

 #include "h1.mqh"
#include "h2.mqh"

void OnStart ()
  {
   Print ( "Файл: " + __FILE__ + "   Функция: " + __FUNCTION__ );
   Print (GetH1());
   Print (GetH2());
  }
//+------------------------------------------------------------------+

결과:

2013.07.22 14:40:17 PrintTest (EURUSD,M1) 파일: h2.mqh 기능: GetH2
2013.07.22 14:40:17 PrintTest (EURUSD,M1) 파일: h1.mqh 기능: GetH1
2013.07.22 14:40:17 PrintTest (EURUSD,M1) 파일: PrintTest.mq5 기능: OnStart

---

스스로 결론을 내리십시오. "거대한 다중 중첩 정의를 개발하기 전에 전처리기가 실제로 어떻게 작동하는지 이해하는 것이 좋습니다."

행운을 빕니다!

파일:
h1.mqh  1 kb
h2.mqh  1 kb
PrintTest.mq5  1 kb
 
MetaDriver :

스스로 결론을 내리십시오. "큰 다중 중첩 정의를 개발하기 전에 전처리기가 실제로 어떻게 작동하는지 이해하는 것이 좋습니다."

약간의 시간과 노력을 기울이십시오. 튼튼하고 안락한 건물을 짓기 위해서는 건설현장과 자재의 특성을 잘 살펴보아야 합니다.

당신의 마음은 매우 정교하고 냉소적이지만 입력에 자신의 성급한 결론을 내림으로써 종종 잘못된 결정을 내리게 될 운명입니다.

 
MetaDriver :

당신의 마음은 매우 정교하고 냉소적이지만 입력에 자신의 성급한 결론을 내림으로써 종종 잘못된 결정을 내리게 될 운명입니다.

파다완으로 합류해도 될까요? :)
 
TheXpert :
파다완으로 합류해도 될까요? :)

돈이 있습니까? :))

--

그리고 만약 농담을 제외하고:

프로그램의 지능적인 구조화에 전념하는 포럼에 지점이 거의 없다는 것은 유감입니다. 조화로운 구조는 대규모 시스템의 문제 없는 개발의 열쇠입니다.

사람들이 그러한 토론에 참여하도록 어떻게 격려할 수 있습니까?

1...101110121013101410151016101710181019102010211022102310241025...3184
새 코멘트