MetaTrader 4 클라이언트 터미널 387 및 MetaTrader 4 데이터 센터 빌드 387의 새 버전 - 페이지 8

 
이것은 버그 리포트가 아니므로 응답이 없습니다.
 

그래서 모든 것이 괜찮다고 생각합니까?

그렇다면 누가 그것을 필요로합니까? 387-388 빌드?

많은 사람들이 225에서도 작동합니다. 사람은 안정이 필요합니다.

 

이 EA의 최적화를 시작할 때 MT4는 이 컴퓨터에 RAM(6GB oO)이 부족하다는 메시지를 표시하고 최적화를 시작합니다. 동시에 "중지" 대신 "시작" 버튼이 활성 상태로 유지됩니다. 기본적으로 명확한 결함. 이전 빌드는 그런 넌센스를 겪지 않았습니다.

 
Renat :
이것은 버그 리포트가 아니므로 응답이 없습니다.

:)))

(c) "고퍼가 보이나요? 아니요! 저도 보이지 않습니다. 하지만 하나는 있습니다!"

파일:
 

빌드 387-388에서 사용자 지정 표시기 버퍼는 예측할 수 없는 순간에 다시 초기화됩니다. 이것은 나쁘다.

다시 초기화가 필요한 경우 해결 방법은 다음과 같습니다.

이러한 재초기화를 금지하거나 허용할 수 있는 추가 기능이 mql4 언어에 도입되었습니다.

터미널에서 다시 초기화하면 TRUE로 평가되고 그렇지 않으면 FALSE를 반환하는 부울 함수가 도입되었습니다. 두 번째 기능은 첫 번째 기능이 재초기화를 허용하는 경우 관련이 있습니다.

따라서 모든 문제가 해결됩니다. 첫 번째 기능으로 자동 재초기화를 허용해야 하는 사람. 동시에 그는 두 번째 기능을 사용하여 재초기화의 순간을 제어할 수 있습니다.

이 모든 것을 하나의 기능으로 결합하는 것이 가능합니다. 이것은 개발자의 재량입니다.

그리고 모두가 행복합니다. 버그가 수정되었습니다. 그리고 제3자 프로그래머(맞춤형 프로그래머)는 놀라움에 대비할 수 있습니다.

좋은 솔루션입니다.

 
Akkarin :

이 EA의 최적화를 시작할 때 MT4는 이 컴퓨터에 RAM(6GB oO)이 부족하다는 메시지를 표시하고 최적화를 시작합니다. 동시에 "중지" 대신 "시작" 버튼이 활성 상태로 유지됩니다. 기본적으로 명확한 결함. 이전 빌드는 그런 넌센스를 겪지 않았습니다.

유감스럽게도 초기 데이터, 테스트 매개변수 또는 로그를 지정하지 않았습니다.

또한 많은 설치가 필요할 뿐만 아니라 추가 라이브러리가 없어 작동하지 않는 라이브러리(DLL)를 언급하고 있습니다(이는 이미 추가 DLL 파일을 잊어버린 라이브러리 작성자입니다).

정보는 이 라이브러리의 작성자에게 문의하십시오.

 
nen :

빌드 387-388에서 사용자 지정 표시기 버퍼는 예측할 수 없는 순간에 다시 초기화됩니다. 이것은 나쁘다.

분명히, 당신은 지나치게 자란 코드를 확인하고 싶지 않지만 우리에게 문제를 푸시하려고 합니다. 당신의 수사학은 절대적으로 투명합니다 - "이것은 내 문제가 아닙니다."

난 상관없어. 문제가 없습니다. 모든 것이 잘 작동하도록 내가 직접 리메이크할 수 있습니다. 하지만 다른 사람들이 사용하는 모든 지표를 변경할 수는 없습니다.

당신은 또한 "역사의 중대한 변화는 완전한 재검토를 필요로 함"의 의미를 "예측할 수 없는 순간"으로 대체합니다. 그들은 예측 가능합니다. 기록이 변경되어 완전한 재초기화가 필요했습니다. 코드가 그러한 상황에 대해 알고 싶지 않고 자체적으로 다시 계산하고 싶지 않다면 자기기만에 빠진 것입니다.

