[zeromq-dev] test_filter_ipc failure
Carpenter, Brandon J
Brandon.Carpenter at pnnl.gov
Fri Jan 3 19:23:16 CET 2014
Matt,
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.
Brandon
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