Hi Chuck,

Thanks for making the test cases. What would be better, ENOENT or EINVAL?

-Pieter

On Tue, Feb 19, 2013 at 3:30 PM, Charles Remes <[email protected]> wrote:
> Pieter, thank you for confirming the problem.
>
> I have opened an issue for this (LIBZMQ-507) and added code to reproduce the 
> problem to the issues repository under the same issue number.
>
> While messing with this I also discovered two other minor problems. The 
> zmq_unbind and zmq_disconnect functions do not set zmq_errno to EINVAL when 
> given an unknown endpoint like the documentation suggests. Instead, they set 
> zmq_errno to ENOENT. I have opened issues for each of these and provided 
> repro code too. I am not sure these are library bugs or documentation bugs. :)
>
> cr
>
> On Feb 19, 2013, at 12:39 AM, Pieter Hintjens <[email protected]> wrote:
>
>> I can confirm this fails on Linux in C. The sleep is irrelevant since
>> connect/bind on inproc happen immediately.
>>
>> -Pieter
>>
>> On Mon, Feb 18, 2013 at 11:57 PM, Charles Remes <[email protected]> wrote:
>>> libzmq: 3.2.2
>>> OS: OSX 10.8.2
>>>
>>> I'd appreciate it if someone else could confirm that calling zmq_unbind on 
>>> an inproc transport always fails (it works for tpc and ipc without fail). 
>>> It doesn't matter what socket type is under test, nor does it matter if you 
>>> "sleep" to give the io thread time to complete the zmq_bind call.
>>>
>>> rc = LibZMQ.zmq_bind(socket, "inproc://some_address");
>>> assert(rc == 0);
>>>
>>> rc = LibZMQ.zmq_unbind(@socket, "inproc://some_address");
>>> assert(rc == 0); // zmq_errno returns ENOENT on OSX
>>>
>>> If someone else can confirm this, I'll open a ticket. If I am doing some 
>>> stupidly wrong, let me know that too. :)
>>>
>>> Thanks!
>>>
>>> cr
>>>
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> [email protected]
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> _______________________________________________
>> zeromq-dev mailing list
>> [email protected]
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> _______________________________________________
> zeromq-dev mailing list
> [email protected]
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Reply via email to