GNOME Bugzilla – Bug 772193
test-suite failure, tests/multipart-test segfaults (occasionally)
Last modified: 2018-09-21 16:27:21 UTC
Running the test-suite occasionally fails due to tests/multipart-test segfaulting. This is not 100% reproducible, so it looks like a race condition. A backtrace is attached
+ Trace 236711
Running tests/multipart-tests eventually fails. To get the backtrace I used ulimit -c unlimited and then ran the following shell script #!/bin/sh set -e while true; do tests/multipart-test done
worksforme :-/
I can reproduce the segfault on 2.59.90.1-3-g4f673b2, running the testcase in a loop. It crashed at the 27875th iteration. :) COUNT=1; while env -i G_SLICE=always-malloc PATH=$PATH ./tests/multipart-test -p /multipart/async-small-reads; do printf '=== %d ===\n' $COUNT; COUNT=$((COUNT+1)); done Since the original crashe ended up in gslice, I used G_SLICE=always-malloc and got a sligthly different backtrace: (gdb) bt full
+ Trace 237929
In io_read() msg->priv->io_data is NULL and it causes the crash when it gets dereferenced as there's no check. io_write() does not check as well. I haven't investigated it any further.
I also got a warning while running with G_DEBUG=fatal-warningsmore which reinforces my suspects about the issue being more complex than just a missing NULL check: (multipart-test:3710): libsoup-WARNING **: finished an item with state 10 (gdb) bt full
+ Trace 237930
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/libsoup/issues/98.