voidOnStart ()
{
constint i; //нормально, а должно быть как минимум предупреждение
const int array[5]; //нормально, а должно быть как минимум предупреждение
Print ( "i=" , i, ", j=" , array[ 0 ] );
}
실제로 사용할 코드를 작성하는 동안 버그가 발생했습니다. 저것들. 버그는 우연히 발견되었습니다.
당신은 분명히 그것을 가지고 있지 않습니다. 당신에게는 버그를 찾는 것이 목표입니다. 취미인가요? 나는 당신과 같은 행동을 판단하는 방법을 모르겠어요. 버그를 찾고 보고하는 것을 즐기지 않는 것 같습니다. 그리고 이를 통해 내면의 만족을 얻는다는 데는 의심의 여지가 없습니다. 어떤 바퀴벌레에 앉아 있습니까? 매우 흥미로운 유형!
실제로 사용할 코드를 작성하는 동안 버그가 발생했습니다. 저것들. 버그는 우연히 발견되었습니다.
당신은 분명히 그것을 가지고 있지 않습니다. 당신에게는 버그를 찾는 것이 목표입니다. 취미인가요? 나는 당신과 같은 행동을 판단하는 방법을 모르겠어요. 버그를 찾고 보고하는 것을 즐기지 않는 것 같습니다. 그리고 이를 통해 내면의 만족을 얻는다는 데는 의심의 여지가 없습니다. 당신은 어떤 바퀴벌레에 앉아 있습니까? 매우 흥미로운 유형!
그런 버그도 우연히 발견되면 최대한 코드 체계를 정리하고 단순화하여 버그인지 프로그래머의 실수인지 정확하게 판단합니다. 또한 그 과정에서 숙련된 프로그래머는 일반적인 버그를 식별하기 위해 다른 방법과 방법을 확인할 수 있습니다.
이 외에도 버그를 발견하고 신고할 수 있는 숙련된 프로게이머가 있다는 것은 매우 좋은 일입니다. 그렇지 않으면 버그를 직접 발견했을 때 제거될 때까지 오랜 시간을 기다려야 합니다. (긴 = 다음 빌드)
그런 버그도 우연히 발견되면 최대한 코드 체계를 정리하고 단순화하여 버그인지 프로그래머의 실수인지 정확하게 판단합니다.
A100은 우연이 아니라 의도적입니다. 사람은 버그를 찾고, 찾고, 게시하는 것을 정말 즐깁니다. 흥미로운 사람!
나는 또 다른 흥미로운 사람을 발견했습니다. 정말 다릅니다. Nikolai Godzilovich 또는 Godzila Nikolaevich, 그러나 괴물 - 확실히!
Smoothalgorithms.mqh 를 기반으로 매일 코드베이스를 생성합니다. 거의 클리닉이 아닙니다. 예, 괴짜처럼 보이지 않습니다. 그렇지 않으면 최소한 원본이라고 주장하는 것이 있을 것입니다. 또한 놀라운 유형이지만 나를 올바르게 이해한다면 이상합니다. 나는 그것들이 두렵다.
A100은 우연이 아니라 의도적입니다. 사람은 버그를 찾고, 찾고, 게시하는 것을 정말 즐깁니다. 흥미로운 사람!
나는 또 다른 흥미로운 사람을 발견했습니다. 정말 다릅니다. Nikolai Godzilovich 또는 Godzila Nikolaevich, 그러나 괴물 - 확실히!
Smoothalgorithms.mqh 를 기반으로 매일 코드베이스를 생성합니다. 거의 클리닉이 아닙니다. 예, 괴짜처럼 보이지 않습니다. 그렇지 않으면 최소한 원본이라고 주장하는 것이 있을 것입니다. 또한 놀라운 유형이지만 나를 올바르게 이해한다면 이상합니다. 나는 그것들이 두렵다.
말 그대로 오늘 포럼에서 나는 Anton Zverev 라는 이름으로 매우 이상한 사람을 발견했습니다. 그는 무엇을 게시하는지, 어떤 버그를 찾는지, 누가 코드 기반에 무엇을 게시하는지 감시합니다... ))))))))
컴파일러는 초기화되지 않은 상수를 허용합니다.
컴파일러 테스터라는 포지션이 있나요? 이 모든 예를 어떻게 낳는지 궁금합니다.
실제로 사용할 코드를 작성하는 동안 버그가 발생했습니다. 저것들. 버그는 우연히 발견되었습니다.
당신은 분명히 그것을 가지고 있지 않습니다. 당신에게는 버그를 찾는 것이 목표입니다. 취미인가요? 나는 당신과 같은 행동을 판단하는 방법을 모르겠어요. 버그를 찾고 보고하는 것을 즐기지 않는 것 같습니다. 그리고 이를 통해 내면의 만족을 얻는다는 데는 의심의 여지가 없습니다. 어떤 바퀴벌레에 앉아 있습니까? 매우 흥미로운 유형!
컴파일러 테스터라는 포지션이 있나요? 이 모든 예를 어떻게 낳는지 궁금합니다.
실제로 사용할 코드를 작성하는 동안 버그가 발생했습니다. 저것들. 버그는 우연히 발견되었습니다.
당신은 분명히 그것을 가지고 있지 않습니다. 당신에게는 버그를 찾는 것이 목표입니다. 취미인가요? 나는 당신과 같은 행동을 판단하는 방법을 모르겠어요. 버그를 찾고 보고하는 것을 즐기지 않는 것 같습니다. 그리고 이를 통해 내면의 만족을 얻는다는 데는 의심의 여지가 없습니다. 당신은 어떤 바퀴벌레에 앉아 있습니까? 매우 흥미로운 유형!
그런 버그도 우연히 발견되면 최대한 코드 체계를 정리하고 단순화하여 버그인지 프로그래머의 실수인지 정확하게 판단합니다. 또한 그 과정에서 숙련된 프로그래머는 일반적인 버그를 식별하기 위해 다른 방법과 방법을 확인할 수 있습니다.
이 외에도 버그를 발견하고 신고할 수 있는 숙련된 프로게이머가 있다는 것은 매우 좋은 일입니다. 그렇지 않으면 버그를 직접 발견했을 때 제거될 때까지 오랜 시간을 기다려야 합니다. (긴 = 다음 빌드)
그런 버그도 우연히 발견되면 최대한 코드 체계를 정리하고 단순화하여 버그인지 프로그래머의 실수인지 정확하게 판단합니다.
A100은 우연이 아니라 의도적입니다. 사람은 버그를 찾고, 찾고, 게시하는 것을 정말 즐깁니다. 흥미로운 사람!
나는 또 다른 흥미로운 사람을 발견했습니다. 정말 다릅니다. Nikolai Godzilovich 또는 Godzila Nikolaevich, 그러나 괴물 - 확실히!
Smoothalgorithms.mqh 를 기반으로 매일 코드베이스를 생성합니다. 거의 클리닉이 아닙니다. 예, 괴짜처럼 보이지 않습니다. 그렇지 않으면 최소한 원본이라고 주장하는 것이 있을 것입니다. 또한 놀라운 유형이지만 나를 올바르게 이해한다면 이상합니다. 나는 그것들이 두렵다.
다른 스레드의 어딘가에서 그들을 조심할 수 있습니까? 그리고 이 스레드는 버그에 관한 것입니다. 고맙습니다.
추신. A100, 존경합니다!
다른 스레드의 어딘가에서 그들을 조심할 수 있습니까? 그리고 이 스레드는 버그에 관한 것입니다. 고맙습니다.
고백합니다, 나프토필. A100은 의학적 관점이 아니라 놀랍기 때문에 자신의 매우 유용한 작업을 정리하자고 제안했습니다.
하나의 아카이브에서 다양한 씬 소스를 만드십시오. 개발자가 다음 버그 빌드를 출시하기 전에 사용할 수 있도록 합니다.
아카이브 이름을 "이가 있는지 확인"합니다. 물론 다양한 유형의 컴파일러에 대한 이러한 테스트 옵션이 있습니다.
다른 스레드의 어딘가에서 그들을 조심할 수 있습니까? 그리고 이 스레드는 버그에 관한 것입니다. 고맙습니다.
추신. A100, 존경합니다!
+1. A100은 이미 여기에서 많은 버그를 발견했습니다. 나는 개인적으로 그가 그것을 하는 이유에 대해 관심이 없습니다 - 우연히 또는 의도적으로. 중요한 것은 계속하는 것입니다.
그리고 니콜라이는 위대합니다. 아니요, 아니요. 하지만 무언가를 시도해야 하며 여기에 그의 프로그램이 유용합니다. 모든 취향을 위해.
A100은 우연이 아니라 의도적입니다. 사람은 버그를 찾고, 찾고, 게시하는 것을 정말 즐깁니다. 흥미로운 사람!
나는 또 다른 흥미로운 사람을 발견했습니다. 정말 다릅니다. Nikolai Godzilovich 또는 Godzila Nikolaevich, 그러나 괴물 - 확실히!
Smoothalgorithms.mqh 를 기반으로 매일 코드베이스를 생성합니다. 거의 클리닉이 아닙니다. 예, 괴짜처럼 보이지 않습니다. 그렇지 않으면 최소한 원본이라고 주장하는 것이 있을 것입니다. 또한 놀라운 유형이지만 나를 올바르게 이해한다면 이상합니다. 나는 그것들이 두렵다.
말 그대로 오늘 포럼에서 나는 Anton Zverev 라는 이름으로 매우 이상한 사람을 발견했습니다. 그는 무엇을 게시하는지, 어떤 버그를 찾는지, 누가 코드 기반에 무엇을 게시하는지 감시합니다... ))))))))
우리 다 이상해...
"현재 정상인은 더 이상 정상적이라고 해서 정상적이지 않다"…
말 그대로 오늘 포럼에서 나는 Anton Zverev 라는 이름으로 매우 이상한 사람을 발견했습니다. 그는 무엇을 게시하는지, 어떤 버그를 찾는지, 누가 코드 기반에 무엇을 게시하는지 감시합니다... ))))))))
기준 값의 잘못된 계산으로 인해 최적화 그래프 그리기가 중지됩니다. 때문에 고쳐주세요. 차트에서 최적화 진행 상황을 시각적으로 관찰하는 것이 매우 편리합니다.
저울 + 최대 RF 기준에만 나타납니다. // 적어도 (지금까지는 작은) 연습에서는.
// 그래프만 깨지면 최적화가 성공적으로 계속됩니다.
-----------업데이트
틀렸어.