Re: [Evolution] winmail.dat attachment causes 3.16.0 to crash when message opened another debug attemp

johnl john-Vostro-3500:~$ gdb evolution --ex r
GNU gdb (Ubuntu 7.9-1ubuntu1) 7.9
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <>
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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
Find the GDB manual and other documentation resources online at:
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from evolution...Reading symbols from /usr/lib/debug/.build-id/4f/021b5f0e31661b23e0041fceef665646b728d3.debug...done.
Starting program: /usr/bin/evolution
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/".
[New Thread 0x7fffd5f83700 (LWP 3169)]

(evolution:3161): camel-WARNING **: Failed to initialize NSS SQL database in sql:/etc/pki/nssdb: NSS error -8126
[New Thread 0x7fff75ec9700 (LWP 3180)]
[New Thread 0x7fff756c8700 (LWP 3181)]
[Thread 0x7fff75ec9700 (LWP 3180) exited]
[Thread 0x7fff756c8700 (LWP 3181) exited]

(evolution:3161): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed

(evolution:3161): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed

(evolution:3161): GLib-GObject-CRITICAL **: g_closure_unref: assertion 'closure->ref_count > 0' failed
[New Thread 0x7fff756c8700 (LWP 3222)]
[New Thread 0x7fff3a7fc700 (LWP 3195)]
[New Thread 0x7fff3affd700 (LWP 3194)]
[New Thread 0x7fff3b7fe700 (LWP 3193)]
[New Thread 0x7fff3bfff700 (LWP 3192)]
[New Thread 0x7fff4cc97700 (LWP 3191)]
[New Thread 0x7fff86b5d700 (LWP 3171)]
[New Thread 0x7fffc7360700 (LWP 3170)]
[New Thread 0x7fffd698a700 (LWP 3168)]
[New Thread 0x7fffd7fff700 (LWP 3167)]
[New Thread 0x7fffdcf2c700 (LWP 3166)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff756c8700 (LWP 3222)]
0x00007fff7a38c75d in TNEFFillMapi () from /usr/lib/x86_64-linux-gnu/
(gdb) bt
#0  0x00007fff7a38c75d in TNEFFillMapi () from /usr/lib/x86_64-linux-gnu/
#1  0x00007fff7a38c845 in TNEFMapiProperties () from /usr/lib/x86_64-linux-gnu/
#2  0x00007fff7a38dc0e in TNEFParse () from /usr/lib/x86_64-linux-gnu/
#3  0x00007fff7a38de3c in TNEFParseFile () from /usr/lib/x86_64-linux-gnu/
#4  0x00007fff7a5a5221 in empe_tnef_attachment_parse (extension=<optimized out>, parser=0x7fff54006fa0, part=0x555557fed4a0, part_id=0x555558a02a40,
    cancellable=0x555557b6ccf0, out_mail_parts=0x7fff756c7930) at e-mail-parser-tnef-attachment.c:158
#5  0x00007fff84e35aac in e_mail_parser_parse_part_as (parser=parser entry=0x7fff54006fa0, part=part entry=0x555557fed4a0, part_id=part_id entry=0x555558a02a40,
    mime_type=mime_type entry=0x7fff680192b0 "application/ms-tnef", cancellable=cancellable entry=0x555557b6ccf0,
    out_mail_parts=out_mail_parts entry=0x7fff756c7930) at e-mail-parser.c:567
#6  0x00007fff84e35bbd in e_mail_parser_parse_part (parser=parser entry=0x7fff54006fa0, part=part entry=0x555557fed4a0, part_id=part_id entry=0x555558a02a40,
    cancellable=cancellable entry=0x555557b6ccf0, out_mail_parts=out_mail_parts entry=0x7fff756c7930) at e-mail-parser.c:512
#7  0x00007fff84e38ae2 in empe_mp_mixed_parse (extension=<optimized out>, parser=0x7fff54006fa0, part=<optimized out>, part_id=0x555558a02a40,
    cancellable=0x555557b6ccf0, out_mail_parts=0x7fff756c79f0) at e-mail-parser-multipart-mixed.c:78
#8  0x00007fff84e35aac in e_mail_parser_parse_part_as (parser=parser entry=0x7fff54006fa0, part=part entry=0x555557fde890, part_id=part_id entry=0x555558a02a40,
    mime_type=mime_type entry=0x7fff6802bbc0 "multipart/mixed", cancellable=cancellable entry=0x555557b6ccf0, out_mail_parts=out_mail_parts entry=0x7fff756c79f0)
    at e-mail-parser.c:567
#9  0x00007fff84e3707b in empe_message_parse (extension=<optimized out>, parser=0x7fff54006fa0, part=0x555557fde890, part_id=0x555558a02a40,
    cancellable=0x555557b6ccf0, out_mail_parts=0x7fff756c7a60) at e-mail-parser-message.c:91
#10 0x00007fff84e353b2 in mail_parser_run (parser=0x7fff54006fa0, part_list=0x555558a357a0, cancellable=0x555557b6ccf0) at e-mail-parser.c:131
#11 0x00007fff84e35544 in e_mail_parser_parse_sync (parser=0x7fff54006fa0, folder=0x5555557f2eb0,
    message_uid=0x555558430ba0 "dE7EsilZ1437705558.32040_35788.john-Vostro-3500", message=0x555557fde890, cancellable=0x555557b6ccf0) at e-mail-parser.c:353
#12 0x00007fff7d0312d9 in mail_reader_parse_message_run (simple=0x7fff50005090, object=<optimized out>, cancellable=0x555557b6ccf0) at e-mail-reader-utils.c:2706
#13 0x00007ffff3fb3cdf in ?? () from /usr/lib/x86_64-linux-gnu/
#14 0x00007ffff3fa02e6 in ?? () from /usr/lib/x86_64-linux-gnu/
#15 0x00007ffff3fc4b95 in ?? () from /usr/lib/x86_64-linux-gnu/
#16 0x00007ffff3a4f2e8 in ?? () from /lib/x86_64-linux-gnu/
#17 0x00007ffff3a4e955 in ?? () from /lib/x86_64-linux-gnu/
#18 0x00007ffff72ea6aa in start_thread (arg=0x7fff756c8700) at pthread_create.c:333
#19 0x00007ffff371aeed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
(gdb) q
A debugging session is active.

Inferior 1 [process 3161] will be killed.

Quit anyway? (y or n) y

-----Original Message-----
From: Milan Crha <mcrha redhat com>
To: evolution-list gnome org
Subject: Re: [Evolution] winmail.dat attachment causes 3.16.0 to crash when message opened
Date: Fri, 24 Jul 2015 10:26:36 +0200

On Fri, 2015-07-24 at 04:17 -0400, John Lauterbach wrote:
What are next steps to resolve problem?
Hi, install debug info packages for evolution-data-server and evolution, then run evolution under gdb: $ gdb evolution --ex r and reproduce the crash there. Once the gdb prompt stops due to the crash (SIGSEGV) run these gdb commands: (gdb) bt (gdb) q and for a quit prompt answer 'yes'. This will print a backtrace where the evolution crashed. The thing is that the tnef attachments require a tnef plugin to be compiled. If you've it there, then it can also crash inside the plugin and/or the library the plugin uses. Bye, Milan _______________________________________________ evolution-list mailing list evolution-list gnome org To change your list options or unsubscribe, visit ...

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