[zeromq-dev] test_filter_ipc failure

Carpenter, Brandon J Brandon.Carpenter at pnnl.gov
Fri Jan 3 19:23:16 CET 2014


Sorry, that was my fault. I submitted both the abstract socket and IPC 
filtering changes, including tests. test_filter_ipc.cpp was copied from 
test_abstract_ipc.cpp which was copied from test_pair_ipc.cpp.  The 
abstract socket address sneaked into test_filter_ipc because of the copy 
just as the pair socket sneaked into test_abstract_socket for the same 
reason. Thanks for catching and fixing both issues.

Looks like the same thing happened with test_zap_ipc_creds.  I'll fix 
and submit a pull request.


On 01/02/2014 04:45 PM, Matt Connolly wrote:
> Hi,
> I’m seeing the test_filter_ipc test fail on Mac OS X and SmartOS (Solaris). I see it passes on linux in the travis tests. Other tests are passing on both platforms.
> After digging in to the code, I can see that the ipc:/ endpoint is starting with “@“ which on linux is converted to a NUL char and has a special meaning where the socket is “abstract” and the name does not appear in the file system. I assume this is linux specific as I haven’t found any Mac, BSD or Solaris
> If I change the endpoint to “ipc://test_filter_ipc.sock” it works. I also notice that it’s using ZMQ_PAIR sockets, which according to the docs are only for inproc: transports, so I’ve changed this to ZMQ_DEALER, which also matches usage of the “bounce()” test function.
> I’ve updated the test to not use an abstract socket, in https://github.com/zeromq/libzmq/pull/804
> Was there a reason it was done on an abstract socket?
> Cheers,
> Matt
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev

More information about the zeromq-dev mailing list