草庐IT

asio-acceptor

全部标签

c++ - 文件 basic_socket.hpp 中的 lib boost asio 1.47.0 出错

当我尝试编译时,以下代码出现错误:voidServer::accept(void){Network::ptrconnection=Network::initialize(this->my_acceptor.get_io_service());this->my_acceptor.async_accept(connection->socket(),bind(&Server::endCmd,this,*connection,placeholders::error));}voidServer::endCmd(Networkconnection,constboost::system::error

c++ - 使用挂起的 read_async_some 关闭 boost::asio::serial_port

我正在链接read_async_some()调用以从串行端口异步读取。在某些时候,我需要取消异步读取并在关联的处理程序中检测到这一事实。来自thedocumentationforcancel(),我希望通过检查传递给我的处理程序的error_code来做到这一点:Thisfunctioncausesalloutstandingasynchronousreadorwriteoperationstofinishimmediately,andthehandlersforcancelledoperationswillbepassedtheboost::asio::error::operatio

c++ - 初始化 asio::ip::address_v6() 的最快方法?

asio::ip::address_v6采用bytes_type作为参数,它基本上是网络字节中的boost::array订单。我在void*变量中有一个RAWIPv6地址。将void*转换为asio::ip::address_v6的最快方法是什么?最好使用构造函数。 最佳答案 没有比初始化asio::ip::address_v6::bytes_type更好的了,它实际上可以是std::array或boost::array://Weneedanunsignedchar*pointertotheIPaddressunsignedchar

c++ - boost asio async_read_some 只读取数据片段

我有一个使用boost::asio进行读/写操作的C++服务器-写出消息工作正常-但由于某种原因我无法读取工作我从客户端发送给它的消息是1516位无符号短裤-我的测试消息是这样的:1,34,7,0,0,0,0,0,4,0,0,0,0,0,0现在在服务器上我经常看到这样的事情。读取通常被分解和/或乘以256这是一次发送两次readinglength=8:[134700000]readinglength=3:[102400]readinglength=3:[000]readinglength=8:[134700000]readinglength=6:[102400000]这是第二次发送两次

c++ - 使用 ASIO 的线程池 - 线程退出,任务未执行

我正在使用BoostASIO在C++中编写ThreadPool类。以下是我到目前为止编写的代码:线程池类usingnamespacestd;usingnamespaceboost;classThreadPoolClass{private:/*Thelimittothemaximumnumberofthreadstobe*instantiatedwithinthispool*/intmaxThreads;/*GroupofthreadsinthePool*/thread_groupthreadPool;asio::io_serviceasyncIOService;void_Init(){

c++ - 使用带有 Boost ASIO 的 UDP 的文件套接字 I/O

所以我尝试在我的FreeBSD服务器上使用boost.log和系统日志接收器,它运行rsyslogd并在文件套接字上监听UDP数据。显然这适用于FreeBSD领域。事实上,文件套接字是一个dgram套接字(telnet到文件套接字是在FreeBSD中工作的另一件事):$telnet/var/run/logTrying/var/run/log.../var/run/log:Protocolwrongtypeforsocket无论如何,boost.log不会与文件套接字通信,只会与IP地址通信。我的计划是在我的应用程序中继到文件套接字的常规基于IP的UDP服务器之间代理信息。从理论上讲,这

c++ - boost::asio::async_read 在简单示例中 100% CPU 使用率

在boost::asio中standardexamples在async_accept()之后,socket对象移动到session对象(它处理所有async_read()调用)通过如下初始化它:std::make_shared(std::move(socket_))->start();并且在构造一个session时它又在移动(不是冗余的吗?):session(tcp::socketsocket):socket_(std::move(socket))然后从客户端读取如下:boost::asio::async_read(socket_,...一切顺利。但是,当我尝试使async_read(

c++ - 在 asio stackful 协程中直接使用 spawn 是否安全?

当我使用spawn在协程中启动一个新的stackfull协程时,valgrind说很多使用未初始化的值(valgrindoutput)。然后我使用io_service.post调用处理程序,并在其中启动一个新的stackfull协程,一切似乎都很好。我搜索并阅读了一些文档,但找不到有关如何在stackfull协程中安全地创建新的stackfull协程的信息。代码如下:#include#include#include#include#includeusingnamespacestd;intmain(){autouse_post=false;boost::asio::io_servicei

c++ - boost::asio::write 的阻塞意味着什么?

我正在使用boost::asio::write()将数据从缓冲区写入com端口。这是一个波特率为115200的串行端口,这意味着(据我所知)我可以有效地将11520字节/秒或11,52KB/秒的数据写入套接字。现在我有一大块数据(10015字节)要写入。我认为这应该需要不到一秒钟的时间才能真正写入端口。但是boost::asio::write()在调用传输字节10015后300微秒后返回。我认为用那个波特率这是不可能的?所以我的问题是它实际上在做什么?真正将其写入端口,或者可能只是某种其他类型的缓冲区,稍后将其写入端口。我希望write()仅在所有字节都真正写入端口后才返回。编辑代码示

c++ - Boost Asio SSL Stream lowest_layer() 和 next_layer() 之间的区别

文档似乎并没有说明太多:lowest_layer(),next_layer().它们之间有什么区别以及何时使用它们? 最佳答案 要回答这个问题,首先要记住的是boost::asio::ssl::stream是一个模板类。通常它看起来像boost::asio::ssl::stream.因此使用boost::asio::ip::tcp::socket实现.这将是boost::asio::ssl::stream的下一层.另一方面,lowest_layer始终是basic_socket(它在docs中有描述)。它有点模棱两可,尤其是当您在标