389-ds-base

#47645 reset stack, op fields to NULL - clean up stacks at shutdown - free unused plugin config entries
Closed: wontfix Opened by rmeggins.

Closed: wontfix
Reopen Issue

reset stack, op fields to NULL - clean up stacks at shutdown - free unused plugin config entries
Remove unused ps_tid field from persistent search

These are not problems, but should help reduce some of the noise from valgrind.

0001-fix-various-problems-that-cause-a-lot-of-valgrind-no.patch
0001-fix-various-problems-that-cause-a-lot-of-valgrind-no.patch

Looks good to me.

One very minor thing: You may want to set NULL to the static global variable dep_plugin_entries just in case we change the code to allow restarting plugins without restarting the server...
{{{
1415 1416 plugin_closeall(int close_backends, int close_globals)
...
1428 }
''dep_plugin_entries = NULL;''
1418 1429 }
}}}

To ssh://git.fedorahosted.org/git/389/ds.git
8857ffd..1620c12 389-ds-base-1.3.2 -> 389-ds-base-1.3.2
commit 1620c12bb8cd8d4a9a2658bb5253ff5eec3bc596
Author: Rich Megginson rmeggins@redhat.com
Date: Tue Dec 17 20:07:26 2013 -0700
3a4d39e..c5e9bd7 master -> master
commit c5e9bd7acc8b3fef57ee040b43217e9ba04410e7
Author: Rich Megginson rmeggins@redhat.com
Date: Tue Dec 17 20:07:26 2013 -0700

Metadata Update from @nhosoi:
- Issue assigned to rmeggins
- Issue set to the milestone: 1.3.2.10

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/982

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
QE
None
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.