1
0
mirror of https://github.com/cldellow/sqlite-parquet-vtable.git synced 2025-09-12 22:29:58 +00:00

don't segfault on low memory

Fixes #8
This commit is contained in:
Colin Dellow
2018-03-24 12:48:29 -04:00
parent 6fa7bc3d0b
commit 51d0f27a68
2 changed files with 233 additions and 189 deletions

View File

@@ -3,6 +3,9 @@ set -euo pipefail
# A harness that runs SQLite with the parquet extension in an environment where malloc randomly
# fails. "Success" is if the logs don't have any C++ exceptions that talk about std::bad_alloc
#
# The results can need a bit of interpretation; look at the log and see if it sniffs like
# the segfault came from Python or SQLite.
ensure_failmalloc() {
if [ ! -d libfailmalloc ]; then
@@ -19,11 +22,16 @@ ensure_failmalloc() {
run_under_low_memory() {
start=$(date +%s%3N)
set +e
env LD_PRELOAD="$here"/libfailmalloc/.libs/libfailmalloc.so FAILMALLOC_PROBABILITY=0.00001 ./test-random &> results.bad_alloc
set -e
env LD_PRELOAD="$here"/libfailmalloc/.libs/libfailmalloc.so FAILMALLOC_PROBABILITY=0.00001 ./test-random >results.bad_alloc 2>&1
rv=$?
now=$(date +%s%3N)
echo "Bailed after $((now-start)) ms"
! grep std::bad_alloc results.bad_alloc
set -e
if [ "$rv" -gt 127 ]; then
cat results.bad_alloc
echo "Segfaulted with exit code: $rv"
exit 1
fi
}
main() {
@@ -33,7 +41,7 @@ main() {
ensure_failmalloc
# Sometimes we'll exit due to a Python memory issue, so try a few times.
for i in {0..10}; do
for i in {0..100}; do
run_under_low_memory
done
}