search for: db_ldap_request_queue_next

...that abrt seems to say that environment is > empty/corrupted. I am attaching more backtraces to the Fedora bug > (https://bugzilla.redhat.com/show_bug.cgi?id=697325). I think this is a generic bug in LDAP code when using SASL authentication. It just shouldn't be crashing here: > #6 db_ldap_request_queue_next (conn=0x1c6ed90) at db-ldap.c:343 That code around it looks a bit weird.. I'll look at it closer tomorrow.

dovecot-auth hangs when many (>128) LDAP queries are submited simultaneously. (for example via pop3 benchmarking tool). Bug is in src/auth/db-ldap.c:db_ldap_request_queue_next if (queue_size > DB_LDAP_MAX_PENDING_REQUESTS) { /* wait until server has replied to some requests */ return FALSE; } (queue_size is total queue size, not only queries sent to LDAP server.) I think this condition should be: if (conn->pen...

On 04/25/2011 09:12 AM, Trever L. Adams wrote: > > As I look at the code in the hg reference above, I think there is a bug. > If HOME should be preserved as first, and some of these others may be > critical to proper operation, they should be preserved automatically, no > matter what the configuration says. This seems to be contrary to the > code and to the top of the page

...say that environment is >> empty/corrupted. I am attaching more backtraces to the Fedora bug >> (https://bugzilla.redhat.com/show_bug.cgi?id=697325). > I think this is a generic bug in LDAP code when using SASL authentication. It just shouldn't be crashing here: > >> #6 db_ldap_request_queue_next (conn=0x1c6ed90) at db-ldap.c:343 > That code around it looks a bit weird.. I'll look at it closer tomorrow. > > By chance were you able to isolate and fix this bug? Thank you, Trever -- "Women reason with the heart and are much less often wrong than men who reason with the he...