템플릿 매개변수가 있는 컴파일러 버그 = void* - 페이지 13

 
Alexey Navoykov :

지금까지는 컴파일이 끝날 때 첫 번째 오류(있는 경우)의 시작 부분까지 로그를 자동으로 스크롤하는 작업만 수행했습니다. 이것이 없으면 오류 메시지 를 찾기 위해 목록을 계속 수동으로 회전해야 했습니다. 출혈이 하나 더 있습니다.

그리고 Autoscroll(마우스 오른쪽 버튼으로)도 있습니다 - 체크 해제

 

Ilya Malev :

그리고 더 평범한 작업에 대해 이야기한다면 이 숫자는 시스템에서 생성된 개체의 수를 나타내며 동적 목록을 기반으로 하는 모든 아키텍처에서 디버깅하는 데 유용합니다. 당연히 나는 그것을 얻는 것을 "속이는" 방법을 알아낸 최초의 사람이 아니며 심지어 4-ki에 대해서만 더 빠른 방법을 제안받았습니다.

글쎄요, 저는 항상 포인터를 long으로 명시적으로 변환하는 것이 유용하다고 주장해 왔습니다. 그리고 개발자들은 이점을 이해하지 못하고 제거했습니다. 나는 약간 다른 방법이 있습니다 - 나는 어느 것을 쓰지 않을 것입니다. 그렇지 않으면 닫힐 것입니다.
 
A100 :
글쎄요, 저는 항상 포인터를 long으로 명시적으로 변환하는 것이 유용하다고 주장해 왔습니다. 그리고 개발자들은 이점을 이해하지 못하고 제거했습니다. 나는 약간 다른 방법이 있습니다 - 나는 어느 것을 쓰지 않을 것입니다. 그렇지 않으면 닫힐 것입니다.

PM이나 비누로 나에게 편지를 보내십시오. 그것이 당신에게별로 어렵지 않다면 나 자신을 강요 할 것입니다. 나는 이것에 정말로 관심이 있어서 포럼에 그것을 보여주지 않을 것입니다.

추신 dll 포함을 통해 필요하지 않더라도 tk. 이 솔루션에는 장점보다 단점이 더 많습니다.

추신 생각해보면 개발자들이 고의로 PrintFormat과 StringConcatenate로 허점을 남겼는데, 왜 남겼는지 짐작하기 어렵습니다. 그들은 그들이 떠나는 것을 볼 수밖에 없었습니다. 따라서 모든 메서드를 재정의하려는 목표는 없었으며 그것에 대해 걱정할 필요가 없습니다.

결국 숫자일 뿐입니다. 그것을 찾아낼 가능성은 데이터의 보안과 무결성에 어떠한 위협도 가하지 않습니다. 왜냐하면 그것을 받은 후 그것을 변경하거나 어떤 "특별한" 방법으로 그것을 사용하는 것이 여전히 불가능하고, 심지어 그것은 데이터에 대한 언급조차 하지 않기 때문입니다. 메모리 영역이지만 간단한 스택 카운터. 분명히 닫힌 것은 이 숫자가 아니라 실제 메모리 영역 등을 이미 가리킬 수 있는 두 번째 int입니다. 그러나 모든 음성 목적을 위해서만 필요한 것은 아닙니다.
 
A100 :

그리고 Autoscroll(마우스 오른쪽 버튼으로)도 있습니다 - 체크 해제

흠, 이제 제대로 작동합니다. 나는 단지 오래된 빌드를 위해 그것을했고, 거기에서 비뚤어지게 작동했으며 첫 번째 오류에서 낭비되지 않았지만 중간 어딘가에있었습니다. 나는 오랫동안 그것을 참았지만 내 신경은 그것을 참을 수 없었습니다) 그것은 여전히 참을 수 있음이 밝혀졌습니다. 그리고 바퀴를 재발 명하지 않아도 될 것입니다)
 
포인터의 숫자 값은 포인터 배열을 저장할 때 유용할 수 있습니다. 값에 따라 빠르게 액세스하여 해당 위치의 주문된 순서를 구성합니다. 그렇지 않으면 원하는 포인터를 찾기 위해 전체 배열을 반복해야 합니다.
 
Alexey Navoykov :
흠, 이제 제대로 작동합니다. 나는 단지 오래된 빌드를 위해 그것을했고, 거기에서 비뚤어지게 작동했으며 첫 번째 오류에서 낭비되지 않았지만 중간 어딘가에있었습니다. 나는 그것을 오랫동안 참 았지만 내 신경은 그것을 참을 수 없었다) 그것은 여전히 인내 할 수 있음이 밝혀졌습니다. 그리고 바퀴를 재발 명하지 않아도 될 것입니다)