문제를 완전히 보여줍니다. 말로 가 아니라 명확한 설정, 코드, 로그, 깨끗한 스크린샷 등에

프로그래머로서 기술적으로 건전한 단계별 토론을 하는 것이 현명합니다. 단일 보고서에 수집되지 않은 단편적인 링크 및 단편적인 메시지는 버그 보고서 가 아닙니다.

보고서의 품질은 타사 사용자가 문제를 재현할 수 있는지 여부에 따라 결정됩니다. 내가 이해하는 한, 이 스레드의 아무도(개발자를 포함하여) 지금까지 귀하의 문제를 재현할 수 없었습니다.

 

레나트.

테스터에서 테스트 후 렌더링된 커스텀 인디케이터의 복귀를 희망할 수 있는지 묻고 싶었습니다. 그렇지 않으면 일부 터미널에서 LiveUpdate를 비활성화했습니다. Forex 거래의 "영화" 제작자인 우리가 대본을 읽거나 쓰고, 이미지 없이 소리로만 영화를 보는 것만으로는 충분하지 않습니다. 우리는 그곳에서 우리가 무엇을 했는지, 얼마나 잘했는지 볼 필요가 있습니다.

개발자들이 MT5가 제대로 진행되지 않는 것에 대해 화를 내며 MT4에서 렌더링을 꺼버렸다는 생각도 있었다. 그렇다면 상인과 중개인이 한 가지가 필요하고 다른 것을 부과하려고 할 수 있습니까? 그런 의미에서 입장을 바꾸는 것이 좋을 수도 있습니다.

그리고 이것이 전문 개발자에게 그러한 피해를 수반하는 성급한 기술 결정으로 인해 발생했다면 프로그래머로서 모든 것을 잘 할 수 있는 깃발이 필요합니다.

이 문제에 대한 빠른 해결을 기대할 수 있습니까?

 

좋은.

시력검사를 하고 있습니다. 이동 평균 전문가 고문.

ZUP을 설치합니다.

유로. 시계.

내 확장 코드는 히스토리 페이징을 추적합니다. 즉, 히스토리가 스왑될 때 재초기화가 발생합니다.

이 스레드의 앞부분에서 코드 조각을 게시했습니다. 모두 최적화입니다.

나는 사진을 게시합니다. 내 "무게 자란" 코드는 그림을 그리기 위한 것입니다. 그게 전부입니다. 그는 자동 거래를 하지 않습니다. 그리고 그림이 잘못 그려지면 이것은 버그입니다.

첫 번째 사진입니다. 작은 이야기. 하나의 광선이 나타났습니다. 모든 것이 정상입니다.

테스트 시작 직후에 여러 개의 지그재그 광선이 그려지고 나비가 그려졌습니다. 비행은 정상입니다.

우리는 더 멀리 날아갑니다. 귀하의 재초기화가 발생했습니다. 프로그램은 이것을 추적할 수 없습니다. 재초기화를 추적할 수 있는 정기적인 가능성은 없습니다.

계산 최적화가 활성화되어 있고 완전한 재계산에 대한 신호가 없었으므로 결과가 표시됩니다.

약간의 새로운 역사가 축적되었습니다. 지그재그의 한 광선이 그려졌습니다.

지금 표시기를 다시 설치하면 초기 초기화가 수행되고 모든 것이 다음과 같이 표시됩니다.

등. 표시기 버퍼의 재초기화를 추적하기 위한 표준 기능은 없습니다.

그리고 각 눈금의 표시기를 다시 계산하는 것에 대해 걱정하지 마십시오. 그런 잔학 행위를 스스로하십시오. 당신은 오랫동안 이 정신으로 많은 일을 했습니다. 그리고 우리가 수년 동안 많은 버그에 대해 아무리 많이 말해도 귀하에게 도달하지 못했습니다. 그리고 이제 많은 프로그래머가 단순히 당신과 싸우는 데 지쳐서 자신의 실수에 대한 해결 방법을 만들었을 때 비열한 태도를 취하기 시작합니다.

귀하의 코드는 더욱 성장했습니다. 그리고 당신은 혁신의 결과에 대해 잘 모릅니다.

우리는 더 테스트합니다.


다시, 귀하의 재초기화는 여러 번 거쳤습니다. 다음과 같이 표시되어야 합니다.

