src/db/db_cam.c | 5 5 + 0 - 0 !
1 file changed, 5 insertions(+)

 opd checkpoint deadlock

I've been running into https://bugzilla.redhat.com/show_bug.cgi?id=1349779
for some time now.

Unfortunately, I don't have an easy reproducer (we run into it every month or
two, but presumably increasing compaction frequency in 389ds would make it
happen somewhat sooner).

Note that this also used to be:
https://pagure.io/389-ds-base/issue/49360
Which is what I originally found, but that issue seems to have disappeared.
The patch I got from there in Jan 2018 and the one in Fedora appear to be the
same (with the exception of some fuzz) though.

dist/Makefile.in | 10 8 + 2 - 0 !
1 file changed, 8 insertions(+), 2 deletions(-)

---

dist/aclocal_java/ac_jni_include_dirs.m4 | 2 1 + 1 - 0 !
dist/configure | 2 1 + 1 - 0 !
2 files changed, 2 insertions(+), 2 deletions(-)

---

test/tcl/env012.tcl | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---

src/dbinc/db_page.h | 13 12 + 1 - 0 !
1 file changed, 12 insertions(+), 1 deletion(-)

---

src/dbinc/mutex_int.h | 6 5 + 1 - 0 !
1 file changed, 5 insertions(+), 1 deletion(-)

---

dist/Makefile.in | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 link libdb_sql-5.3 with the right libraries.

src/env/env_file.c | 9 9 + 0 - 0 !
1 file changed, 9 insertions(+)

 [patch] mmap_extend mode requires we extend in full system page increments
Date: Wed, 12 Mar 2014 11:58:31 +0100

When extending a mmap file we must ensure we extend by full system pages,
otherwise there is a risk (when the filesystem page size is smaller than
the system page size) that we will not allocate disk extents to store
the memory and it will be lost resulting in data loss.

Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Cdric Le Goater <clg@fr.ibm.com>

dist/s_config | 8 8 + 0 - 0 !
1 file changed, 8 insertions(+)

---

src/env/env_open.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 cve-2017-10140: reads db_config from the current working directory
 Do not access DB_CONFIG when db_home is not set.

dist/configure.ac | 10 5 + 5 - 0 !
1 file changed, 5 insertions(+), 5 deletions(-)

 fix a bogus java version check
 These clowns look at just the first digit, thinking that 10 means 1.

src/dbinc/atomic.h | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 function conflict with gcc-8
 Identifiers with names starting with __ are reserved for the compiler and
 core system libs only, random user programs are not supposed to use them.

test/c/suites/TestQueue.c | 38 18 + 20 - 0 !
1 file changed, 18 insertions(+), 20 deletions(-)

 use one object for shqueue.h test

shqueue.h uses pointer arithmetic to store the relative offsets of the
elements. This is only allowed in an array object.

test/c/suites/TestDbTuner.c | 3 1 + 2 - 0 !
1 file changed, 1 insertion(+), 2 deletions(-)

 don't expo progname symbol

Fixes:

/usr/bin/ld: .libs/TestDbTuner.o:(.data.rel.local+0x0): multiple definition of `progname'; .libs/Runner.o:(.bss+0x0): first defined here

lang/sql/sqlite/ext/rtree/rtree.c | 37 22 + 15 - 0 !
1 file changed, 22 insertions(+), 15 deletions(-)

 enhance the rtreenode function in order to avoid a heap out-of-bounds read

dist/aclocal/mutex.m4 | 8 4 + 4 - 0 !
1 file changed, 4 insertions(+), 4 deletions(-)

 it seems the compiler flag "-wimplicit-int" is causing some configure steps to fail.
Date: Tue, 8 Oct 2024 07:18:02 UTC

dist/aclocal/sequence.m4 | 7 6 + 1 - 0 !
1 file changed, 6 insertions(+), 1 deletion(-)

 add missing includes

lang/cxx/stl/dbstl_container.cpp | 6 2 + 4 - 0 !
lang/cxx/stl/dbstl_resource_manager.cpp | 6 2 + 4 - 0 !
src/dbinc/clock.h | 19 3 + 16 - 0 !
test/micro/source/bench.h | 9 2 + 7 - 0 !
4 files changed, 9 insertions(+), 31 deletions(-)

 fix db_timespec as system struct timespec
 glibc (ILP32 -D_TIME_BITS=64) struct timespec mirrors
 struct __kernel_timespec, which violates POSIX by the
 tv_nsec member being long long (db5.3 is wrong also
 as POSIX requires neither order nor no other members
 presence); just define db_timespec as struct timespec
 since it gets cast to it and passed to clock_gettime.

dist/aclocal/sequence.m4 | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 fix an autoconf test for gcc 14
  This fixes
    checking for 64-bit integral type support for sequences... no