Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

[rey-coyrehourcq]

[-- Attachment #1.1: Type: text/plain, Size: 1491 bytes --]

Hi, 
Using Ubuntu 18, i have a segfault after update and recompilation of notmuch at
commit  73cebe6e7233f59ba26d9f7c05265b7776795818 (HEAD -> master, origin/master,
origin/HEAD)
Running : notmuch new
(process:29765): GLib-GObject-WARNING **: 10:33:54.858: cannot register existing
type 'GMimeStream'
(process:29765): GLib-GObject-CRITICAL **: 10:33:54.859: g_type_register_static:
assertion 'parent_type > 0' failed
(process:29765): GLib-GObject-CRITICAL **: 10:33:54.859:
g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed
[1]    29765 segmentation fault (core dumped)  notmuch new
Using GDB : 
(gdb) runStarting program: /home/reyman/Binaire/notmuch new[Thread debugging
using libthread_db enabled]Using host libthread_db library "/lib/x86_64-linux-
gnu/libthread_db.so.1".
(process:32147): GLib-GObject-WARNING **: 10:42:03.024: cannot register existing
type 'GMimeStream'
(process:32147): GLib-GObject-CRITICAL **: 10:42:03.024: g_type_register_static:
assertion 'parent_type > 0' failed
(process:32147): GLib-GObject-CRITICAL **: 10:42:03.024:
g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed
Program received signal SIGSEGV, Segmentation fault.0x00007ffff6969410 in
g_mime_stream_construct () from /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0
Sébastien Rey-Coyrehourcq
Research Engineer UMR IDEES
02.35.14.69.30

{Stronger security for your email, follow EFF tutorial : https://ssd.eff.org/}



[-- Attachment #1.2: Type: text/html, Size: 2208 bytes --]

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

[David Bremner]

rey-coyrehourcq <sebastien.rey-coyrehourcq@univ-rouen.fr> writes:

> Hi, 
> Using Ubuntu 18, i have a segfault after update and recompilation of notmuch at
> commit  73cebe6e7233f59ba26d9f7c05265b7776795818 (HEAD -> master, origin/master,
> origin/HEAD)

Are you running 18.04 or 18.10?  Travis is currently successfuly running
the notmuch test suite in Ubuntu 18.04, but it involves supplying quite
a few of the dependencies from a PPA.

Does the notmuch test suite pass on your machine? (make test)

- if yes, that suggests something unanticipated about your mail
  store. The GMime messages suggest it has something to do with the new
  support for gzipped messages. In this case a backtrace using gdb might
  help, as would checking for strange things like dangling symlinks.

- if no, then could you please compare the versions of dependencies with
  those reported at

       https://api.travis-ci.org/v3/job/538163633/log.txt

  Search for "After this operation, 40.7 MB of additional disk space will
  be used." to skip some noise at the top.

  The version of GMime is particularly important.

d

Re: Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

[sebastien rey-coyrehourcq]

[-- Attachment #1: Type: text/plain, Size: 4025 bytes --]

Hi, 

I use 18.4.2 LTS.
I install the dependencies, compile and run the test which are all successfulls (expect the three expected failures).

I have the same error when run notmuch new, the backtrace is : 

(gdb) backtrace
#0  0x00007ffff6969410 in g_mime_stream_construct () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0
#1  0x00007ffff696d124 in g_mime_stream_fs_new_with_bounds () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0
#2  0x00007ffff7bc6f3f in g_mime_stream_gzfile_open (filename=<optimized out>) at util/gmime-extra.c:54
#3  0x00007ffff7bb0b51 in _notmuch_message_file_open_ctx (notmuch=notmuch@entry=0x5555557b67d0, ctx=ctx@entry=0x0, filename=filename@entry=0x5555557eceb0 "/home/reyman/Mail/unthinkingdepths/0_InfoLabos/.mbsyncstate") at lib/message-file.c:73
#4  0x00007ffff7bb0baa in _notmuch_message_file_open (notmuch=notmuch@entry=0x5555557b67d0, filename=filename@entry=0x5555557eceb0 "/home/reyman/Mail/unthinkingdepths/0_InfoLabos/.mbsyncstate")
    at lib/message-file.c:91
#5  0x00007ffff7bbf01b in notmuch_database_index_file(notmuch_database_t*, char const*, notmuch_indexopts_t*, notmuch_message_t**) (notmuch=notmuch@entry=0x5555557b67d0, filename=filename@entry=0x5555557eceb0 "/home/reyman/Mail/unthinkingdepths/0_InfoLabos/.mbsyncstate", indexopts=0x5555557b6760, message_ret=message_ret@entry=0x7fffffffcce8) at lib/add-message.cc:494
#6  0x0000555555563dad in add_file (state=0x7fffffffd0d0, filename=0x5555557eceb0 "/home/reyman/Mail/unthinkingdepths/0_InfoLabos/.mbsyncstate", notmuch=0x5555557b67d0) at notmuch-new.c:382
#7  0x0000555555563dad in add_files (notmuch=notmuch@entry=0x5555557b67d0, path=path@entry=0x5555557ed2e0 "/home/reyman/Mail/unthinkingdepths/0_InfoLabos", state=state@entry=0x7fffffffd0d0) at notmuch-new.c:720
#8  0x00005555555636b2 in add_files (notmuch=notmuch@entry=0x5555557b67d0, path=path@entry=0x5555557b5260 "/home/reyman/Mail/unthinkingdepths", state=state@entry=0x7fffffffd0d0) at notmuch-new.c:604
#9  0x00005555555636b2 in add_files (notmuch=0x5555557b67d0, path=path@entry=0x55555577c520 "/home/reyman/Mail", state=state@entry=0x7fffffffd0d0) at notmuch-new.c:604
#10 0x000055555556497d in notmuch_new_command (config=0x555555787170, argc=<optimized out>, argv=<optimized out>) at notmuch-new.c:1232
#11 0x000055555555d154 in main (argc=2, argv=0x7fffffffd8d8) at notmuch.c:510

Best regards,
SR

May 28, 2019 10:50:01 AM CEST rey-coyrehourcq <sebastien.rey-coyrehourcq@univ-rouen.fr> wrote:
Hi, 

Using Ubuntu 18, i have a segfault after update and recompilation of notmuch at commit  
73cebe6e7233f59ba26d9f7c05265b7776795818 (HEAD -> master, origin/master, origin/HEAD)

Running : notmuch new

(process:29765): GLib-GObject-WARNING **: 10:33:54.858: cannot register existing type 'GMimeStream'

(process:29765): GLib-GObject-CRITICAL **: 10:33:54.859: g_type_register_static: assertion 'parent_type > 0' failed

(process:29765): GLib-GObject-CRITICAL **: 10:33:54.859: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed

[1]    29765 segmentation fault (core dumped)  notmuch new

Using GDB : 

(gdb) run
Starting program: /home/reyman/Binaire/notmuch new
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

(process:32147): GLib-GObject-WARNING **: 10:42:03.024: cannot register existing type 'GMimeStream'

(process:32147): GLib-GObject-CRITICAL **: 10:42:03.024: g_type_register_static: assertion 'parent_type > 0' failed

(process:32147): GLib-GObject-CRITICAL **: 10:42:03.024: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6969410 in g_mime_stream_construct () from /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0

Sébastien Rey-Coyrehourcq
Research Engineer UMR IDEES
02.35.14.69.30

{Stronger security for your email, follow EFF tutorial : https://ssd.eff.org/}

[-- Attachment #2: Type: text/html, Size: 5251 bytes --]

Re: Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

[David Bremner]

sebastien rey-coyrehourcq <sebastien.rey-coyrehourcq@univ-rouen.fr>
writes:

> (gdb) backtrace
> #0  0x00007ffff6969410 in g_mime_stream_construct () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0
> #1  0x00007ffff696d124 in g_mime_stream_fs_new_with_bounds () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0
> #2  0x00007ffff7bc6f3f in g_mime_stream_gzfile_open (filename=<optimized out>) at util/gmime-extra.c:54
> #3  0x00007ffff7bb0b51 in _notmuch_message_file_open_ctx (notmuch=notmuch@entry=0x5555557b67d0, ctx=ctx@entry=0x0, filename=filename@entry=0x5555557eceb0 "/home/reyman/Mail/unthinkingdepths/0_InfoLabos/.mbsyncstate") at lib/message-file.c:73

1) What can you tell me about .mbsyncstate? Is it a dangling symlink?
An empty file? very large?

2) what happens if you add .mbsyncstate to new.ignore with 'notmuch config'?

Re: Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

[rey-coyrehourcq]

[-- Attachment #1.1: Type: text/plain, Size: 1280 bytes --]

Finally found my problem, 
I install notmuch into custom dir, and the declared PATH point to an old binary
in the wrong /bin folder.
I works now.
Sorry for that, and thanks David for your help. 
Le mardi 28 mai 2019 à 09:59 -0300, David Bremner a écrit :
> sebastien rey-coyrehourcq <sebastien.rey-coyrehourcq@univ-rouen.fr>writes:
> (gdb) backtrace#0  0x00007ffff6969410 in g_mime_stream_construct () at
> /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0#1  0x00007ffff696d124 in
> g_mime_stream_fs_new_with_bounds () at /usr/lib/x86_64-linux-gnu/libgmime-
> 3.0.so.0#2  0x00007ffff7bc6f3f in g_mime_stream_gzfile_open
> (filename=<optimized out>) at util/gmime-extra.c:54#3  0x00007ffff7bb0b51 in
> _notmuch_message_file_open_ctx (notmuch=notmuch@entry=0x5555557b67d0, 
> ctx=ctx@entry=0x0, filename=filename@entry=0x5555557eceb0
> "/home/reyman/Mail/unthinkingdepths/0_InfoLabos/.mbsyncstate") at lib/message-
> file.c:73
> 1) What can you tell me about .mbsyncstate? Is it a dangling symlink?An empty
> file? very large?
> 2) what happens if you add .mbsyncstate to new.ignore with 'notmuch config'?


Sébastien Rey-Coyrehourcq
Research Engineer UMR IDEES
02.35.14.69.30

{Stronger security for your email, follow EFF tutorial : https://ssd.eff.org/}



[-- Attachment #1.2: Type: text/html, Size: 2003 bytes --]

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: Segfault on notmuch compiled using commit 73cebe6e7233f59ba26d9f7c05265b7776795818

[David Bremner]

rey-coyrehourcq <sebastien.rey-coyrehourcq@univ-rouen.fr> writes:

> Finally found my problem, 
> I install notmuch into custom dir, and the declared PATH point to an old binary
> in the wrong /bin folder.
> I works now.
> Sorry for that, and thanks David for your help. 

Great, glad it's working. And thanks for taking the time to make a good
bug report.

d