Aleksey, OnCalculate() 함수 에 의해 생성된 배열을 클래스로 래핑하는 방법을 알려주실 수 있습니까? 이 경우 포인터 복사는 필수 불가결합니다.
이제 - 데이터를 배열 클래스에 복사한 다음 이미 이 개체에 대한 포인터를 가져오고 있습니다. 그러나 내가 볼 때 빈번한 틱과 많은 차트로 인해 "무거움"이 상당히 눈에 띄게 추가되는 불필요한 복사가 나타납니다. 나는 이 카피에서 벗어나고 싶다. 그러나 DLL을 통한 목발을 제외하고(적어도 표준, 최소한 samopisnuyu) - 아무것도 제공하지 않을 때까지.
서비스 데스크에서 그들은 반격하며 "객체를 삭제할 수 있습니다."라고 말합니다. 이것들은 그들 자신의 배열입니다! 객체를 생성한 다음 삭제할 수 있으며 포인터가 무효화될 수 있다고 하면 "이는 내가 책임지겠습니다."라고 대답합니다. "이중 도덕"이 있습니다.
그리고 지옥에, 이 DLL을 사용하여 - 그러나 시작 시 그러한 표시기는 지속적인 확인을 요구합니다 - 이는 매우 혼란스럽습니다 ...
터미널에서 이미 끌어오고 있는 dll을 가져오는 것을 죄로 생각하지 않습니다. 확인 옵션에 대해 결국 이 작업은 터미널 설정에서 한 번 해야 하는 것 아닙니까? 여기에서 "영구 확인"이 어디에 있습니까? 사람이 철이라면 해독제가 있습니다 ... 산 설정으로 올라가는 표시기가 있고 진드기가 있습니다 ... 사실,이 칠면조도 먼저 수입 승인을 받아야합니다))) "객체" 및 서비스 데스크에 대해. MT의 대상은 주관적인 개념입니다. MQL 프로그래머의 경우 개체는 누수가 있는 경우 허브 수집기가 잡는 것입니다. 법적 MQL 할당자가 생성한 것입니다. WinAPI 또는 프로세스의 관점에서 볼 때 이 할당자 자체와 칠면조/전문가 및 고슴도치의 "정적" 실행 영역도 개체입니다. 창, 스트림 및 "닫기" 버튼과 함께 MT 힙 어딘가에 있는 개체입니다. 따라서 이중 도덕성으로 인해 실제 포인터, 메모리 주소, 후크 작업을 허용하지 않거나 모든 종류의 콜백 와인을 접목하는 것을 허용하지 않는 여러 MQL 제한이 있습니다. 내 의견으로는 일반적으로 사람들이 dll 가져 오기를 허용했습니다. 이제 이것은 아마도 가장 고통스러운 치아일 것입니다. 한편으로 MQL 프로그래머는 더 많은 권한을 요구하고 다른 한편으로는 터미널 자체가 모놀리식 제품으로 남아 있어야 합니다. 그리고 포크 리코더의 다양한 모드와 패치로 인해 찢어지는 와플이 아닙니다.
alexsis78 : 터미널에서 이미 끌어오고 있는 dll을 가져오는 것을 죄로 생각하지 않습니다. 확인 옵션에 대해 결국 이 작업은 터미널 설정에서 한 번 해야 하는 것 아닙니까? 여기에서 "영구 확인"이 어디에 있습니까? 사람이 철이라면 해독제가 있습니다 ... 산 설정으로 올라가는 표시기가 있고 진드기가 있습니다 ... 사실,이 칠면조도 먼저 수입 승인을 받아야합니다))) "객체" 및 서비스 데스크에 대해. MT의 대상은 주관적인 개념입니다. MQL 프로그래머의 경우 개체는 누수가 있는 경우 허브 수집기가 잡는 것입니다. 합법적인 MQL 할당자에 의해 생성된 것입니다. WinAPI 또는 프로세스의 관점에서 볼 때 이 할당자 자체와 칠면조/전문가 및 고슴도치의 "정적" 실행 영역도 개체입니다. 창, 스트림 및 "닫기" 버튼과 함께 MT 힙 어딘가에 있는 개체입니다. 따라서 이중 도덕성으로 인해 실제 포인터, 메모리 주소, 후크 작업을 허용하지 않거나 모든 종류의 콜백 와인을 접목하는 것을 허용하지 않는 여러 MQL 제한이 있습니다. 내 의견으로는, 일반적으로 사람들은 dll 가져오기를 허용했습니다. 이제 이것은 아마도 가장 고통스러운 치아일 것입니다. 한편으로 MQL 프로그래머는 더 많은 권한을 요구하고 다른 한편으로는 터미널 자체가 모놀리식 제품으로 남아 있어야 합니다. 그리고 포크 리코더의 다양한 모드와 패치로 인해 찢어지는 와플이 아닙니다.
Aleksey, OnCalculate() 함수 에 의해 생성된 배열을 클래스로 래핑하는 방법을 알려주실 수 있습니까? 이 경우 포인터 복사는 필수 불가결합니다.
이제 - 데이터를 배열 클래스에 복사한 다음 이미 이 개체에 대한 포인터를 가져오고 있습니다. 그러나 내가 볼 때 빈번한 틱과 많은 차트로 인해 "무거움"이 상당히 눈에 띄게 추가되는 불필요한 복사가 나타납니다. 나는 이 카피에서 벗어나고 싶다. 그러나 DLL을 통한 목발을 제외하고(적어도 표준, 최소한 samopisnuyu) - 아무것도 제공하지 않을 때까지.
서비스 데스크에서 그들은 반격하며 "객체를 삭제할 수 있습니다."라고 말합니다. 이것들은 그들 자신의 배열입니다! 객체를 생성한 다음 삭제할 수 있으며 포인터가 무효화될 수 있다고 하면 "이는 내가 책임지겠습니다."라고 대답합니다. "이중 도덕"이 있습니다.
그리고 지옥에, 이 DLL을 사용하여 - 그러나 시작 시 그러한 표시기는 지속적인 확인을 요구합니다 - 이는 매우 혼란스럽습니다 ...
확인 옵션에 대해 결국 이 작업은 터미널 설정에서 한 번 해야 하는 것 아닙니까? 여기에서 "영구 확인"이 어디에 있습니까?
사람이 철이라면 해독제가 있습니다 ... 산 설정으로 올라가는 표시기가 있고 진드기가 있습니다 ... 사실,이 칠면조도 먼저 수입 승인을 받아야합니다)))
"객체" 및 서비스 데스크에 대해. MT의 대상은 주관적인 개념입니다. MQL 프로그래머의 경우 개체는 누수가 있는 경우 허브 수집기가 잡는 것입니다.
법적 MQL 할당자가 생성한 것입니다.
WinAPI 또는 프로세스의 관점에서 볼 때 이 할당자 자체와 칠면조/전문가 및 고슴도치의 "정적" 실행 영역도 개체입니다.
창, 스트림 및 "닫기" 버튼과 함께 MT 힙 어딘가에 있는 개체입니다.
따라서 이중 도덕성으로 인해 실제 포인터, 메모리 주소, 후크 작업을 허용하지 않거나 모든 종류의 콜백 와인을 접목하는 것을 허용하지 않는 여러 MQL 제한이 있습니다.
내 의견으로는 일반적으로 사람들이 dll 가져 오기를 허용했습니다. 이제 이것은 아마도 가장 고통스러운 치아일 것입니다. 한편으로 MQL 프로그래머는 더 많은 권한을 요구하고 다른 한편으로는 터미널 자체가 모놀리식 제품으로 남아 있어야 합니다. 그리고 포크 리코더의 다양한 모드와 패치로 인해 찢어지는 와플이 아닙니다.
터미널에서 이미 끌어오고 있는 dll을 가져오는 것을 죄로 생각하지 않습니다.
확인 옵션에 대해 결국 이 작업은 터미널 설정에서 한 번 해야 하는 것 아닙니까? 여기에서 "영구 확인"이 어디에 있습니까?
사람이 철이라면 해독제가 있습니다 ... 산 설정으로 올라가는 표시기가 있고 진드기가 있습니다 ... 사실,이 칠면조도 먼저 수입 승인을 받아야합니다)))
"객체" 및 서비스 데스크에 대해. MT의 대상은 주관적인 개념입니다. MQL 프로그래머의 경우 개체는 누수가 있는 경우 허브 수집기가 잡는 것입니다.
합법적인 MQL 할당자에 의해 생성된 것입니다.
WinAPI 또는 프로세스의 관점에서 볼 때 이 할당자 자체와 칠면조/전문가 및 고슴도치의 "정적" 실행 영역도 개체입니다.
창, 스트림 및 "닫기" 버튼과 함께 MT 힙 어딘가에 있는 개체입니다.
따라서 이중 도덕성으로 인해 실제 포인터, 메모리 주소, 후크 작업을 허용하지 않거나 모든 종류의 콜백 와인을 접목하는 것을 허용하지 않는 여러 MQL 제한이 있습니다.
내 의견으로는, 일반적으로 사람들은 dll 가져오기를 허용했습니다. 이제 이것은 아마도 가장 고통스러운 치아일 것입니다. 한편으로 MQL 프로그래머는 더 많은 권한을 요구하고 다른 한편으로는 터미널 자체가 모놀리식 제품으로 남아 있어야 합니다. 그리고 포크 리코더의 다양한 모드와 패치로 인해 찢어지는 와플이 아닙니다.