어렵지 않다면 클래스(래퍼) 없이 링크나 코드를 공유하세요. 바람직하게는 깨끗한 API입니다.
예, 일반적으로 문제는 어렵지 않습니다. ws2_32.dll 라이브러리가 있고 이 라이브러리에서 함수를 가져옵니다.
int WSAStartup, WSACleanup, 소켓, 바인드, 연결, 수신 대기, 수락, 수신, 보내기, 닫기 소켓.
이것은 클라이언트와 서버 모두가 작동하기에 충분해야 하는 것 같습니다(제가 놓친 것이 있을 수 있음, MSDN 참조). 글쎄, 그러면 이미 무엇을 해야할지 분명한 것 같습니다. 동일한 MSDN에서 예제를 가져와 µl로 변환합니다. 그것은 잘 작동하지 않을뿐입니다. 각각 차단 소켓을 사용하고 흐름이 시작되고 서버에서 처리 할 수 없습니다.
SofTAA>> : Только не очень хорошо получится, ты будешь использовать блокирующие сокеты соответственно поток у тебя встанет и обработку ты не сможешь вести на сервере.
이 곳에서 더 자세히. :)
1. 차단 시간은 얼마나 걸리나요?
2 이 잠금이 미치는 영향
2. 차단 없는 대안.
일반적으로 소켓으로 작업하는 관행이 있습니다(분산 컴퓨팅을 개발했지만 api 메서드가 아니라 MFC 클래스를 사용함).
서버(즉, 작업 디스패처 컴퓨터)를 차단하는 데 문제가 없었고 그것에 대해 알지도 못했습니다.
일반적으로 소켓으로 작업하는 관행이 있습니다(분산 컴퓨팅을 개발했지만 api 메서드가 아니라 MFC 클래스를 사용함).
서버(즉, 작업 디스패처 컴퓨터)를 차단하는 데 문제가 없었고 그것에 대해 알지도 못했습니다.
어떤 경우에 나타날 수 있습니까?
직접 작업하거나 MFC를 통해 작업하는 것은 차이가 없으며 루트는 ws2_32.dll로 이동합니다. 차단 소켓을 사용하는 경우 서버는 포트에서 지속적으로 수신 대기하므로 흐름이 항상 차단됩니다. 불행히도 μl의 멀티스레딩은 관찰되지 않으며 예상되지도 않으므로 자체 작성 라이브러리를 제외하고는 이 문제를 우회할 수 없습니다. 당연히 클라이언트에게는 문제가 없을 것입니다. 따라서 MT에서 타사 응용 프로그램으로 데이터를 보내기만 하면 순수한 API를 사용하여 구현할 수 있습니다.
MT에 너무 엄격하지 마십시오. 일부 멀티스레딩은 여전히 존재합니다. 표시기는 터미널 스레드에서 작동하고 Expert Advisors 및 스크립트는 별도의 스레드에서 작동합니다. 다음은 거래 주문 채널입니다 . 어드바이저가 터미널 속도를 늦추거나 표준 2.5분 후에 터미널에서 타임아웃을 수신하지 않도록...
그것이 우리가 할 일입니다 :)
Winsock.dll에 대해서도 연설이 있습니다.
이는 자체 작성 라이브러리를 사용하는 것이 바람직하지 않음을 의미합니다. 문제없이 나사.
어렵지 않다면 클래스(래퍼) 없이 링크나 코드를 공유하세요. 바람직하게는 깨끗한 API입니다.
예, 일반적으로 문제는 어렵지 않습니다. ws2_32.dll 라이브러리가 있고 이 라이브러리에서 함수를 가져옵니다.int WSAStartup, WSACleanup, 소켓, 바인드, 연결, 수신 대기, 수락, 수신, 보내기, 닫기 소켓.
이것은 클라이언트와 서버 모두가 작동하기에 충분해야 하는 것 같습니다(제가 놓친 것이 있을 수 있음, MSDN 참조). 글쎄, 그러면 이미 무엇을 해야할지 분명한 것 같습니다. 동일한 MSDN에서 예제를 가져와 µl로 변환합니다. 그것은 잘 작동하지 않을뿐입니다. 각각 차단 소켓을 사용하고 흐름이 시작되고 서버에서 처리 할 수 없습니다.
Только не очень хорошо получится, ты будешь использовать блокирующие сокеты соответственно поток у тебя встанет и обработку ты не сможешь вести на сервере.
이 곳에서 더 자세히. :)
1. 차단 시간은 얼마나 걸리나요?
2 이 잠금이 미치는 영향
2. 차단 없는 대안.
일반적으로 소켓으로 작업하는 관행이 있습니다(분산 컴퓨팅을 개발했지만 api 메서드가 아니라 MFC 클래스를 사용함).
서버(즉, 작업 디스패처 컴퓨터)를 차단하는 데 문제가 없었고 그것에 대해 알지도 못했습니다.
어떤 경우에 나타날 수 있습니까?
내가 얼마나 이해했는지는 동기 액세스의 문제입니다.
이 곳에서 더 자세히. :)
1. 차단 시간은 얼마나 걸리나요?
2 이 잠금이 미치는 영향
2. 차단 없는 대안.
일반적으로 소켓으로 작업하는 관행이 있습니다(분산 컴퓨팅을 개발했지만 api 메서드가 아니라 MFC 클래스를 사용함).
서버(즉, 작업 디스패처 컴퓨터)를 차단하는 데 문제가 없었고 그것에 대해 알지도 못했습니다.
어떤 경우에 나타날 수 있습니까?
직접 작업하거나 MFC를 통해 작업하는 것은 차이가 없으며 루트는 ws2_32.dll로 이동합니다. 차단 소켓을 사용하는 경우 서버는 포트에서 지속적으로 수신 대기하므로 흐름이 항상 차단됩니다. 불행히도 μl의 멀티스레딩은 관찰되지 않으며 예상되지도 않으므로 자체 작성 라이브러리를 제외하고는 이 문제를 우회할 수 없습니다. 당연히 클라이언트에게는 문제가 없을 것입니다. 따라서 MT에서 타사 응용 프로그램으로 데이터를 보내기만 하면 순수한 API를 사용하여 구현할 수 있습니다.내가 얼마나 이해했는지는 동기 액세스의 문제입니다.
네 맞습니다. 비동기식 작업의 경우 MCL의 기능은 분명히 충분하지 않습니다.
차단 소켓을 사용하는 경우 서버는 포트에서 지속적으로 수신 대기하므로 흐름이 항상 차단됩니다.즉, 소켓이 수신 대기의 끝없는 루프에 들어가기 때문에 MT 또는 EA 스레드의 작업이 차단됩니다.
듣기에 관한 것입니까?
MT에 너무 엄격하지 마십시오. 일부 멀티스레딩은 여전히 존재합니다. 표시기는 터미널 스레드에서 작동하고 Expert Advisors 및 스크립트는 별도의 스레드에서 작동합니다.
다음은 거래 주문 채널입니다 . 어드바이저가 터미널 속도를 늦추거나 표준 2.5분 후에 터미널에서 타임아웃을 수신하지 않도록...