누락된 막대 없이 차트를 보고 싶은 사람 - 여기 =) - 페이지 8

새 코멘트
 
komposter , 나는 터미널을 다루기 위해 다음과 같은 제안을 받았습니다.
WS_EURUSDm1440.hst 파일의 속성을 읽기 전용으로 설정하면 터미널이 시작되는 순간 터미널도 로그에 맹세하지만 파일을 수정할 수 없습니다! 파일은 터미널을 끄기 전과 마찬가지로 차트에 완벽하게 표시됩니다.
그래서 WS_EURUSDm1440의 속성을 변경할 수 있는 외부 DLL 을 만들면 어떨까 생각합니다. hst 읽기/쓰기? 즉, Expert Advisor가 히스토리에 바를 추가해야 할 때 DLL을 호출하여 기록 파일 속성을 설정하고 Expert Advisor가 바를 작성한 다음 DLL을 다시 호출하여 히스토리를 설정합니다. 읽기 전용 파일 속성. 물론 이 경우 100% 보장을 해줄 수 있는 사람은 아무도 없는걸로 압니다만, 95%의 경우 단말기에 의한 히스토리 바를 손상시키지 않고 단말기를 on/off 하게 될 것이라고 생각합니다. 내 조명은 한 달에 두 번 이상 차단되지 않으며 그것은 나에게 완벽하게 적합합니다.
 
solandr писал (а):
komposter , 나는 터미널을 다루기 위해 다음과 같은 제안을 받았습니다.
아니 진짜 슬프다...
사실 터미널이 파일을 덮어쓰는 이유 는 이미 알아봤습니다.
터미널이 내 오프라인 차트 에 어떤 권리를 가지고 있는지 이해하지 못합니다 ...

좋습니다. 오류가 일반 시계열에 있는 경우 업데이트해야 합니다. 하지만 이것은 내 파일입니다. 내가 원하는 것은 무엇이든 씁니다.

기본적으로는 상관없지만...
오늘 나는 Expert Advisor의 작동 버전을 만들려고 노력할 것입니다.
 
그리고 가장 슬픈 것이 무엇인지 아십니까? =)
나는 테스트 된 역사에서 23:00의 시간으로 3 개의 막대를 가지고있었습니다. 나머지는 모두 - 00:00, 그리고 이 3개, 젠장 ...

일반적으로 기록의 오류(그런데 23:00 MT에서 시작하는 날짜의 "잘못된" 파일은 정확하지만 정직한 기록은 아닙니다 =))).

어쨌든 분해는 헛되지 않았습니다-작은 버그를 팠습니다.)
solandr , 최신 버전을 직접 사용해 보십시오.

오류가 지속되면 기록을 확인하십시오.

그리고 당신이 여전히 남아 있다면, 나는 계속 파낼 것입니다.)
파일:
withoutsunday_1.mq4  12 kb
 
komposter писал (а):
일반적으로 기록의 오류(그런데 23:00 MT에서 시작하는 날짜의 "잘못된" 파일은 정확하지만 정직한 기록은 아닙니다 =))).

어쨌든 분해는 헛되지 않았습니다-작은 버그를 팠습니다.)
solandr , 최신 버전을 직접 사용해 보십시오.

오류가 지속되면 기록을 확인하십시오.

그리고 당신이 여전히 남아 있다면, 나는 계속 파낼 것입니다.)


불행히도 근본적인 변화는 없었습니다 :o(. Digits=0인 동일한 그래프도 로그에서 맹세합니다.
2006.11.02 11:45:16 HistoryBase: 'WS_NZDUSDm1440' 오류 42개
2006.11.02 11:45:16 HistoryBase: 'WS_EURJPYm1440'의 271개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_EURCHFm1440'의 271개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_AUDUSDm1440'의 272개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_EURGBPm1440'의 271개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_USDJPYm1440'의 272개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_USDCADm1440'의 272개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_GBPUSDm1440' 오류 272개
2006.11.02 11:45:16 HistoryBase: 'WS_CHFJPYm1440'에서 78개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_USDCHFm1440'의 272개 오류
2006.11.02 11:45:16 HistoryBase: 'WS_EURUSDm1440'의 272개 오류

한 번에 여러 오프라인 차트를 열어 오류를 더 빨리 볼 수 있습니다.

기록을 확인하는 방법? 홈키를 길게 누르면 단말기가 솔직히 펌핑했다는 이야기다. 나는 그것에 아무것도 가져오지 않았습니다. 아마 당신이 그것을보고 그것에 대해 말할 수 있습니까? 히스토리 파일을 첨부합니다.

추신: 물론, 나는 브로커의 서버에 저장된 기록에 몇 가지 오류가 있다고 가정할 수 있습니다. 예를 들어 차트에 큰 "머리핀"이 있고 며칠 동안 인용 부호의 간격이 있지만 다음 질문만 계획이 생깁니다. 왜 터미널은 작업할 때 에러가 안나고 이 히스토리가 간단한 변환으로 수정이 된 경우에만 에러가 나고, 터미널이 로그에 에러를 써도 수정된 이력의 그래프가 제대로 표시되는지 확인한 후에만 에러가 나는 이유 ? 이 Expert Advisor와 터미널 친구를 만드는 가능성에 대해 개발자는 무엇을 말할 수 있습니까?
파일:
history.zip  681 kb
 
solandr :
불행히도 근본적인 변화는 없었습니다 :o(. Digits=0인 동일한 그래프도 로그에서 맹세합니다.
한 번에 여러 오프라인 차트를 열어 오류를 더 빨리 볼 수 있습니다.
자, 오늘도 화이팅 할게요 ;)

기록을 확인하는 방법? 홈키를 길게 누르면 단말기가 솔직히 펌핑했다는 이야기다. 나는 그것에 아무것도 가져 오지 않았습니다. 아마 당신이 그것을보고 그것에 대해 말할 수 있습니까? 히스토리 파일을 첨부합니다.

나도 '솔직한' 이야기를 했다. 모든 D1 막대는 00:00에 시작하고 3개의 막대는 23:00에 시작합니다.
이에 대해 MT는 아무런 반응을 보이지 않았다.
그러나 정직한 MT와 동일한 오프라인 차트는 거부합니다.

저것들. 나는 특히 코드에서 모든 변환을 제거하려고 시도했고 기록 을 복사 했습니다. MT는 오류를 말합니다...
 
solandr :
불행히도 근본적인 변화는 없었습니다 :o(. Digits=0인 동일한 그래프도 로그에서 맹세합니다.
시도 해봐 ;)
파일:
withoutsunday_3.mq4  12 kb
 
komposter писал (а):
시도 해봐 ;)

