두 가지 방법으로 결정할 수 있습니다. 독립형 모듈을 만들거나(앞서 언급함) 우리는 다른 방법을 찾아 서버와 교환 인터페이스에 들어가거나 다음 과 같은 다른 방법을 사용할 것입니다.
정보교환은 소켓과 서버를 통해서 이루어지는데.. 그런데 네트워크를 프로그래밍 하는 MSDN은 모든걸 뒤죽박죽 엉망으로 만들고, 네트워크 교환에 대해 제대로 설명도 하지 않고, 누가 무엇을 어떻게 하는지 도무지 이해가 되지 않습니다. 이 교환에서. 그리고 이 과정이 속도의 길과 직결되는 것 같아서 이제 유닉스를 이 상호작용의 조상으로 봅니다.. 이걸 이해하는 첼라를 찾았습니다.. 하나 찾았 습니다.
장비(이더넷 포트가 있는 셋톱 박스)를 보는 이유는 무엇입니까? 서버와의 교환은 시스템 자체에 내장되어 있고 Win API에서만 사용할 수 있기 때문에 Windows에서 브로커와 교환 인터페이스로 들어가는 것은 작동하지 않기 때문에..
이 순간은 서투르게 만들어졌을 뿐만 아니라 문서화도 제대로 되지 않았습니다.
따라서 하드웨어 수준에서 자체 프로그래밍 도구가 있는 독립 실행형 장치에서만 완전히 작동할 수 있습니다.
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...
FAQ : 친애하는, 당신이 위대해지고 싶다면 우리를 끌어들이지 마십시오. 당신이 막 마스터하고 있는 아이디어와 개념은 이 포럼의 대다수가 지나고 잊혀진 지 오래입니다. 위대함을 향한 열망을 겸손하게 꾸며주세요. 그리고 당신의 무지에 대해 주위의 모든 사람을 비난하지 마십시오.
누구에게나 이해가 되지 않는 사람들에게는 읽거나 읽지 않을 수도 있고 설명할 수도 있습니다. 이는 포럼이 구상된 것처럼 보이기 때문입니다.
Wine(원래 "Wine Is Not an Emulator"의 약어)은 Linux, Mac OSX 및 BSD와 같은 여러 POSIX 호환 운영 체제에서 Windows 응용 프로그램을 실행할 수 있는 호환성 계층입니다. 가상 머신이나 에뮬레이터 와 같은 내부 Windows 로직을 시뮬레이션하는 대신 Wine은 Windows API 호출을 즉석에서 POSIX 호출로 변환하여 다른 방법의 성능 및 메모리 패널티를 제거하고 Windows 애플리케이션을 데스크탑에 깔끔하게 통합할 수 있도록 합니다.
이것은 속도가 떨어진다는 것을 의미합니다.. 그리고 이것은 흥미롭지 않습니다.. 전환의 의미는 속도를 높이는 것이었습니다. Linux의 소켓 프로그래밍에는 더 많은 기회 가 있기 때문입니다.
이 질문 은 이미 제기되었습니다 . Linux(Debian, Red Hat, Ubuntu 등)용 터미널을 개발할 계획인지 여부에 관심이 있습니까? 그러나 구현되는 것은 전혀 동일하지 않습니다 ..
Wine (originally an acronym for "Wine Is Not an Emulator") is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, Mac OSX, & BSD. Instead of simulating internal Windows logic like a virtual machine or emulator, Wine translates Windows API calls into POSIX calls on-the-fly...
그것은 사람에게 지루합니다 :) 나는 shelandr ah의 고귀한 목표에 대해 이미 내 머리 전체를 망가뜨렸습니다. 음, 결국 그는 포럼에 무엇을 전달하고 싶습니까? :)
모스크를 깰 필요가 없습니다, 당신은 요청할 수 있습니다.
우리는 주제에 설명된 경로를 따라 이동하고 있습니다. 접근 방식과 솔루션 방법을 살펴보고 있습니다. 우리는 다른 사람들의 경험과 접근 방식을 알게 됩니다. 목표는 교환에서 반죽을 잡기에 좋은 낚싯대를 가지고 사용하는 것입니다.
여기 왜? MQL이 선두에 있고 이를 기반으로 앞으로 나아갈 수 있기 때문에 개발자도 고급 클라이언트의 문제를 제시하면 진화(및 캠페인의 진화)에서 올바른 벡터를 선택할 수 있습니다. ).
언젠간 이 가지가 지워질 것이라는 것을 이해하지만, 그것은 그들의 양심에 맡겨라..
오늘날 문제를 일으키는 것은 응용 프로그램과의 정보 교환입니다. 예를 들어 여기에서
좋은 솔루션은 그다지 어렵고 느리지 않습니다.
두 가지 방법으로 결정할 수 있습니다. 독립형 모듈을 만들거나(앞서 언급함) 우리는 다른 방법을 찾아 서버와 교환 인터페이스에 들어가거나 다음 과 같은 다른 방법을 사용할 것입니다.
정보교환은 소켓과 서버를 통해서 이루어지는데.. 그런데 네트워크를 프로그래밍 하는 MSDN은 모든걸 뒤죽박죽 엉망으로 만들고, 네트워크 교환에 대해 제대로 설명도 하지 않고, 누가 무엇을 어떻게 하는지 도무지 이해가 되지 않습니다. 이 교환에서. 그리고 이 과정이 속도의 길과 직결되는 것 같아서 이제 유닉스를 이 상호작용의 조상으로 봅니다.. 이걸 이해하는 첼라를 찾았습니다.. 하나 찾았 습니다.
장비(이더넷 포트가 있는 셋톱 박스)를 보는 이유는 무엇입니까? 서버와의 교환은 시스템 자체에 내장되어 있고 Win API에서만 사용할 수 있기 때문에 Windows에서 브로커와 교환 인터페이스로 들어가는 것은 작동하지 않기 때문에..
이 순간은 서투르게 만들어졌을 뿐만 아니라 문서화도 제대로 되지 않았습니다.
따라서 하드웨어 수준에서 자체 프로그래밍 도구가 있는 독립 실행형 장치에서만 완전히 작동할 수 있습니다.
친애하는, 당신이 위대해지고 싶다면 우리를 끌어들이지 마십시오. 당신이 막 마스터하고 있는 아이디어와 개념은 이 포럼의 대다수가 지나고 잊혀진 지 오래입니다. 위대함을 향한 열망을 겸손하게 꾸며주세요. 그리고 당신의 무지에 대해 주위의 모든 사람을 비난하지 마십시오.
누구에게나 이해가 되지 않는 사람들에게는 읽거나 읽지 않을 수도 있고 설명할 수도 있습니다. 이는 포럼이 구상된 것처럼 보이기 때문입니다.
그것은 당신에게만 명확하지 않습니다. 그리고 당신에게 무언가를 설명하려고 하는 것은 upsten이 자살하기 더 쉽습니다.
다른 운영 체제에서 MT5의 개발에 대해 듣는 것이 더 흥미로울 것입니다. 프로그래밍 고문의 가능성을 포함할 계획입니까? 그렇다면 출시는 언제 가능한가요?
뭔가 이 윈드가 날 지치게 했어..
MT4 및 MT5는 Wine을 통해 Linux 및 Mac에서 작동합니다. 기사 검색에서 찾아보세요.
나는 이것이 에뮬레이터라는 것을 이해합니다.
와인 소개
Wine(원래 "Wine Is Not an Emulator"의 약어)은 Linux, Mac OSX 및 BSD와 같은 여러 POSIX 호환 운영 체제에서 Windows 응용 프로그램을 실행할 수 있는 호환성 계층입니다. 가상 머신이나 에뮬레이터 와 같은 내부 Windows 로직을 시뮬레이션하는 대신 Wine은 Windows API 호출을 즉석에서 POSIX 호출로 변환하여 다른 방법의 성능 및 메모리 패널티를 제거하고 Windows 애플리케이션을 데스크탑에 깔끔하게 통합할 수 있도록 합니다.
이것은 속도가 떨어진다는 것을 의미합니다.. 그리고 이것은 흥미롭지 않습니다.. 전환의 의미는 속도를 높이는 것이었습니다. Linux의 소켓 프로그래밍에는 더 많은 기회 가 있기 때문입니다.
이 질문 은 이미 제기되었습니다 . Linux(Debian, Red Hat, Ubuntu 등)용 터미널을 개발할 계획인지 여부에 관심이 있습니까? 그러나 구현되는 것은 전혀 동일하지 않습니다 ..