Re: Help needed with new segfaults in frame unwinding under gcc8

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> "JR" == John Reiser <jreiser@xxxxxxxxxxxx> writes:

JR> Those one-line tracebacks, with no source file and no line number,
JR> are a clue that valgrind could find no corresponding degbuginfo.
JR> Please install the debuginfo for libcyrus_imap.so.0.0.0 and
JR> libstdc++.so.6.0.25, then re-run valgrind.  This is very close to
JR> pin-pointing the bug.

All of the debuginfo was installed at that time, and running gdb on the
core did not complain of any missing debug symbols.
libcyrus_imap.so.0.0.0 is a build artifact of this very package.  The
tests are running at the %install section (instead of in %check) so none
of the binaries have been stripped yet.  There is no additional
debuginfo I can think to install.

Just to be sure I repeated the process after wiping my mock cache but
there is no change.  I also built everything with -Og instead of -O2 but
there is also no change (except, interestingly, one repeated argument in
the do_indexer frame is no longer present):

Old:
#8  0x000055aff86b4774 in do_indexer (sa=0x7fffbc365370, sa=0x7fffbc365370) at imap/squatter.c:352

New:
#8  0x000055d7ec2f7364 in do_indexer (sa=0x7ffc51f6d8e0) at imap/squatter.c:352

#0  0x0000000003e70120 in ?? ()
#1  0x00007f31ff91c81e in _Unwind_ForcedUnwind_Phase2 (exc=0x7ffc51f6d2e0, context=0x7ffc51f6d000, frames_p=0x7ffc51f6cf08) at ../../../libgcc/unwind.inc:170
#2  0x00007f31ff91d105 in _Unwind_Resume () at ../../../libgcc/unwind.inc:243
#3  0x00007f3205d03ba8 in stem_version_set (version=<optimized out>, database=<optimized out>) at /usr/include/c++/8/bits/char_traits.h:320
#4  xapian_dbw_open (paths=0x55d7edbc7b70, dbwp=0x55d7edbc80e8) at imap/xapian_wrap.cpp:327
#5  0x00007f3205d7202f in begin_mailbox_update (rx=0x55d7edbc8050, mailbox=0x7f3206b57018, flags=0) at imap/search_xapian.c:1535
#6  0x00007f3205d542dc in search_update_mailbox (rx=0x55d7edbc8050, mailbox=0x7f3206b57018, flags=0) at imap/search_engines.c:211
#7  0x000055d7ec2f71fc in index_one (name=0x55d7edbc7b30 "user.cassandane", blocking=1) at imap/squatter.c:292
#8  0x000055d7ec2f7364 in do_indexer (sa=0x7ffc51f6d8e0) at imap/squatter.c:352
#9  0x000055d7ec2f8429 in main (argc=3, argv=0x7ffc51f6da18) at imap/squatter.c:1004

I will work up a ticket in bugzilla.redhat.com against gcc now and will
include some instructions for replicating this.

The only other interesting thing I've found so far (which I'm sure was
already obvious) is that this does appear to happen within a catch block
(the one in xapian_dbw_open, source here:
https://github.com/cyrusimap/cyrus-imapd/blob/cyrus-imapd-3.0/imap/xapian_wrap.cpp#L305).

 - J<
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux