[2026-06-28 18:56] Philipp Takacs <[email protected]>
> I have an idea, can you change line 448 (after the ober_read_elements)
> to following:
>
> > if (m->msg && errno != 0 && errno != ECANCELED) {
It's definitife to hot at the moment, of course I meant:
> if (!m->msg && errno != 0 && errno != ECANCELED) {
Philipp
>
> 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!
> >
>
