我正在写一个smpp客户端,我遇到了一个无法解决的问题。我编写了一个带有内部 io_service 类的 tcp_client 类来封装tcp通信的所有进程。之后我意识到我需要继承类中的控件,运行另外的任务,所以,我修改了tcp_client来初始化继承类的构造函数中的io_service,并从那里发布
tcp_client 类:
class tcp_client
{
public:
tcp_client(boost::asio::io_service &_io_service, tcp::resolver::iterator endpoint_iterator)
: m_io_service(_io_service), socket_(_io_service)
{
connect_start(endpoint_iterator);
// this works OK
}
tcp_client(boost::asio::io_service &_io_service)
:m_io_service(_io_service),socket_(m_io_service)
{
// SIGSEGV
}
tcp_client(void)
:m_io_service(tcp_io_service),socket_(m_io_service)
{
// Works OK
}
void connect(const char *host, const char *port)
{
if( get_tcp_status()==CONNECTED || get_tcp_status()==CONNECTING )
{
do_close();
}
tcp::resolver::query query(host,port);
tcp::resolver resolver(m_io_service);
tcp::resolver::iterator iterator = resolver.resolve(query);
connect_start(iterator);
m_io_service_thread = boost::thread(boost::bind(&boost::asio::io_service::run,&m_io_service));
}
private:
boost::asio::io_service &tcp_io_service;
.........................
.........................
}
在构造函数
中tcp_client(boost::asio::io_service &_io_service)
:m_io_service(_io_service),socket_(m_io_service)
{
}
我收到一个关于互斥锁的SIGSEGV信号。其他的教练工作得很好,但这阻止了我。我可以使用其他正常工作的构造函数继续开发,但我想知道这里有什么问题,只是为了运动(学习)。
我用于此的继承类是:
class smpp_client : public tcp_client
{
private:
boost::asio::io_service smpp_io_service;
public:
smpp_client(boost::asio::io_service &_io_service, tcp::resolver::iterator endpoint_iterator)
:tcp_client(_io_service,endpoint_iterator),
m_smpp_status(SC_BIND_DISCONNECTED),
rx_thread_exit(false)
{
m_windowing = 10;
initialize_stack();
}
smpp_client(void):
tcp_client(smpp_io_service),
m_smpp_status(SC_BIND_DISCONNECTED),
rx_thread_exit(false)
{
m_windowing = 10;
initialize_stack();
//smpp_io_service.post(boost::bind(&smpp_client::rx_loop,this));
}
...........
...........
}
这个类中的第一个构造函数工作正常,但第二个构造函数调用tcp_client中的构造函数来引发SIGSERV信号。
主要是:
/*boost::asio::io_service io_service;
tcp::resolver::query query(argv[1],argv[2]);
tcp::resolver resolver(io_service);
tcp::resolver::iterator iterator = resolver.resolve(query);
smpp_client c(io_service,iterator);
boost::thread t(boost::bind(&boost::asio::io_service::run,&io_service));*/
smpp_client c; // --> HERE SIGSEGV
我已经使用gdb和valgrind进行了测试,输出中的信息是相同的:
编程接收信号SIGSEGV,分段故障。 来自/lib64/libpthread.so.0的pthread_mutex_lock()中的0x00007ffff6bdbe64
我检查了那时的所有地址和值,我不知道如何修复它。
我正在使用Linux Slackware 13.37,其中包括boost 1.49和gcc 4.7.1
PD:可以在https://github.com/jpcordovae/smpp_client观看完整代码,但不会在此错误时更新。
答案 0 :(得分:2)
第二个构造函数不起作用,因为您将未初始化的成员smpp_io_service作为基类构造函数的参数传递。在c ++中,首先调用所有基类构造函数,然后启动非静态成员。
有关初始化顺序的详细信息,请参阅this问题。
使用第一个构造函数时,之前创建了io_service,这就是代码工作正常的原因。
答案 1 :(得分:0)
尝试查看_io_service参数。确保已正确定义并且不为零。此外,socket_对象是您的套接字对象,您似乎正在初始化为m_io_service。套接字对象不是io_service对象。确保将其初始化为正确类型的套接字对象。我正在使用SSL,所以这就是我初始化它的方式:
boost::shared_ptr<boost::asio::io_service> IOServ(new boost::asio::io_service);
IOService = IOServ;
pSocket = new boost::asio::ssl::stream<boost::asio::ip::tcp::socket>(*IOService, ctx);
boost::asio::async_connect(pSocket->lowest_layer(), EndpointIterator,
boost::bind(&SSLSocket::HandleConnect, this, boost::asio::placeholders::error));