apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Jagielski <...@jaguNET.com>
Subject Re: testpoll
Date Wed, 11 Jan 2017 20:51:32 GMT
It looks like it is taking time for the message to
arrive and that is what is causing the APR_EINTR. After
all, it is behaving exacting like a wait for no data.
The apr_sleep() "ensures" time.

> On Jan 11, 2017, at 2:31 PM, William A Rowe Jr <wrowe@rowe-clan.net> wrote:
> 
> According to apr_pollset_poll (-1 is the wakeup timeout)
> 
> Remarks
>  APR_EINTR will be returned if the pollset has been created with
> APR_POLLSET_WAKEABLE, apr_pollset_wakeup() has been called while
> waiting for activity, and there were no signalled descriptors at the
> time of the wakeup call.
> 
> Clearly -1 time has not expired.
> 
> The test in question;
>    rv = apr_pollset_wakeup(pollset);
>    ABTS_INT_EQUAL(tc, APR_SUCCESS, rv);
> 
>    rv = apr_pollset_poll(pollset, -1, &num, &descriptors);
>    ABTS_INT_EQUAL(tc, APR_SUCCESS, rv);
>    ABTS_INT_EQUAL(tc, 1, num);
> 
> So the lingering question is whether this is a general unix implementation bug
> or specific to OSX behavior.
> 
> 
> 
> On Wed, Jan 11, 2017 at 7:22 AM, Jim Jagielski <jim@jagunet.com> wrote:
>> 
>> On my system, poll works.
>> 
>>> On Jan 10, 2017, at 3:15 PM, William A Rowe Jr <wrowe@rowe-clan.net> wrote:
>>> 
>>> Hmmm... I knew this sounded familiar...
>>> 
>>> https://daniel.haxx.se/blog/2016/10/11/poll-on-mac-10-12-is-broken/
>>> 
>>> On Tue, Jan 10, 2017 at 9:46 AM, Jim Jagielski <jim@jagunet.com> wrote:
>>>> I didn't realize it referred to the actual line number in the
>>>> source file... How dumb :)
>>>> 
>>>> This is on OSX so I'm getting EINTR.
>>>> 
>>>> Weird.
>>>> 
>>>>> On Jan 10, 2017, at 10:20 AM, Rainer Jung <rainer.jung@kippdata.de>
wrote:
>>>>> 
>>>>> Am 10.01.2017 um 15:35 schrieb Jim Jagielski:
>>>>>> Occasionally, I get:
>>>>>> 
>>>>>> testpoll            : /Line 816: expected <0>, but saw <4>
>>>>>> 
>>>>>> Anyway I could easily see what test, exactly, is failing?
>>>>>> ./testall -v testpoll does nil.
>>>>> 
>>>>> Depending on which version of APR you are testing, it should be line
816 of file test/testpoll.c, e.g. in 1.5.x and 1.6.x HEAD:
>>>>> 
>>>>> ...
>>>>>  815     rv = apr_pollset_poll(pollset, -1, &num, &descriptors);
>>>>>  816     ABTS_INT_EQUAL(tc, APR_SUCCESS, rv);
>>>>>  817     ABTS_INT_EQUAL(tc, 1, num);
>>>>> ...
>>>>> 
>>>>> checking the return code of the apr_pollset_poll() call in 815 against
APR_SUCCESS. So I guess the expected <0> is APR_SUCCESS and the real return code was
4.
>>>>> 
>>>>> Regards,
>>>>> 
>>>>> Rainer
>>>> 
>> 


Mime
View raw message