괜찮은! 이제 터미널은 오류를 인쇄하지 않는 것으로 보이며 터미널을 다시 시작한 후 차트가 올바르게 열립니다. 비밀이 아니라면 어떻게 터미널을 무찌를 수 있었습니까?

그러나 불행히도 한 가지 문제가 남아 있습니다. Expert Advisors는 오프라인 오픈 차트에서 작동하지 않습니다 :o(((.
예를 들어 이 Expert Advisor는 아무 것도 인쇄하지 않습니다.
 //+------------------------------------------------------------------+
//|                                                          bid.mq4 |
//|                      Copyright © 2006, MetaQuotes Software Corp. |
//|                                        https://www.metaquotes.net// |
//+------------------------------------------------------------------+
#property copyright " Copyright © 2006, MetaQuotes Software Corp. "
#property link      " https://www.metaquotes.net// "
 
//+------------------------------------------------------------------+
//| expert initialization function                                   |
//+------------------------------------------------------------------+
int init ()
  {
//----
   
//----
   return ( 0 ) ;
  }
//+------------------------------------------------------------------+
//| expert deinitialization function                                 |
//+------------------------------------------------------------------+
int deinit ()
  {
//----
   
//----
   return ( 0 ) ;
  }
//+------------------------------------------------------------------+
//| expert start function                                            |
//+------------------------------------------------------------------+
int start ()
  {
//----
   Print ( " Bid= " , Bid ) ;
//----
   return ( 0 ) ;
  }
//+------------------------------------------------------------------+
어떻게든 자율적으로 열린 차트에서 Expert Advisors의 출시를 추진할 수 있습니까? 그렇지 않으면 불행히도 전체 노력의 요점이 손실될 수 있습니까? 지표와 스크립트는 오프라인 차트에서 잘 작동하는 것처럼 보이지만.
사실, 이것은 추가 확인이 필요합니다. 표시기가 실제로 올바르게 작동하면 Expert Advisor를 2개의 구성 요소로 나눌 수 있습니다. 하나는 오프라인 차트의 지표이고 두 번째는 주문을 관리하고 글로벌 터미널 변수를 통해 지표에서 데이터를 수신하는 Expert Advisor입니다. 물론 어느 쪽이 더 쉬울지는 모르지만. 계산에서 일요일 막대를 고려하지 않고 EA에서 직접 수행하거나 실제 생활에서 이미 디버깅된 EA를 두 부분으로 나누려면? 자율적으로 열린 차트에서 Expert Advisors가 작동하지 않을 경우 어떻게 행동해야 하는지가 아니라 모든 것이 의도한 대로 인간이 되기를 바랍니다.
 
solandr :
괜찮은! 이제 터미널은 오류를 인쇄하지 않는 것으로 보이며 터미널을 다시 시작한 후 차트가 올바르게 열립니다. 비밀이 아니라면 어떻게 터미널을 무찌를 수 있었습니까?

그러나 불행히도 한 가지 문제가 남아 있습니다. Expert Advisors는 오프라인 오픈 차트에서 작동하지 않습니다 :o(((.
비밀 =)

Expert Advisors는 오프라인 차트에서 전혀 작동하지 않습니다.
어떤 의미에서는 start() 함수가 실행되지 않습니다.

해결책이 있습니다. 모든 코드를 루프에 넣으십시오.
 int init ()
{
   start () ;
}
int start ()
{
   while ( ! IsStopped ())
   {
      //код эксперта
      Sleep ( 10 ) ;
   }
}
 
komposter писал (а):

해결책이 있습니다. 모든 코드를 루프에 넣으십시오.


원칙적으로 스크립트가 성공적으로 실행되기 때문에 솔루션은 매우 논리적입니다.
그런데 왜 오프라인 차트에서 Expert Advisors의 작업을 허용하지 않았는지 여전히 명확하지 않습니까? 개발자들이 어떤 특정한 이유로 이 작업을 수행했으며 자신의 입장을 재고하지 않을 것이라는 공식 정보에 대한 링크를 제공할 수 있습니까? 내가 나쁘게 찾고 있습니까?


미리 감사합니다!

 
solandr :

그런데 왜 오프라인 차트에서 Expert Advisors의 작업을 허용하지 않았는지 여전히 명확하지 않습니까? 개발자들이 어떤 특정한 이유로 이 작업을 수행했으며 자신의 입장을 재고하지 않을 것이라는 공식 정보에 대한 링크를 제공할 수 있습니까? 내가 나쁘게 찾고 있습니까?

그것을 찾으려고했지만 작동하지 않았습니다.
하지만 정보는 확실했습니다)
123456789101112
새 코멘트