ZMQ::send() 抛出异常并终止 QNX 进程。 为什么以及如何从中恢复？

Question

ZMQ::send() throws an exception and kills the process.

Why and how to recover from it.

I use the ZeroMQ REQ/REP pattern on QNX-version 6.5.0. The anticipated catch{} block does not receive this exception.

Here is the gdb trace:

(gdb) bt
#0  0xb033e4a1 in SignalKill () from /opt/qnx650/target/qnx6/x86/lib/libc.so.3
#1  0xb032d0ee in raise () from /opt/qnx650/target/qnx6/x86/lib/libc.so.3
#2  0xb032b3a8 in abort () from /opt/qnx650/target/qnx6/x86/lib/libc.so.3
#3  0xb835c077 in std::do_abort () from /opt/qnx650/target/qnx6/x86/lib/libcpp.so.4
#4  0xb835c01e in std::terminate () from /opt/qnx650/target/qnx6/x86/lib/libcpp.so.4
#5  0xb8354ff3 in __cxa_throw () from /opt/qnx650/target/qnx6/x86/lib/libcpp.so.4
#6  0x080596bc in zmq::detail::socket_base::send (this=0x8071070, msg_=@0x7b22d38)
    at /home/bindhu/rtcs/libzmq/include/zmq.hpp:1299
#7  0x0805b0a4 in dblog::SendPacketToDBLogger (this=0x8071068, ipc_can_msg=
      {type = 0, timestamp = 1590330536976, can_id = 352260142, data = 2511882692165894191})
    at /home/user/rtcs/canvehicle/dblog.cpp:203
#8  0x080530e3 in send_version_request (type=0 '\0', module=47 '/')
    at /home/user/rtcs/canvehicle/CanVehicle.cc:4736
#9  0x08053f50 in p_thread_kalmar_version (arg=0x0)
    at /home/user/rtcs/canvehicle/CanVehicle.cc:4749
#10 0xb0320390 in ?? () from /opt/qnx650/target/qnx6/x86/lib/libc.so.3

This is snippet of my code.

dblog::dblog() :
    context(1), socket(context, ZMQ_REQ) {
    zmq_setsockopt (socket, ZMQ_LINGER, "", 0);
}

void dblog::Init() {
    socket.connect("tcp://127.0.0.1:5555");
}

zmq::message_t create_values(protoTable.ByteSizeLong() + sizeof(uint16_t));
*((uint16_t*)create_values.data()) = TABLEMSG_ID;  // ID
protoTable.SerializeToArray(create_values.data() + sizeof(uint16_t), protoTable.ByteSizeLong());

zmq::message_t reply;
try {
int returnv = socket.send(create_values,ZMQ_NOBLOCK);
socket.recv(&reply);
}
 catch (int e)
{
std::cout << "SPD exception e : " << e << std::endl;
}

Answer 1

If following the dbg()-output, the reported line ( if using the most recent version ) relates to template definition for template<int Opt, class T, bool BoolUnit = false> struct integral_option{} in the ZMQ_CPP11 #ifdef block:

// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ zmq.hpp:1290
#ifdef ZMQ_CPP11

namespace sockopt
{
// There are two types of options,
// integral type with known compiler time size (int, bool, int64_t, uint64_t)
// and arrays with dynamic size (strings, binary data).

// BoolUnit: if true accepts values of type bool (but passed as T into libzmq)
template<int Opt, class T, bool BoolUnit = false> struct integral_option
{
};

...

} // namespace sockopt
#endif // ZMQ_CPP11
// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ zmq.hpp:1577

---

If both the source-code and the C++ Version 11 are fit and in place working, add more debugging enabling code, to inspect pre-mortem content of the create_values variable before the call to the actual .send() -method.

A few assert() -s will also be fair, like in

assert(   socket.connect() == 0
      && "INF:: a call to .connect()-method failed, better inspect the <errno>"
          );

or

assert(   0 == zmq_setsockopt( socket, ZMQ_LINGER, "", 0 )
      && "INF:: a call to zmq_setsockopt() API failed, better inspect the <errno>"
          );

_{Here, I would dare not to meet the API definition, so would rather call
zmq_setsockopt( socket, ZMQ_LINGER, &linger, sizeof (linger) )}