Bug 1122137 - SIGFPE, Arithmetic exception in g_hash_table_insert_internal()
Summary: SIGFPE, Arithmetic exception in g_hash_table_insert_internal()
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 20
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-07-22 15:42 UTC by Martin Clauß
Modified: 2014-07-24 09:06 UTC (History)
4 users (show)

Fixed In Version: evolution-3.12.4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-07-24 09:06:18 UTC


Attachments (Terms of Use)


Links
System ID Priority Status Summary Last Updated
GNOME Bugzilla 704663 None None None Never

Description Martin Clauß 2014-07-22 15:42:31 UTC
Description of problem: After changing options in "Account Editor" -> "Special Folders" evolution crashes with a SIGFPE, Arithmetic exception


Version-Release number of selected component: 3.10.4

How to reproduce:

Go to "Edit" -> "Preferences" -> "Mail Accounts" -> double-click on a specific account -> "Defaults" -> change something under "Special Folders" -> "Ok" -> "Close" -> evolution crashes

GDB says:

Program received signal SIGFPE, Arithmetic exception.
0x00007fffee24b77e in g_hash_table_insert_internal () from /lib64/libglib-2.0.so.0

Comment 1 Milan Crha 2014-07-24 09:06:18 UTC
Thanks for a bug report. I was able to reproduce this crash with evolution-3.10.4, but not by changing anything in the Special Folders section, I managed to crash it only if I set/unset a Real Trash folder for an IMAP account, and that only if I picked a folder from the server.

Current stable version, 3.12.4, contains a fix from [1].

Valgrind's first claim shows:

 Invalid read of size 8
    at 0x37B6CB61A7: gtk_tree_store_append (in /usr/lib64/libgtk-3.so.0.1000.9)
    by 0x1106CAD3: em_folder_tree_model_add_store (em-folder-tree-model.c:1140)
    by 0x3DC1610297: g_closure_invoke
    by 0x3DC162235C: ??? (in /usr/lib64/libgobject-2.0.so.0.3800.2)
    by 0x3DC162A0F1: g_signal_emit_valist
    by 0x3DC162A3AE: g_signal_emit (in /usr/lib64/libgobject-2.0.so.0.3800.2)
    by 0x37BB2ACEF4: store_emit_folder_info_stale_cb (camel-store.c:223)
    by 0x3DC02492A5: g_main_context_dispatch
    by 0x3DC0249627: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
    by 0x3DC0249A39: g_main_loop_run (in /usr/lib64/libglib-2.0.so.0.3800.2)
    by 0x37B6BAA6F4: gtk_main (in /usr/lib64/libgtk-3.so.0.1000.9)
    by 0x40377E: main (main.c:683)
  Address 0x22606548 is 152 bytes inside a block of size 176 free'd
    at 0x4A07577: free
    by 0x3DC024EF7E: g_free (in /usr/lib64/libglib-2.0.so.0.3800.2)
    by 0x3DC02655CA: g_slice_free1 (in /usr/lib64/libglib-2.0.so.0.3800.2)
    by 0x3DC16319C2: g_type_free_instance (in /usr/lib64/libgobject-2.0.so
    by 0x1106BECC: em_folder_tree_model_remove_folders (em-folder-tree-model.c:1285)
    by 0x1106C8CA: em_folder_tree_model_remove_store (em-folder-tree-model.c:1239)
    by 0x1106CABE: em_folder_tree_model_add_store (em-folder-tree-model.c:1137)
    by 0x3DC1610297: g_closure_invoke (in /usr/lib64/libgobject-2.0.so)
    by 0x3DC162235C: ??? (in /usr/lib64/libgobject-2.0.so.0.3800.2)
    by 0x3DC162A0F1: g_signal_emit_valist (in /usr/lib64/libgobject-2.0.so
    by 0x3DC162A3AE: g_signal_emit (in /usr/lib64/libgobject-2.0.so.0.3800.2)
    by 0x37BB2ACEF4: store_emit_folder_info_stale_cb (camel-store.c:223)
    by 0x3DC02492A5: g_main_context_dispatch (in /usr/lib64/libglib-2.0.so
    by 0x3DC0249627: ??? (in /usr/lib64/libglib-2.0.so.0.3800.2)
    by 0x3DC0249A39: g_main_loop_run (in /usr/lib64/libglib-2.0.so.0.3800.2)
    by 0x37B6BAA6F4: gtk_main (in /usr/lib64/libgtk-3.so.0.1000.9)
    by 0x40377E: main (main.c:683)

[1] https://bugzilla.gnome.org/show_bug.cgi?id=704663


Note You need to log in before you can comment on or make changes to this bug.