我怎样才能远程访问火鸡？ - 页 9

新评论
 
然后只是一个开始和结束的问题 :)
 

这就是我们要做的 :)

 
我很高兴你们在鞭策自己。我祝愿你一切顺利。
 
sergeev >>:

про winsock.dll как раз и идёт речь.

имеется ввиду, что нежелательно использовать свои самописные либы. а виндовые без проблем.

Если не сложно, поделитесь ссылками или кодами без классов (обверток). желательно чистое апи.


一般来说，这并不复杂。你有库ws2_32.dll，你从其中导入函数

int WSAStartup, WSACleanup, socket, bind, connect, listen, accept, recv, send, closesocket.

这对客户端和服务器都应该是足够的（我可能漏掉了什么，见MSDN）。你从MSDN上取一个例子，然后把它翻译成μl。但这不是很好，你会使用阻塞的套接字，所以你的线程会停止，你将无法在服务器上处理。
 
SofTAA >>:
Только не очень хорошо получится, ты будешь использовать блокирующие сокеты соответственно поток у тебя встанет и обработку ты не сможешь вести на сервере.

更多关于这一点的信息。:)

1. 封锁需要多长时间？

2.这种锁定会影响什么

2.没有阻挡的选择。

总的来说，我在使用套接字方面有一些经验（我开发过分布式计算，但不是用api方法，而是借助于MFC类）。

我从来没有遇到过服务器锁定的问题（即任务分配器），我甚至不知道这一点。

什么时候能发生这种情况？

 

据我所知，我们谈论的是同步访问。

 
sergeev >>:

с этого места поподробнее. :)

1. на как долго произойдет блокирование?

2, что затрагивает эта блокировка

2. альтернатива без блокирования.

вообще практика работы с сокетами есть (разрабатывал распределенные вычисления, но не апи методами а классами MFC)

с блокировкой сервака (то есть компа-рассыльщика заданий) проблем не было и даже не знал про это.

это в каких случаях может проявится?


不管你是直接工作还是通过MFC工作都没有区别，反正根部在ws2_32.dll中。如果你使用阻塞式套接字，那么服务器将始终监听端口，相应的线程将始终被阻塞。不幸的是，µl中的多线程没有被观察到，也没有被期待，所以除了自写的lib，你无法避免这个问题。自然，客户不会有这样的问题。因此，如果你只是将数据从MT发送到第三方应用程序，你可以使用纯api来实现它。
 
xrust >>:

Насколько я понял речь идет о синхронном доступе.


是的，这完全正确。对于异步操作，MCL的能力显然是不够的。
 
SofTAA >>:


Если использовать блокирующие сокеты то сервер постоянно будет слушать порт и соответственно поток всегда будет заблокирован.

那么，MT或EA线程将被阻塞，因为套接字进入了一个无尽的监听循环？

这是关于倾听吗？

 

不要对MT这么苛刻，一些多线程仍然存在--指标在终端线程中工作，而EA和脚本在他们自己的独立线程中。
订单 通道是相同的，所以EA不会拖慢终端，或在标准的2.5分钟后从它那里获得超时。

12345678910
新评论