재현이 어렵나요? 아니면 그냥 욕망이 없습니까?

그리고 같은 정신으로 모든 것을 테스트할 때.

아픈 머리에서 건강한 머리로 버릴 필요는 없습니다. 코드가 성장했습니다.

-------

결론적으로 반복하겠습니다. 나는 나 자신에 대해 걱정하지 않습니다. 나 자신을 위해 프로그래밍 방식으로 버그를 우회할 수 있습니다. 그러나 엄청난 수의 사용자가이 작업을 수행 할 수 없습니다.

추가하겠습니다. 아직 지표를 판매하지 않았으며 유료 개발을 한 번도 하지 않았습니다. 메타쿼트 회사가 387-388 빌드와 같이 모든 것을 근본적으로 바꿀 수 있다면 외부에서 아무도 MQL(*) 언어를 사용하여 정상적인 개발 비즈니스를 구축할 수 없을 것이라고 생각합니다. 아직 타사 개발자에게 안정적인 개발 기반을 제공할 수 없습니다.

그리고 현재 나는 귀하의 언어를 사용하는 모든 유료 개발을 일종의 사기로 간주합니다.

 
nen :

좋은.

시력검사를 하고 있습니다. 이동 평균 전문가 고문.

ZUP을 설치합니다.

유로. 시계.

내 확장 코드는 히스토리 페이징을 추적합니다. 즉, 히스토리가 스왑될 때 재초기화가 발생합니다.

이 스레드의 앞부분에서 코드 조각을 게시했습니다. 모두 최적화입니다.

나는 사진을 게시합니다. 내 "무게 자란" 코드는 그림을 그리기 위한 것입니다. 그게 전부입니다. 그는 자동 거래를 하지 않습니다. 그리고 그림이 잘못 그려지면 이것은 버그입니다.

첫 번째 사진입니다. 작은 이야기. 하나의 광선이 나타났습니다. 모든 것이 정상입니다.

테스트 시작 직후에 여러 개의 지그재그 광선이 그려지고 나비가 그려졌습니다. 비행은 정상입니다.

우리는 더 멀리 날아갑니다. 귀하의 재초기화가 발생했습니다 . 프로그램은 이것을 추적할 수 없습니다. 재초기화를 추적할 수 있는 정기적인 가능성은 없습니다.

계산 최적화가 활성화되어 있고 완전한 재계산에 대한 신호가 없었으므로 결과가 표시됩니다.

약간의 새로운 역사가 축적되었습니다. 지그재그의 한 광선이 그려졌습니다.

지금 표시기를 다시 설치하면 초기 초기화가 수행되고 모든 것이 다음과 같이 표시됩니다.

등. 표시기 버퍼의 재초기화를 추적하기 위한 표준 기능은 없습니다.

그리고 각 눈금의 표시기를 다시 계산하는 것에 대해 걱정하지 마십시오. 그런 잔학행위를 스스로 하십시오. 당신은 오랫동안 이 정신으로 많은 일을 했습니다. 그리고 우리가 수년 동안 많은 버그에 대해 아무리 많이 말해도 귀하에게 도달하지 못했습니다. 그리고 이제 많은 프로그래머가 단순히 당신과 싸우는 데 지쳐서 자신의 실수에 대한 해결 방법을 만들었을 때 비열한 태도를 취하기 시작합니다.

귀하의 코드는 더욱 성장했습니다. 그리고 당신은 혁신의 결과에 대해 잘 모릅니다.

우리는 더 테스트합니다.


다시, 귀하의 재초기화는 여러 번 거쳤습니다. 다음과 같이 표시되어야 합니다.

재현이 어렵나요? 아니면 그냥 욕망이 없습니까?

그리고 같은 정신으로 모든 것을 테스트할 때.

아픈 머리에서 건강한 머리로 버릴 필요는 없습니다. 코드가 성장했습니다.

-------

결론적으로 반복하겠습니다. 나는 나 자신에 대해 걱정하지 않습니다. 나 자신을 위해 프로그래밍 방식으로 버그를 우회할 수 있습니다. 그러나 엄청난 수의 사용자가이 작업을 수행 할 수 없습니다.

