notmuch new coredump

classic Classic list List threaded Threaded
3 messages Options
Mukuntha Rajaa Mukuntha Rajaa
Reply | Threaded
Open this post in threaded view
|

notmuch new coredump

Hi,

I am using fedora 27 and notmuch 0.25. notmuch coredumps always for me.
Is there fix available for this bug ?

-------
GNU gdb (GDB) Fedora 8.1-15.fc28
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/notmuch...Reading symbols from /usr/lib/debug/usr/bin/notmuch-0.25-6.fc28.x86_64.debug...done.
done.
[New LWP 5817]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `notmuch new'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50  return ret;
(gdb) bt
#0  0x00007f9bad264f4b in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f9bad24f591 in __GI_abort () at abort.c:79
#2  0x00007f9bace50a18 in std::__replacement_assert(char const*, int, char const*, char const*) (__file=__file@entry=0x7f9bacfa60b8 "/usr/include/c++/8/bits/stl_vector.h", __line=__line@entry=1010, __function=__function@entry=0x7f9bacfcb0c0 <_ZZNSt6vectorIN6Xapian8Internal8MSetItemESaIS2_EE5frontEvE19__PRETTY_FUNCTION__> "std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::front() [with _Tp = Xapian::Internal::MSetItem; _Alloc = std::allocator<Xapian::Internal::MSetItem>; std::vector<_Tp, _Alloc>::reference ="..., __condition=__condition@entry=0x7f9bacfa73b0 "__builtin_expect(!this->empty(), true)") at /usr/include/c++/8/x86_64-redhat-linux/bits/c++config.h:2389
#3  0x00007f9bacf6d0bf in std::vector<Xapian::Internal::MSetItem, std::allocator<Xapian::Internal::MSetItem> >::front() (this=0x7ffe343c6470)
    at /usr/include/c++/8/bits/char_traits.h:350
#4  0x00007f9bacf6d0bf in MultiMatch::get_mset(unsigned int, unsigned int, unsigned int, Xapian::MSet&, Xapian::Weight::Internal&, Xapian::MatchDecider const*, Xapian::KeyMaker const*) (this=0x7ffe343c69a0, first=0, maxitems=0, check_at_least=23703, mset=..., stats=..., mdecider=0x0, sorter=0x0) at matcher/multimatch.cc:755
#5  0x00007f9bace6717a in Xapian::Enquire::Internal::get_mset(unsigned int, unsigned int, unsigned int, Xapian::RSet const*, Xapian::MatchDecider const*) const () at api/omenquire.cc:580
#6  0x00007f9bace67478 in Xapian::Enquire::get_mset(unsigned int, unsigned int, unsigned int, Xapian::RSet const*, Xapian::MatchDecider const*) const (this=this@entry=0x7ffe343c6b48, first=first@entry=0, maxitems=maxitems@entry=0, check_at_least=<optimized out>, rset=rset@entry=0x0, mdecider=0x0) at api/omenquire.cc:940
#7  0x00007f9bae21c854 in _notmuch_query_count_documents (query=0x1688b70, type=0x7f9bae2244c8 "mail", count_out=0x7ffe343c6c38)
    at lib/query.cc:657
#8  0x00007f9bae21cb63 in notmuch_query_count_messages(notmuch_query_t*, unsigned int*) (query=query@entry=0x1688b70, count_out=count_out@entry=0x7ffe343c6c38) at lib/query.cc:603
#9  0x00007f9bae219708 in _notmuch_message_delete(notmuch_message_t*) (message=<optimized out>) at lib/message.cc:1132
#10 0x00007f9bae210165 in notmuch_database_remove_message(notmuch_database_t*, char const*) (notmuch=notmuch@entry=0x1577a60, filename=filename@entry=0x1b5ece0 "/home/mrajaa/mail/nokia/Inbox/new/1526462960.5522_3.localhost,U=11078:2,") at lib/database.cc:2637
#11 0x000000000040ea73 in remove_filename (notmuch=notmuch@entry=0x1577a60, path=path@entry=0x1b5ece0 "/home/mrajaa/mail/nokia/Inbox/new/1526462960.5522_3.localhost,U=11078:2,", add_files_state=add_files_state@entry=0x7ffe343c6d50) at notmuch-new.c:829
#12 0x000000000040f3f5 in remove_filename (add_files_state=0x7ffe343c6d50, path=0x1b5ece0 "/home/mrajaa/mail/nokia/Inbox/new/1526462960.5522_3.localhost,U=11078:2,", notmuch=0x1577a60) at notmuch-new.c:823
#13 0x000000000040f3f5 in notmuch_new_command (config=0x1553a70, argc=<optimized out>, argv=<optimized out>) at notmuch-new.c:1105
#14 0x0000000000407dad in main (argc=2, argv=0x7ffe343c7288) at notmuch.c:456
(gdb) q



--
-Mukuntha Rajaa
_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch
David Bremner-2 David Bremner-2
Reply | Threaded
Open this post in threaded view
|

Re: notmuch new coredump

Mukuntha Rajaa <[hidden email]> writes:

> Hi,
>
> I am using fedora 27 and notmuch 0.25. notmuch coredumps always for me.
> Is there fix available for this bug ?

This looks like a bug that was fixed in 0.26.2; can you try that?

d
_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch
Mukuntha Rajaa Mukuntha Rajaa
Reply | Threaded
Open this post in threaded view
|

Re: notmuch new coredump

Hi,

>This looks like a bug that was fixed in 0.26.2; can you try that?

Yes problem is no more seen with this version. Thanks.

--
-Mukuntha Rajaa
_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch