Hi
I have an idea, can you change line 448 (after the ober_read_elements)
to following:
> if (m->msg && errno != 0 && errno != ECANCELED) {
Philipp
[2026-06-28 17:57] "Andrea Pappacoda" <[email protected]>
> On Fri Jun 26, 2026 at 5:27 PM CEST, Philipp wrote:
> > This sounds strange, can you also print the pfd.events and pfd.revents
> > on pre and post-poll output?
>
> Sure, here they are:
>
> table-ldap[63446]: pre-poll, pfd.events: 1, pfd.revents: 0
> table-ldap[63446]: post-poll, pfd.events: 1, pfd.revents: 1
> table-ldap[63446]: pre-poll, pfd.events: 1, pfd.revents: 1
>
> > What might be a problem is that revents is not cleared. Can you add
> > "pfd.revents = 0;" after the poll?
>
> pfd.revents becomes zero before the second poll, but still hangs:
>
> table-ldap[53167]: pre-poll, pfd.events: 1, pfd.revents: 0
> table-ldap[53167]: post-poll, pfd.events: 1, pfd.revents: 1
> table-ldap[53167]: pre-poll, pfd.events: 1, pfd.revents: 0
>
> > As a workaround you could move the fcntl for nonblocking at the end of
> > ldap_open().
>
> I tried to, but the result is still the same:
>
> table-ldap[31086]: pre-poll, pfd.events: 1, pfd.revents: 0
> table-ldap[31086]: post-poll, pfd.events: 1, pfd.revents: 1
> table-ldap[31086]: pre-poll, pfd.events: 1, pfd.revents: 0
>
> > My plan was also to setup a vm for this, it's was just a bit stresfull
> > week and I don't have the time and mental capacity to work on this.
>
> No worries! Thank you for the energy you dedicated so far :)
>
> Bye!
>
