Thanks for the rapid answer: -Are all endpoints using 3.2.2 or is it a mix of 3.2.2 and 2.2? Everything is 3.2.2
- What transports are you using (inproc, tcp, ipc)? TCP for publishing - Are you using XPUB and XSUB directly or are the endpoints actually PUB/SUB but you are seeing a crash in the parent? PUB/SUB - How many subscriptions do you have on each endpoint? Is difficult to say but there should be no more than 5 or 6. - Are there any intermediate devices between the edge endpoints (e.g. a FORWARDER device)? No - Any chance you can use a Windows OS that is not EOL? :) I am afraid Windows itself has been EOL for long but we keep on using. NOTE: It has crashed again, I may get, if not a test-cas, at least a pattern. best, Pau El 05/03/2013 16:00, Charles Remes escribió: > Doesn't ring a bell for me. > > A few questions… > > Are all endpoints using 3.2.2 or is it a mix of 3.2.2 and 2.2? > > What transports are you using (inproc, tcp, ipc)? > > Are you using XPUB and XSUB directly or are the endpoints actually PUB/SUB > but you are seeing a crash in the parent? > > How many subscriptions do you have on each endpoint? > > Are there any intermediate devices between the edge endpoints (e.g. a > FORWARDER device)? > > Any chance you can use a Windows OS that is not EOL? :) > > cr > > On Mar 5, 2013, at 8:55 AM, Pau <p...@teleopsia.com> wrote: > >> Hi, they have found today 2 servers publishing using xsub crashed in >> mtrie.cpp[line 293] in function zmq::mtrie_t::rm_helper(..) line >> apparently tryng to acces if (pipes->empty ()). I guess pipes was rubish >> but I could not debug and I have been unable to reproduce at the moment. >> The function was called from xpub_t when publishing a message. It >> happened at the same time in 2 apps in the same machine but unrelated. >> >> We work with 3.2.2 in Windows XP in an environment where there are like >> 5 o 6 different sockets per application and arounf 5 or 6 normally on. I >> am trying to provoque it back to make a test case but at the moment I >> couldn't. >> >> Rings a bell to anybody?, >> >> thanks, >> >> Pau Ceano >> _______________________________________________ >> zeromq-dev mailing list >> zeromq-dev@lists.zeromq.org >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev > _______________________________________________ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > _______________________________________________ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev