[2026-06-26 15:25] "Andrea Pappacoda" <[email protected]>
> On Thu Jun 25, 2026 at 9:15 PM CEST, Philipp Takacs wrote:
> > I have no private GH account, so I can't anwser there. I have seen
> > the issue, but I have no clue what the problem is. Do you know at
> > which point[0] it hangs?
>
> It hangs when calling aldap_parse in ldap_open, when polling. Here's the 
> debug output:
>
>     # echo 'config|ready' | ./table-ldap ../ldap_users.conf
>     table-ldap[3795]: debug: reading key "url" -> "ldap://192.168.122.180";
>     table-ldap[3795]: debug: reading key "username" -> 
> "cn=nextcloud,ou=services,dc=pappacoda,dc=it"
>     table-ldap[3795]: debug: reading key "password" -> "test"
>     table-ldap[3795]: debug: reading key "basedn" -> 
> "ou=users,dc=pappacoda,dc=it"
>     table-ldap[3795]: debug: parsing attribute "auth_attributes" (1) -> "uid"
>     table-ldap[3795]: debug: done reading config
>     table-ldap[3795]: ldap connect to: 192.168.122.180:389
>     *** aldap_bind
>     len 59 class: universal(0) type: sequence(16) encoding 16
>       len 1 class: universal(0) type: integer(2) encoding 2 value 1
>       len 54 class: application(1) type: bind(0) encoding 16
>         len 1 class: universal(0) type: integer(2) encoding 2 value 3
>         len 43 class: universal(0) type: octet-string(4) encoding 4 string 
> "cn=nextcloud,ou=services,dc=pappacoda,dc=it"
>         len 4 class: context(2) type: auth simple(0) encoding 4 string "test"
>     write ber element of 61 bytes length
>     table-ldap[3795]: pre-poll
>     table-ldap[3795]: post-poll
>     table-ldap[3795]: pre-poll
>
> The "pre-poll" and "post-poll" messages are added before and after the 
> poll call on line 403 of aldap.c.

This sounds strange, can you also print the pfd.events and pfd.revents
on pre and post-poll output?

What might be a problem is that revents is not cleared. Can you add
"pfd.revents = 0;" after the poll?

As a workaround you could move the fcntl for nonblocking at the end of
ldap_open().

> > I have no openbsd box[1] ready to test and I have currently not that
> > mutch time. I'll look at it as soon as possible.
>
> I've tested this in a virtual machine. This machine only has one CPU 
> core, and is using the BSD kernel (not BSD.mp).

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.

Philipp

Reply via email to