추가하겠습니다. 아직 지표를 판매하지 않았으며 유료 개발을 한 번도 하지 않았습니다. 메타쿼트 회사가 387-388 빌드와 같이 모든 것을 근본적으로 바꿀 수 있다면 외부에서 아무도 MQL(*) 언어를 사용하여 정상적인 개발 비즈니스를 구축할 수 없을 것이라고 생각합니다. 아직 타사 개발자에게 안정적인 개발 기반을 제공할 수 없습니다.

그리고 현재 나는 귀하의 언어를 사용하는 모든 유료 개발을 일종의 사기로 간주합니다.

그래서. 좋아, 다시 한 번 우리는 모든 감정을 쉬게하고 상황을 침착하게 처리합니다.

주어진 것 - 시각적 테스트 . 시각적 테스트를 시작하고 로깅을 위한 지표를 추가합니다. 모든 테스트 실행으로 슬픈 그림이 나타납니다.

Name;Time; GetTickCount ; Bars ;LastBarsCount;IndicatorCounted
IndicatorCounted() == 0 ; 2011.02 . 28 09 : 39 : 12 ; 156609840 ; 107 ; 107 ; 0
Новый бар; 2011.02 . 28 09 : 39 : 12 ; 156610324 ; 108 ; 107 ; 106
Новый бар; 2011.02 . 28 09 : 39 : 13 ; 156610838 ; 109 ; 108 ; 107
... (вырезал)
Новый бар; 2011.02 . 28 09 : 39 : 23 ; 156621602 ; 128 ; 127 ; 126
Новый бар; 2011.02 . 28 09 : 39 : 24 ; 156621758 ; 129 ; 128 ; 127
IndicatorCounted() == 0 ; 2011.02 . 28 09 : 39 : 24 ; 156622180 ; 2648 ; 2648 ; 0
Новый бар; 2011.02 . 28 09 : 39 : 24 ; 156622289 ; 130 ; 129 ; 128
Новый бар; 2011.02 . 28 09 : 39 : 25 ; 156622819 ; 131 ; 130 ; 129
Новый бар; 2011.02 . 28 09 : 39 : 25 ; 156623147 ; 132 ; 131 ; 130
... (вырезал)
Новый бар; 2011.02 . 28 09 : 39 : 31 ; 156629699 ; 144 ; 143 ; 142
Новый бар; 2011.02 . 28 09 : 39 : 32 ; 156630027 ; 145 ; 144 ; 143
Новый бар; 2011.02 . 28 09 : 39 : 32 ; 156630385 ; 2649 ; 2648 ; 2647
Новый бар; 2011.02 . 28 09 : 39 : 33 ; 156631009 ; 146 ; 145 ; 144
Новый бар; 2011.02 . 28 09 : 39 : 33 ; 156631399 ; 147 ; 146 ; 145
... (вырезал)
Новый бар; 2011.02 . 28 09 : 40 : 15 ; 156673364 ; 275 ; 274 ; 273
Новый бар; 2011.02 . 28 09 : 40 : 16 ; 156673785 ; 276 ; 275 ; 274
Новый бар; 2011.02 . 28 09 : 40 : 16 ; 156673878 ; 277 ; 276 ; 275
IndicatorCounted() == 0 ; 2011.02 . 28 09 : 40 : 16 ; 156673956 ; 2649 ; 2649 ; 0
IndicatorCounted() == 0 ; 2011.02 . 28 09 : 40 : 16 ; 156674081 ; 2649 ; 2649 ; 0
Новый бар; 2011.02 . 28 09 : 40 : 16 ; 156674159 ; 278 ; 277 ; 276
Новый бар; 2011.02 . 28 09 : 40 : 16 ; 156674612 ; 279 ; 278 ; 277
... (вырезал)

Новый бар; 2011.02 . 28 09 : 40 : 27 ; 156684986 ; 314 ; 313 ; 312

시각적 테스트 모드에서 문제가 발생했습니다. 예상 막대가 130이 아닌 2648이고 다음 눈금/막대가 다시 130일 때 기록이 있습니다.

이것이 전체 이유이며, 특히 모든 틱에서 완전한 재초기화는 전혀 관련이 없습니다.

눈은 두렵지만 손은 한다. 버그를 찾고 설명하는 데 정확히 10분이 소요됩니다.