389-ds-base

#256 debug build assertion in ACL_EvalDestroy()
Closed: wontfix Opened by rmeggins.

Closed: wontfix
Reopen Issue

It seems the fix for https://fedorahosted.org/389/ticket/3 introduced a bug when building the server with enable-debug to enable assertions. Under certain conditions, during shutdown the server will assert at oneeval.cpp:1013:
PR_ASSERT(acleval->acllist->ref_count > 0);
because acleval->acllist->ref_count is 0. Until the fix for ticket3 the server never called ACL_EvalDestroy() during shutdown.

0001-Ticket-256-debug-build-assertion-in-ACL_EvalDestroy.patch
0001-Ticket-256-debug-build-assertion-in-ACL_EvalDestroy.patch

To ssh://git.fedorahosted.org/git/389/ds.git
0836138..e1a7823 master -> master
commit changeset:e1a7823230d2aaadcea4eecf0794e784c12b33e9/389-ds-base
Author: Rich Megginson rmeggins@redhat.com
Date: Wed Jan 11 20:32:45 2012 -0700
Reviewed by: nkinder (Thanks!)
Branch: master
Fix Description: aclpb->aclpb_acleval does not own its acllist - so use
ACL_EvalDestroyNoDecrement() instead so the list is not freed.
Platforms tested: RHEL6 x86_64, Fedora 16
Flag Day: no
Doc impact: no

does not affect RHDS

Added initial screened field value.

Metadata Update from @nkinder:
- Issue assigned to rmeggins
- Issue set to the milestone: 1.2.10.a7

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/256

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix (was: Fixed)
Metadata
None
None
None
Normal
ack
0
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.