Socket remains blocked on Receive

[Mihai000000]

Please use this template for reporting suspected bugs or requests for help.

Issue description

Following a "basic_filebuf::underflow error reading the file" exception, one of the sockets opened by zmq remains stuck, after the application resets itself. The only way to make the application work again is to reboot the testing device.

Environment

Architecture: i586 CPU op-mode(s): 32-bit Byte Order: Little Endian CPU(s): 1 On-line CPU(s) list: 0 Thread(s) per core: 1 Core(s) per socket: 1 Socket(s): 1 Vendor ID: Vortex86 SoC CPU family: 5 Model: 2 Stepping: 2 CPU MHz: 800.007 BogoMIPS: 1600.01

• libzmq version (commit hash if unreleased): 5.2.2
• libzmqpp version: 4.1.2
• OS:
• cat /etc/os-release NAME=Gentoo ID=gentoo PRETTY_NAME="Gentoo/Linux" ANSI_COLOR="1;32" HOME_URL="http://www.gentoo.org/" SUPPORT_URL="http://www.gentoo.org/main/en/support.xml" BUG_REPORT_URL="https://bugs.gentoo.org/"

Minimal test code / Steps to reproduce the issue

1. std::shared_ptr m_socket;
2. m_socket.reset(new zmqpp::socket(m_context, zmqpp::socket_type::dealer));
3. m_socket->set(zmqpp::socket_option::linger, 0);
4. m_socket->connect(BROKER.c_str());

What's the actual result? (include assertion message & call stack if applicable)

Software gets blocked, nothing happens in logs until an application reset. By running the application with strace, it ends with: connect(39, {sa_family=AF_INET, sin_port=htons(7505), sin_addr=inet_addr("127.0.0.1")}, 16) = 0 recvmsg(39,

What's the expected result?

We should have a correct socket connection and the application should keep running.

[vasid]

I am having the same issue, can we have a hotfix anytime soon?