Package: rocksdb / 5.17.2-3~bpo9+1

Metadata

Package Version Patches format
rocksdb 5.17.2-3~bpo9+1 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
install_dir is destdir.patch | (download)

Makefile | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

 install to destdir
 .
build_reproducible.patch | (download)

Makefile | 7 6 + 1 - 0 !
1 file changed, 6 insertions(+), 1 deletion(-)

---
verbose_build.patch | (download)

Makefile | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 make build verbose
 Don't hide compiler invocations.
fix_db_bench_tool_FTBFS.patch | (download)

.travis.yml | 2 1 + 1 - 0 !
tools/db_bench_tool.cc | 2 1 + 1 - 0 !
2 files changed, 2 insertions(+), 2 deletions(-)

 [patch] fix printf formatting on macos (#4533)

Summary:
On MacOS with clang the compilation of _tools/db_bench_tool.cc_ always fails because the format used in a `fprintf` call has the wrong type. This PR should hopefully fix this issue
```
tools/db_bench_tool.cc:4233:61: error: format specifies type 'unsigned long long' but the argument has type 'size_t' (aka 'unsigned long')
```
Pull Request resolved: https://github.com/facebook/rocksdb/pull/4533

fix_snprintf_buffer_overflow_bug.patch | (download)

db/compaction.cc | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

 [patch] fix snprintf buffer overflow bug (#4465)

Summary:
The contract of snprintf says that it returns "The number of characters that would have been written if n had been sufficiently large" http://www.cplusplus.com/reference/cstdio/snprintf/
The existing code however was assuming that the return value is the actual number of written bytes and uses that to reposition the starting point on the next call to snprintf. This leads to buffer overflow when the last call to snprintf has filled up the buffer.
Pull Request resolved: https://github.com/facebook/rocksdb/pull/4465