모두에게 좋은 하루! 무엇이 잘못되었을 수 있습니까? 다른 파일에 정의된 함수에 함수 포인터를 할당하려고 하면 컴파일러에서 "이 함수 유형에 대한 포인터는 아직 지원되지 않습니다"라는 오류가 발생합니다.
#include <CPositionManagement.mqh>
CPositionManagement posManager;
typedefulong (*PtrSendOrder)( double , double , string , double , double , datetime , conststring , bool );
...
PtrSendOrder ptrBuyFunc= NULL ;
PtrSendOrder ptrSellFunc= NULL ;
ptrBuyFunc=posManager.SendBuyStop; // pointer to this function type is not supported yet
ptrSellFunc=posManager.SendSellStop; // pointer to this function type is not supported yet
동시에 mq5 파일(할당이 발생하는)에 동일한 기능이 정의되어 있으면 문제가 발생하지 않습니다. 컨텍스트 확인 연산자를 통해 주소에 액세스해도 문제가 해결되지 않습니다( PtrSendOrderptrBuyFunc=CPositionManagement::SendBuyStop ).
여기 논란 어디서 봤어? 작업 토론이 있습니다. 오만한 파토스와 함께 닭장으로 의미를 왜곡할 필요가 없습니다. 아무도 당신에게 준비된 것을 요구하지 않았습니다. 나는 당신이 포인터로 해결책을 알고 있다고 생각했지만 아니, 내가 틀렸습니다. 당신은 그 주제를 읽지 않고 있고 오랫동안 배열에 대한 논의가 있어왔고 모두가 이것을 잘 알고 있습니다. 그리고 저는 오랫동안 어레이에 기대어 왔습니다. 그러나 mql에는 문자열이 있으므로 직접 사용하지 않는 것이 좋습니다. 포인터를 복사하는 mql 문자열의 버그에 대한 것입니다. 여기에서 우리가 이야기하고 있습니다. ushort만이 모든 것을 해결할 수 있는 것은 아닙니다. 배열에는 많은 옵션이 있습니다. 하지만 제 경우에는 배열을 사용하고 싶지 않습니다. 코드 구조 면에서 항상 합리적이지는 않습니다. 직접 작업할 수 있지만 올바르게 작동해야 하는 mql 문자열이 있는 경우에는 더욱 그렇습니다.
mql 문자열이 의도한 대로 작동합니다. 당신은 그에게 너무 많은 것을 원합니다.
물론 이런 경우에 string이 어떻게 쓰일 수 있는지는 알지만, 제 오만함 때문에 아무 말도 하지 않겠습니다.
여기 개발자들이 앉아서 귀하의 결론에 대한 검색과 함께 주제의 2581 페이지를 털고 있습니다 .... 그리고 재현 가능한 예 없이 .... 바로 볼 수 있습니다. 그들은 전체 팀과 함께 울고 있습니다. 그들의 눈은 이미 상처를 받았습니다. 전체 주제를 다시 읽고 "당신의 생각의 비행"의 단편을 기반으로 비행 가능한 옵션을 제시합니다. 거기에서 무엇을 찾았습니까 ....
당신은 어떤 현실에 살고 있습니까? 일주일 동안 정보 검색 스타일 게시물이 있습니다. "버그/비일관성 수정"과 함께 "방법"이 산재되어 있습니다. , 그리고 결국 당신과의 토론에 참여하는 참가자의 성격으로 진부한 전환으로 끝났습니다.
해당 섹션에서 주제를 열고 소스 코드를 첨부하고 첫 번째 메시지에서 주제의 목적을 나타내는 것을 잊지 마십시오. 문제를 해결하는 방법을 묻거나 문서 불일치를 발견했다고 주장하는 것입니다.
모두에게 좋은 하루! 무엇이 잘못되었을 수 있습니까? 다른 파일에 정의된 함수에 함수 포인터를 할당하려고 하면 컴파일러에서 "이 함수 유형에 대한 포인터는 아직 지원되지 않습니다"라는 오류가 발생합니다.
동시에 mq5 파일(할당이 발생하는)에 동일한 기능이 정의되어 있으면 문제가 발생하지 않습니다. 컨텍스트 확인 연산자를 통해 주소에 액세스해도 문제가 해결되지 않습니다( PtrSendOrder ptrBuyFunc= CPositionManagement:: SendBuyStop ).
여기 논란 어디서 봤어? 작업 토론이 있습니다. 오만한 파토스와 함께 닭장으로 의미를 왜곡할 필요가 없습니다.
아무도 당신에게 준비된 것을 요구하지 않았습니다. 나는 당신이 포인터로 해결책을 알고 있다고 생각했지만 아니, 내가 틀렸습니다.
당신은 그 주제를 읽지 않고 있고 오랫동안 배열에 대한 논의가 있어왔고 모두가 이것을 잘 알고 있습니다.
그리고 저는 오랫동안 어레이에 기대어 왔습니다. 그러나 mql에는 문자열이 있으므로 직접 사용하지 않는 것이 좋습니다.
포인터를 복사하는 mql 문자열의 버그에 대한 것입니다. 여기에서 우리가 이야기하고 있습니다.
ushort만이 모든 것을 해결할 수 있는 것은 아닙니다. 배열에는 많은 옵션이 있습니다.
하지만 제 경우에는 배열을 사용하고 싶지 않습니다. 코드 구조 면에서 항상 합리적이지는 않습니다.
직접 작업할 수 있지만 올바르게 작동해야 하는 mql 문자열이 있는 경우에는 더욱 그렇습니다.
mql 문자열이 의도한 대로 작동합니다. 당신은 그에게 너무 많은 것을 원합니다.
물론 이런 경우에 string이 어떻게 쓰일 수 있는지는 알지만, 제 오만함 때문에 아무 말도 하지 않겠습니다.
친애하는 개발자가 문제를 들었기를 바랍니다.
제대로 작동하는 것이 논리적입니다.
친애하는 개발자가 문제를 들었기를 바랍니다.
제대로 작동합니다.
그리고 이 스레드에는 이를 올바르게 수행하기에 충분한 정보가 있습니다.
친애하는 개발자가 문제를 들었기를 바랍니다.
여기 개발자들이 앉아서 귀하의 결론에 대한 검색과 함께 주제의 2581 페이지를 털고 있습니다 .... 그리고 재현 가능한 예 없이 .... 바로 볼 수 있습니다. 그들은 전체 팀과 함께 울고 있습니다. 그들의 눈은 이미 상처를 받았습니다. 전체 주제를 다시 읽고 "당신의 생각의 비행"의 단편을 기반으로 비행 가능한 옵션을 제시합니다. 거기에서 무엇을 찾았습니까 ....
당신은 어떤 현실에 살고 있습니까? 일주일 동안 정보 검색 스타일 게시물이 있습니다. "버그/비일관성 수정"과 함께 "방법"이 산재되어 있습니다. , 그리고 결국 당신과의 토론에 참여하는 참가자의 성격으로 진부한 전환으로 끝났습니다.
해당 섹션에서 주제를 열고 소스 코드를 첨부하고 첫 번째 메시지에서 주제의 목적을 나타내는 것을 잊지 마십시오. 문제를 해결하는 방법을 묻거나 문서 불일치를 발견했다고 주장하는 것입니다.
예고편에 짧은 HTML이 있습니다. 화면에 강조 표시된 줄이 스포일러 아래에 오도록 지식이 있는 분들의 수정을 부탁드립니다.
<details> 태그를 검색했습니다. 하지만 아무리 싸워도 나오지 않았다. MT5 테스터의 단일 실행에 대한 사용자 정의 보고서에 필요합니다.
위협 실수로 잘못된 것을 첨부했습니다. 수정했습니다.
예고편에 짧은 HTML이 있습니다. 화면에 강조 표시된 줄이 스포일러 아래에 오도록 지식이 있는 분들의 수정을 부탁드립니다.
<details> 태그를 검색했습니다. 하지만 아무리 싸워도 나오지 않았다. MT5 테스터의 단일 실행에 대한 사용자 정의 보고서에 필요합니다.
"테이블의 html 스포일러"를 검색해야 합니다. 사례가 있는 것 같습니다.
다음은 발견된 오류입니다.
주문의 가격을 기록으로 가져오는 것은 불가능하며 나머지 주문 매개변수는 문제 없이 읽혀집니다.
첨부 파일의 전체 코드.
행의 주석을 해제하면
시각화와 함께 테스터에서 코드를 실행하면 문제가 발생하지 않습니다.
autovalidator는 이러한 코드를 놓쳤지만 고문은 데모 계정에서 작동하지 않습니다.