얼마 후 우리는 몇 가지 치명적인 버그로 인해 225 빌드 지원을 중단하고 한 달 동안 미리 모든 사람에게 경고합니다.
DLL과의 인터페이스를 디버그해야 할 경우를 대비하여 일부러 225개의 빌드 터미널 중 하나를 유지합니다. 후속 버전에서 디버깅을 비활성화했습니다. 내가 이해하는 한 이것은 디컴파일러가 더 이상 나타나지 않도록 하는 데 필요합니다. MQL 스크립트와 DLL 간의 인터페이스를 디버그해야 하는 사람들에게 어떤 솔루션을 제안하시겠습니까?
api : DLL과의 인터페이스를 디버그해야 할 경우를 대비하여 일부러 225개의 빌드 터미널 중 하나를 유지합니다. 후속 버전에서 디버깅을 비활성화했습니다. 내가 이해하는 한 이것은 디컴파일러가 더 이상 나타나지 않도록 하는 데 필요합니다. MQL 스크립트와 DLL 간의 인터페이스를 디버그해야 하는 사람들에게 어떤 솔루션을 제안하시겠습니까?
사용자 지정 표시기를 사용하는 경우 bild 388 및 미래에 내가 이해하는 한 IndicatorCounted()는 계산 오류에 대한 보증입니다.
그리고 Expert Advisors 내부에서 직접 계산 알고리즘을 사용한다면 이 경우 어떻게 해야 할까요? Expert Advisors에서는 IndicatorCounted()가 동작하지 않는 것 같아서 최소한 -1을 출력하는 것을 확인했습니다.
이력서 또는 데이터 업데이트가 발생했음을 보여주는 기능을 만들라는 요청을 받았지만 여전히 이 문제에 대해 침묵하고 있습니다. 기본적으로 하기 힘든 건지, 아니면 그냥 한번에 다 하기엔 시간이 안 되는 건지, 그냥 손이 안 가는 건지, 어지럽히고 싶지 않은 건지.
나는 이미 다운로드가 부족한 데이터에 대한 고문을 포함시켜 나 자신이 개인적으로 상당한 돈을 잃었다고 썼습니다.
그런 다음 어드바이저에서 직접 계산 알고리즘을 사용할 때 다운로드가 부족한 데이터에 빠지지 않도록 조언해 주시겠습니까?
나는 Expert Advisors의 구성을 자주 사용합니다.
void my_function()
{
static int bars;
int limit= Bars -bars- 1 ;
bars= Bars - 1 ;
if (limit<0) return;
if (limit> 1 )
{
limit= Bars -period- 1 ;
// Еще данные
}
for ( int i=limit; i>= 0 ; i--)
{
// Расчет переменных
}
}
신뢰성을 높이기 위해 다른 것을 추가할 수 있습니까?
결국, 거래의 의미는 자신이 이해하는 것처럼 관습 및 기타 지표의 계산 및 그리기뿐만 아니라 우선 돈을 버는 것입니다. 시장은 이미 극도로 유동적이고 복잡하며 실제 계정 에서 작업할 때 때때로 어떤 긴장된 긴장이 발생하는지 상상할 수 없습니다. 그리고 여전히 터미널 디자인의 불완전성을 모니터링해야 하는 경우, 이는 여전히 건강과 정신, 그리고 다른 모든 것 모두에 큰 부담입니다. 결국 터미널 프로그래밍은 매우 복잡하지만 특정 목표와 작업입니다. 그리고 끊임없이 주파수, 진폭, 스프레드, 뉴스, 은행 및 대형 거래자의 가격 조작, 브로커의 탐욕을 끊임없이 변경하는 계속해서 흔들리는 신호의 처리는 일반적으로 지뢰밭과 같습니다. 이 문제로, 과학의 의사조차도 어린아이처럼 되어 시도하면 Forex를 공포에 빠뜨립니다. 그리고 일반적으로 많은 돈이나 예금의 손실은 사람의 죽음을 매우 연상시킵니다. 그러다가, 말 그대로 새로운 모습으로 변신해 다시 처음부터 다시 시작한다. 그 분야의 좋은 전문가로서 존경하고 이미 하신 일이 전반적으로 잘 되지만 결국에는 더욱 가치 있고 믿을 수 있는 제품이 되기를 바랍니다.
또한 건너뛴 막대를 추적하고 이를 기반으로 히스토리를 다운로드가 덜 된 것으로 간주하는 등의 작업을 수행할 수도 있습니다. 등.
네, 링크해주신 글 잘 보겠습니다.
다운된 데이터에 대해서... 지금은 시간의 처방으로 인해 로그를 제공할 수 없습니다. 하지만 이렇게 생겼습니다.
미국 중개인 ATC에서는 고문이 켜진 채로 터미널이 닫혔습니다. 다음 날 터미널이 열렸고, 개통 및 자동 로그인 후 일시 중지가 있었고 견적이 수신되지 않았습니다. EA가 포지션 개설 요청을 보낸 후 히스토리를 펌핑하고 전날의 계산에 따라 포지션을 오픈했다. 다른 방법. 그것은 깊은 마이너스에서 포지션을 마감하면서 끝났습니다. 얼마나 잃었는지 기억이 나지 않지만 많이 있습니다.
또 다른 경우입니다. Expert Advisor가 남았고 그 알고리즘에는 Bollinger와 유사한 채널 계산이 있었지만 적응 알고리즘이 있었기 때문에 많은 막대가 필요했습니다. 매매가 시작되는 순간을 보지 못했는데 20분 후에 보니 적응 평균과의 편차는 계산하지 않고 채널은 마치 평균에 누워 있는 것처럼 선으로 무너져 내렸습니다. EA는 20분 만에 0.2~0.3랏을 잃었다. 완전히 승리한 시장에서 $4,500. 위에서 언급한 구성에 대해 데이터가 거의 없거나 누락된 경우 이러한 일이 발생할 수 있습니다.
이제 나는 항상 거래 후에 조언자를 끕니다. 그리고 터미널을 다시 열면 데이터가 다운로드되기를 기다렸다가 내 눈으로 이것을 확신했을 때만 어드바이저를 켜고 일반적으로 적어도 오랫동안 그대로 둘 수 있습니다.
- 오늘(1.03.2011) 새 버전으로 업데이트되었으며 표시기 문제가 시작되었습니다. - IND_Correlation.mq4. 단말기의 전원을 켜거나 순간적인 통신 장애가 발생하면 표시등이 사라집니다. 템플릿을 오버로드하거나 시간 프레임에서 앞뒤로 이동해야 합니다. 편하지 않아요 여러분.)
얼마 후 우리는 몇 가지 치명적인 버그로 인해 225 빌드 지원을 중단하고 한 달 동안 미리 모든 사람에게 경고합니다.
DLL과의 인터페이스를 디버그해야 할 경우를 대비하여 일부러 225개의 빌드 터미널 중 하나를 유지합니다. 후속 버전에서 디버깅을 비활성화했습니다. 내가 이해하는 한 이것은 디컴파일러가 더 이상 나타나지 않도록 하는 데 필요합니다. MQL 스크립트와 DLL 간의 인터페이스를 디버그해야 하는 사람들에게 어떤 솔루션을 제안하시겠습니까?
사실 출력물 또는 유사한 로깅 메커니즘만 남아 있습니다.
불행히도 보호와 편리함 사이의 선택에서 나는 보호를 향해 나아가야 했다.
다음은 사실입니다.
1. 첨부된 지표를 차트에 로드합니다. 파선이 나타납니다.
2. 컨텍스트 메뉴에서 창을 업데이트하십시오 - "업데이트". 줄이 사라지고 나타나지 않습니다.
모든 것은 코드의 최적화와 차트 업데이트 시 표시기 버퍼의 불필요한 초기화로 인해 발생합니다.
고맙습니다. 그것을 알아 내려고 노력합시다.
준코
귀하가 제시한 지표는 계산 최적화를 위한 주요 도구인 IndicatorCounted를 전혀 고려하지 않습니다.
데이터는 새로 고침뿐만 아니라 연결이 끊어진 후에도 변경될 수 있습니다. 그래서 무엇? 지표는 어떤 식으로든 이를 추적하지 않습니다. 이것은 사실이 아닙니다.
그건 그렇고, 표시기는 기호 및/또는 기간 변경 사항도 추적하지 않습니다(이 경우 버퍼는 항상 다시 초기화되었습니다!). 반대로 귀하의 예는 불필요한 환상을 방지하기 위해 표시기 버퍼를 초기화 해야 할 필요성을 보여줍니다.
준코
귀하가 제시한 지표는 계산 최적화를 위한 주요 도구인 IndicatorCounted를 전혀 고려하지 않습니다.
데이터는 새로 고침뿐만 아니라 연결이 끊어진 후에도 변경될 수 있습니다. 그래서 무엇? 지표는 어떤 식으로든 이를 추적하지 않습니다. 이것은 사실이 아닙니다.
그건 그렇고, 표시기는 기호 및/또는 기간 변경 사항도 추적하지 않습니다 (이 경우 버퍼는 항상 다시 초기화되었습니다!). 반대로, 귀하의 예는 불필요한 착시를 방지하기 위해 표시기 버퍼를 초기화할 필요가 있음을 보여줍니다.
무슨 환상? 필요 없어 수직 스캔만 하면 끝입니다. 버퍼에 어떤 데이터가 있는지 상관하지 않습니다. 크기만 세로로 설정하면.
이 기능이 387에만 나타났고 이전 빌드에는 나타나지 않은 이유는 무엇입니까? 확실히, 모든 불만은 이제 이 불필요한 기능의 지표를 기반으로 합니다.
표시기 버퍼의 강제 초기화를 위한 별도의 기능을 만드는 것이 좋습니다.
개발자들에게 질문이 있습니다.
사용자 지정 표시기를 사용하는 경우 bild 388 및 미래에 내가 이해하는 한 IndicatorCounted()는 계산 오류에 대한 보증입니다.
그리고 Expert Advisors 내부에서 직접 계산 알고리즘을 사용한다면 이 경우 어떻게 해야 할까요? Expert Advisors에서는 IndicatorCounted()가 동작하지 않는 것 같아서 최소한 -1을 출력하는 것을 확인했습니다.
이력서 또는 데이터 업데이트가 발생했음을 보여주는 기능을 만들라는 요청을 받았지만 여전히 이 문제에 대해 침묵하고 있습니다. 기본적으로 하기 힘든 건지, 아니면 그냥 한번에 다 하기엔 시간이 안 되는 건지, 그냥 손이 안 가는 건지, 어지럽히고 싶지 않은 건지.
나는 이미 다운로드가 부족한 데이터에 대한 고문을 포함시켜 나 자신이 개인적으로 상당한 돈을 잃었다고 썼습니다.
그런 다음 어드바이저에서 직접 계산 알고리즘을 사용할 때 다운로드가 부족한 데이터에 빠지지 않도록 조언해 주시겠습니까?
나는 Expert Advisors의 구성을 자주 사용합니다.
신뢰성을 높이기 위해 다른 것을 추가할 수 있습니까?
결국, 거래의 의미는 자신이 이해하는 것처럼 관습 및 기타 지표의 계산 및 그리기뿐만 아니라 우선 돈을 버는 것입니다. 시장은 이미 극도로 유동적이고 복잡하며 실제 계정 에서 작업할 때 때때로 어떤 긴장된 긴장이 발생하는지 상상할 수 없습니다. 그리고 여전히 터미널 디자인의 불완전성을 모니터링해야 하는 경우, 이는 여전히 건강과 정신, 그리고 다른 모든 것 모두에 큰 부담입니다. 결국 터미널 프로그래밍은 매우 복잡하지만 특정 목표와 작업입니다. 그리고 끊임없이 주파수, 진폭, 스프레드, 뉴스, 은행 및 대형 거래자의 가격 조작, 브로커의 탐욕을 끊임없이 변경하는 계속해서 흔들리는 신호의 처리는 일반적으로 지뢰밭과 같습니다. 이 문제로, 과학의 의사조차도 어린아이처럼 되어 시도하면 Forex를 공포에 빠뜨립니다. 그리고 일반적으로 많은 돈이나 예금의 손실은 사람의 죽음을 매우 연상시킵니다. 그러다가, 말 그대로 새로운 모습으로 변신해 다시 처음부터 다시 시작한다. 그 분야의 좋은 전문가로서 존경하고 이미 하신 일이 전반적으로 잘 되지만 결국에는 더욱 가치 있고 믿을 수 있는 제품이 되기를 바랍니다.
개발자들에게 질문이 있습니다.
비록 개발자는 아니지만 조금 이야기하자면
사용자 지정 표시기를 사용하는 경우 bild 388 및 미래에 내가 이해하는 한 IndicatorCounted()는 계산 오류에 대한 보증입니다.
이것은 모든 빌드에 있었고 일부 버그를 수정했습니다.
그리고 Expert Advisors 내부에서 직접 계산 알고리즘을 사용한다면 이 경우 어떻게 해야 할까요? Expert Advisors에서는 IndicatorCounted()가 동작하지 않는 것 같아서 최소한 -1을 출력하는 것을 확인했습니다.
작동하지 않으며 작동하지 않습니다.
이력서 또는 데이터 업데이트가 발생했음을 보여주는 기능을 만들라는 요청을 받았지만 여전히 이 문제에 대해 침묵하고 있습니다. 기본적으로 하기 힘든 건지, 아니면 그냥 한번에 다 하기엔 시간이 안 되는 건지, 그냥 손이 안 가는 건지, 어지럽히고 싶지 않은 건지.
MT4는 확정되지 않음 - 최대 버그 수정
나는 이미 다운로드가 부족한 데이터에 대한 고문을 포함시켜 나 자신이 개인적으로 상당한 돈을 잃었다고 썼습니다.
이것들은 단지 단어일 뿐입니다... 우리는 왜 그리고 어떻게... 어드바이저의 부정확한/불완전한 알고리즘이 비난받을 수도 있습니다.
그런 다음 어드바이저에서 직접 계산 알고리즘을 사용할 때 다운로드가 부족한 데이터에 빠지지 않도록 조언해 주시겠습니까?
용어 정의가 필요합니다. 다운로드가 부족한 데이터란 무엇입니까? 예를 들어 다음과 같이 Expert Advisor에서 자신만의 IndicatorCounted() 함수를 만들 수 있습니다. https://www.mql5.com/ru/articles/247
신뢰성을 높이기 위해 다른 것을 추가할 수 있습니까?
또한 건너뛴 막대를 추적하고 이를 기반으로 히스토리를 다운로드가 덜 된 것으로 간주하는 등의 작업을 수행할 수도 있습니다. 등.
AlexSTAL :
이것들은 단지 단어일 뿐입니다... 우리는 왜 그리고 어떻게... 어드바이저의 부정확한/불완전한 알고리즘이 비난받을 수도 있습니다.
그런 다음 어드바이저에서 직접 계산 알고리즘을 사용할 때 다운로드가 부족한 데이터에 빠지지 않도록 조언해 주시겠습니까?
용어를 결정해야 합니다. 다운로드가 부족한 데이터란 무엇입니까? 예를 들어 다음과 같이 Expert Advisor에서 자신만의 IndicatorCounted() 함수를 만들 수 있습니다. https://www.mql5.com/ru/articles/247
신뢰성을 높이기 위해 다른 것을 추가할 수 있습니까?
또한 건너뛴 막대를 추적하고 이를 기반으로 히스토리를 다운로드가 덜 된 것으로 간주하는 등의 작업을 수행할 수도 있습니다. 등.
네, 링크해주신 글 잘 보겠습니다.
다운된 데이터에 대해서... 지금은 시간의 처방으로 인해 로그를 제공할 수 없습니다. 하지만 이렇게 생겼습니다.
미국 중개인 ATC에서는 고문이 켜진 채로 터미널이 닫혔습니다. 다음 날 터미널이 열렸고, 개통 및 자동 로그인 후 일시 중지가 있었고 견적이 수신되지 않았습니다. EA가 포지션 개설 요청을 보낸 후 히스토리를 펌핑하고 전날의 계산에 따라 포지션을 오픈했다. 다른 방법. 그것은 깊은 마이너스에서 포지션을 마감하면서 끝났습니다. 얼마나 잃었는지 기억이 나지 않지만 많이 있습니다.
또 다른 경우입니다. Expert Advisor가 남았고 그 알고리즘에는 Bollinger와 유사한 채널 계산이 있었지만 적응 알고리즘이 있었기 때문에 많은 막대가 필요했습니다. 매매가 시작되는 순간을 보지 못했는데 20분 후에 보니 적응 평균과의 편차는 계산하지 않고 채널은 마치 평균에 누워 있는 것처럼 선으로 무너져 내렸습니다. EA는 20분 만에 0.2~0.3랏을 잃었다. 완전히 승리한 시장에서 $4,500. 위에서 언급한 구성에 대해 데이터가 거의 없거나 누락된 경우 이러한 일이 발생할 수 있습니다.
이제 나는 항상 거래 후에 조언자를 끕니다. 그리고 터미널을 다시 열면 데이터가 다운로드되기를 기다렸다가 내 눈으로 이것을 확신했을 때만 어드바이저를 켜고 일반적으로 적어도 오랫동안 그대로 둘 수 있습니다.