당신은 이것을 위해 메달을 받아야 합니다. 신경이 곤두서지 못하고 1주가 끝나갈 무렵, 2주 차 끝에 딱 맞는 버튼을 찾았어요

 
A100 :

당신은 이것을 위해 메달을 받아야 합니다. 신경이 곤두서지 못하고 1주가 끝나갈 무렵, 2주 차 끝에 딱 맞는 버튼을 찾았어요

그래서 괜찮기 전에. 이제 다른 빌드에서 구체적으로 확인했습니다. 이 버그는 빌드 1550에서 시작하여 많은 빌드에서 계속되었습니다. 어떤 버튼도 당신을 도울 수 없습니다)
 
Alexey Navoykov :
그래서 괜찮기 전에. 이제 다른 빌드에서 구체적으로 확인했습니다. 이 버그는 빌드 1550에서 시작하여 많은 빌드에서 계속되었습니다. 어떤 버튼도 당신을 도울 수 없습니다)
그리고 MT5x32에서는 모든 것이 안정적이었습니다. 최소한 불편함을 눈치채지 못했는데, 주의했어야 했는데, 경고가 많고 오류에 도달하는 것이 매우 문제가 될 것이기 때문입니다.
 
Ilya Malev :
그리고 더 평범한 작업에 대해 이야기한다면 이 숫자는 시스템에서 생성된 개체의 수를 나타내며 동적 목록을 기반으로 하는 모든 아키텍처에서 디버깅하는 데 유용합니다. 당연히 나는 그것을 얻는 것을 "속이는" 방법을 알아낸 최초의 사람이 아니며 심지어 4-ki에 대해서만 더 빠른 방법을 제안받았습니다.

나에게 지금 평범한 작업은 .dll의 VS를 우아한 방식으로 MT5로 고정하고 싶습니다.)) - 클래스의 버튼 클릭 핸들러를 래핑하고 포인터 배열을 우회하여 호출하고 싶습니다. 핸들러 함수, 그리고 VS에서와 같이 기본 EA 코드에서 이름 f를 일대일로 쓰는 기능을 얻고 싶습니다. button2_Click() ....button2_Click()

추신: EOP 영역의 작업)))


주제별로 마지막 3페이지는 많은 수의 대괄호를 넣을지 여부에 대해 논의하고 있습니다. IMHO, 많은 수의 대괄호가 있어도 컴파일된 코드의 성능에 영향을 미치지 않지만 프로그래머는 미래에 MT 업데이트로 변경되지 않거나 코드를 다른 프로그래밍 언어로 이식할 때 변경되지 않는 산술/논리 표현식 - 즉, 게으름과 최종 결과에 대한 매우 책임감있는 태도가 아니라면 많이 넣으십시오)))

Еното-ориентированное программирование
Еното-ориентированное программирование
  • habr.com
По английски units это units, а по сербски = енот. Желающим написать, что слова "амбула" нет, я его дарю. Благодать Спорьте = не спорьте, в большинстве, обычные люди хотят себя чувствовать хорошо = стремятся к благодати: есть, двигаться, обладать… программировать. Физиология Программировать кайфово. Во время удачного программирования...
 
Igor Makanu :

주제별로 마지막 3페이지는 많은 수의 대괄호를 넣을지 여부에 대해 논의하고 있습니다. IMHO, 많은 수의 대괄호가 있어도 컴파일된 코드의 성능에 영향을 미치지 않지만 프로그래머는 미래에 MT 업데이트로 변경되지 않거나 코드를 다른 프로그래밍 언어로 이식할 때 변경되지 않는 산술/논리 표현식 - 즉, 게으름과 최종 결과에 대한 매우 책임감있는 태도가 아니라면 많이 넣으십시오 )))

직접 설치하지 않으시겠습니까? 나는 당신의 프로필을 보는 데 너무 게으르지 않았습니다.

   if (totsell== 0 && totbuy== 0 )

다음과 같아야 합니다.

  if ((totsell== 0 ) && (totbuy== 0 ))

당신은 한 가지를 선언하지만 당신은 그것을 스스로합니다. 정확히 그 반대입니다.

브래킷 지지자가 스스로 넣지 않더라도 이것이 무용지물에 대한 가장 좋은 확인입니다.