how i killed stuck evolution it be not easy )))
https://drive.google.com/file/d/0B0nwzlfiB4aQRklsNUR3RURQUTQ/edit?usp=sharing

Why SEGV signal not helps?

Loaded symbols for /lib64/libnotify.so.4
Got object file from memory but can't read symbols: File truncated.
0x00007fbb920ea8bd in WebCore::Style::createTextRendererIfNeeded (textNode=...) at Source/WebCore/style/StyleResolveTree.cpp:395
395	    parentRenderer->addChild(newRenderer.leakPtr(), nextRenderer);
(gdb) thread apply all bt

Thread 18 (Thread 0x7fbb7977b700 (LWP 11190)):
#0  0x00007fbb8de6a7dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb8e181ea4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fbb740010c0, timeout=-1, context=0xfd42a0) at gmain.c:4029
#2  g_main_context_iterate (context=0xfd42a0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3729
#3  0x00007fbb8e182232 in g_main_loop_run (loop=0xfd43b0) at gmain.c:3928
#4  0x00007fbb8e7a5996 in gdbus_shared_thread_func (user_data=0xfd4270) at gdbusprivate.c:273
#5  0x00007fbb8e1a89a5 in g_thread_proxy (data=0xf81ca0) at gthread.c:764
#6  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb7977b700) at pthread_create.c:310
#7  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 17 (Thread 0x7fbb73717700 (LWP 11193)):
#0  0x00007fbb8de6a7dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb8e181ea4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fbb6c0008c0, timeout=-1, context=0x1019460) at gmain.c:4029
#2  g_main_context_iterate (context=context@entry=0x1019460, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3729
#3  0x00007fbb8e181fbc in g_main_context_iteration (context=0x1019460, may_block=may_block@entry=1) at gmain.c:3795
#4  0x00007fbb8e181ff9 in glib_worker_main (data=<optimized out>) at gmain.c:5542
#5  0x00007fbb8e1a89a5 in g_thread_proxy (data=0x11454a0) at gthread.c:764
#6  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb73717700) at pthread_create.c:310
#7  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 16 (Thread 0x7fbb72d09700 (LWP 11194)):
#0  0x00007fbb8de6a7dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb8e181ea4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fbb640010c0, timeout=-1, context=0x10be400) at gmain.c:4029
#2  g_main_context_iterate (context=context@entry=0x10be400, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3729
#3  0x00007fbb8e181fbc in g_main_context_iteration (context=context@entry=0x10be400, may_block=may_block@entry=1) at gmain.c:3795
#4  0x00007fbb72d1128d in dconf_gdbus_worker_thread (user_data=0x10be400) at dconf-gdbus-thread.c:82
#5  0x00007fbb8e1a89a5 in g_thread_proxy (data=0x11455e0) at gthread.c:764
#6  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb72d09700) at pthread_create.c:310
#7  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 15 (Thread 0x7fbb72508700 (LWP 11195)):
#0  0x00007fbb8de6a7dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb8e181ea4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fbb68074e00, timeout=-1, context=0x113c510) at gmain.c:4029
#2  g_main_context_iterate (context=0x113c510, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3729
#3  0x00007fbb8e182232 in g_main_loop_run (loop=0x112cef0) at gmain.c:3928
#4  0x00007fbb964e6a34 in source_registry_object_manager_thread (data=0x1185680) at e-source-registry.c:1131
#5  0x00007fbb8e1a89a5 in g_thread_proxy (data=0x117f850) at gthread.c:764
#6  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb72508700) at pthread_create.c:310
#7  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 14 (Thread 0x7fbb6334f700 (LWP 11196)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb90bfa9c6 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7fbb90f30940 <WTF::pageheap_memory>) at Source/WTF/wtf/FastMalloc.cpp:2880
#2  0x00007fbb90bfa9f9 in WTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at Source/WTF/wtf/FastMalloc.cpp:2048
#3  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb6334f700) at pthread_create.c:310
#4  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 13 (Thread 0x7fbb22b4c700 (LWP 11197)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb91d9c9bc in WebCore::IconDatabase::syncThreadMainLoop (this=0x7fbb98e2ac00) at Source/WebCore/loader/icon/IconDatabase.cpp:1435
---Type <return> to continue, or q <return> to quit---
#2  0x00007fbb91d9e407 in WebCore::IconDatabase::iconDatabaseSyncThread (this=0x7fbb98e2ac00) at Source/WebCore/loader/icon/IconDatabase.cpp:1041
#3  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e271e0) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#4  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb22b4c700) at pthread_create.c:310
#5  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 12 (Thread 0x7fbb06df7700 (LWP 11207)):
#0  0x00007fbb94ca68cd in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb95ed9428 in seekAndRead (id=0x1b990a0, id=0x1b990a0, cnt=1024, pBuf=0x7fbadc18d288, offset=19461120) at sqlite3.c:27406
#2  unixRead (id=0x1b990a0, pBuf=0x7fbadc18d288, amt=1024, offset=<optimized out>) at sqlite3.c:27470
#3  0x00007fbb95ed216b in sqlite3OsRead (offset=<optimized out>, amt=<optimized out>, pBuf=<optimized out>, id=<optimized out>) at sqlite3.c:15805
#4  readDbPage (pPg=0x7fbadc18d6c0, iFrame=<optimized out>) at sqlite3.c:43138
#5  0x00007fbb95ef92f2 in sqlite3PagerAcquire (pPager=0x1b994c8, pgno=pgno@entry=19006, ppPage=ppPage@entry=0x7fbb06df6380, flags=2) at sqlite3.c:45646
#6  0x00007fbb95ef95db in btreeGetPage (pBt=0x1b99008, pgno=19006, ppPage=ppPage@entry=0x7fbb06df63d0, flags=<optimized out>) at sqlite3.c:53143
#7  0x00007fbb95efb933 in getAndInitPage (pBt=<optimized out>, pgno=<optimized out>, ppPage=0x7fbb06df63d0, bReadonly=<optimized out>) at sqlite3.c:53198
#8  0x00007fbb95efb9c1 in moveToChild (pCur=pCur@entry=0x7fbadc58d5b0, newPgno=<optimized out>) at sqlite3.c:55809
#9  0x00007fbb95efbab8 in moveToLeftmost (pCur=0x7fbadc58d5b0) at sqlite3.c:55982
#10 0x00007fbb95f2b538 in sqlite3VdbeExec (p=0x14) at sqlite3.c:72678
#11 0x00007fbb95f30c0f in sqlite3Step (p=<optimized out>) at sqlite3.c:66694
#12 sqlite3_step (pStmt=0x7fbadc58eda8) at sqlite3.c:1224
#13 0x00007fbb95f2773a in sqlite3_exec (db=db@entry=0x1b97a38, zSql=<optimized out>, zSql@entry=0x7fbadc58ed58 "SELECT uid,flags FROM '[Gmail]/Вся почта'", 
    xCallback=0x7fbb961b7d80 <read_uids_to_hash_callback>, pArg=0x7fbaf43b3e40, pzErrMsg=0x7fbb06df6860) at sqlite3.c:96874
#14 0x00007fbb961b7368 in cdb_sql_exec (db=0x1b97a38, stmt=stmt@entry=0x7fbadc58ed58 "SELECT uid,flags FROM '[Gmail]/Вся почта'", callback=callback@entry=0x7fbb961b7d80 <read_uids_to_hash_callback>, 
    data=data@entry=0x7fbaf43b3e40, error=error@entry=0x7fbb06df6930) at camel-db.c:456
#15 0x00007fbb961b8e0f in camel_db_select (cdb=cdb@entry=0x1ba9e90, stmt=stmt@entry=0x7fbadc58ed58 "SELECT uid,flags FROM '[Gmail]/Вся почта'", 
    callback=callback@entry=0x7fbb961b7d80 <read_uids_to_hash_callback>, data=data@entry=0x7fbaf43b3e40, error=error@entry=0x7fbb06df6930) at camel-db.c:1030
#16 0x00007fbb961b8f74 in camel_db_get_folder_uids (db=db@entry=0x1ba9e90, folder_name=folder_name@entry=0x7fbadc58dff0 "[Gmail]/Вся почта", sort_by=<optimized out>, collate=<optimized out>, 
    hash=0x7fbaf43b3e40, error=error@entry=0x7fbb06df6930) at camel-db.c:1097
#17 0x00007fbb961ca0ed in camel_folder_summary_load_from_db (summary=summary@entry=0x1c08d80, error=error@entry=0x7fbb06df6980) at camel-folder-summary.c:2441
#18 0x00007fbb718c730c in camel_imapx_summary_new (folder=folder@entry=0x1c08c30) at camel-imapx-summary.c:357
#19 0x00007fbb718a23f7 in camel_imapx_folder_new (store=store@entry=0x1b98130, 
    folder_dir=folder_dir@entry=0x7fbadc58de70 "/home/mikhail/.cache/evolution/mail/1396169299.2014.1@Z87M-D3H/folders/[Gmail]/subfolders/Вся почта", 
    folder_name=folder_name@entry=0x7fbadc58ceb0 "[Gmail]/Вся почта", error=error@entry=0x7fbb06df6ab0) at camel-imapx-folder.c:1481
#20 0x00007fbb718c30c2 in get_folder_offline (flags=<optimized out>, error=0x7fbb06df6ab0, folder_name=0x7fbadc58ceb0 "[Gmail]/Вся почта", store=0x1b98130) at camel-imapx-store.c:903
#21 imapx_store_get_folder_sync (store=0x1b98130, folder_name=0x7fbadc58ceb0 "[Gmail]/Вся почта", flags=<optimized out>, cancellable=<optimized out>, error=0x7fbb06df6ab0) at camel-imapx-store.c:1587
#22 0x00007fbb9621c317 in camel_store_get_folder_sync (store=0x1b98130, folder_name=<optimized out>, flags=<optimized out>, flags@entry=(unknown: 0), cancellable=cancellable@entry=0x43c6e70, 
    error=error@entry=0x7fbb06df6b60) at camel-store.c:1255
#23 0x00007fbb7091a6c1 in e_mail_session_uri_to_folder_sync (session=0xfac710, folder_uri=0x7fbadc0014c0 "folder://1396169299.2014.1%40Z87M-D3H/%5bGmail%5d/%d0%92%d1%81%d1%8f%20%d0%bf%d0%be%d1%87%d1%82%d0%b0", 
    flags=(unknown: 0), cancellable=0x43c6e70, error=0x7fbb06df6b60) at e-mail-session.c:2172
#24 0x00007fbb70dfc709 in refresh_folders_exec (m=0x7fbae0002680, cancellable=0x43c6e70, error=0x7fbadc0014c0) at mail-send-recv.c:1025
#25 0x00007fbb70921ec7 in mail_msg_proxy (msg=0x7fbae0002680) at mail-mt.c:373
#26 0x00007fbb8e1a9338 in g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:307
#27 0x00007fbb8e1a89a5 in g_thread_proxy (data=0x7fbb0c001d40) at gthread.c:764
#28 0x00007fbb94c9e5fa in start_thread (arg=0x7fbb06df7700) at pthread_create.c:310
#29 0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 11 (Thread 0x7fbb15216700 (LWP 11218)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e85250)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e85250, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090e61a in JSC::BlockAllocator::blockFreeingThreadMain (this=0x7fbb98e85078) at Source/JavaScriptCore/heap/BlockAllocator.cpp:143
---Type <return> to continue, or q <return> to quit---
#4  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e274a0) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#5  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb15216700) at pthread_create.c:310
#6  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 10 (Thread 0x7fbaed62a700 (LWP 11219)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e8f008)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e8f008, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090fd5b in wait<JSC::GCThread::waitForNextPhase()::<lambda()> > (__p=..., __lock=..., this=0x7fbb98e8f008) at /usr/include/c++/4.9.1/condition_variable:98
#4  JSC::GCThread::waitForNextPhase (this=this@entry=0x42738d0) at Source/JavaScriptCore/heap/GCThread.cpp:79
#5  0x00007fbb9090fe78 in JSC::GCThread::gcThreadMain (this=0x42738d0) at Source/JavaScriptCore/heap/GCThread.cpp:97
#6  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e274c0) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbaed62a700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 9 (Thread 0x7fbaece29700 (LWP 11220)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e8f008)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e8f008, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090fd5b in wait<JSC::GCThread::waitForNextPhase()::<lambda()> > (__p=..., __lock=..., this=0x7fbb98e8f008) at /usr/include/c++/4.9.1/condition_variable:98
#4  JSC::GCThread::waitForNextPhase (this=this@entry=0x42bd0a0) at Source/JavaScriptCore/heap/GCThread.cpp:79
#5  0x00007fbb9090fe78 in JSC::GCThread::gcThreadMain (this=0x42bd0a0) at Source/JavaScriptCore/heap/GCThread.cpp:97
#6  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e27510) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbaece29700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 8 (Thread 0x7fbad7fff700 (LWP 11221)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e8f008)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e8f008, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090fd5b in wait<JSC::GCThread::waitForNextPhase()::<lambda()> > (__p=..., __lock=..., this=0x7fbb98e8f008) at /usr/include/c++/4.9.1/condition_variable:98
#4  JSC::GCThread::waitForNextPhase (this=this@entry=0x3fb55a0) at Source/JavaScriptCore/heap/GCThread.cpp:79
#5  0x00007fbb9090fe78 in JSC::GCThread::gcThreadMain (this=0x3fb55a0) at Source/JavaScriptCore/heap/GCThread.cpp:97
#6  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e274b0) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbad7fff700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 7 (Thread 0x7fbad77fe700 (LWP 11222)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e8f008)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e8f008, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090fd5b in wait<JSC::GCThread::waitForNextPhase()::<lambda()> > (__p=..., __lock=..., this=0x7fbb98e8f008) at /usr/include/c++/4.9.1/condition_variable:98
#4  JSC::GCThread::waitForNextPhase (this=this@entry=0x3fb61d0) at Source/JavaScriptCore/heap/GCThread.cpp:79
#5  0x00007fbb9090fe78 in JSC::GCThread::gcThreadMain (this=0x3fb61d0) at Source/JavaScriptCore/heap/GCThread.cpp:97
#6  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e27030) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbad77fe700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
---Type <return> to continue, or q <return> to quit---

Thread 6 (Thread 0x7fbad6ffd700 (LWP 11223)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e8f008)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e8f008, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090fd5b in wait<JSC::GCThread::waitForNextPhase()::<lambda()> > (__p=..., __lock=..., this=0x7fbb98e8f008) at /usr/include/c++/4.9.1/condition_variable:98
#4  JSC::GCThread::waitForNextPhase (this=this@entry=0x3fb6da0) at Source/JavaScriptCore/heap/GCThread.cpp:79
#5  0x00007fbb9090fe78 in JSC::GCThread::gcThreadMain (this=0x3fb6da0) at Source/JavaScriptCore/heap/GCThread.cpp:97
#6  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e27470) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbad6ffd700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 5 (Thread 0x7fbad67fc700 (LWP 11224)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007fbb8db18cfc in __gthread_cond_wait (__mutex=<optimized out>, __cond=__cond@entry=0x7fbb98e8f008)
    at /usr/src/debug/gcc-4.9.1-20140912/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/x86_64-redhat-linux/bits/gthr-default.h:864
#2  std::condition_variable::wait (this=this@entry=0x7fbb98e8f008, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52
#3  0x00007fbb9090fd5b in wait<JSC::GCThread::waitForNextPhase()::<lambda()> > (__p=..., __lock=..., this=0x7fbb98e8f008) at /usr/include/c++/4.9.1/condition_variable:98
#4  JSC::GCThread::waitForNextPhase (this=this@entry=0x3fb7170) at Source/JavaScriptCore/heap/GCThread.cpp:79
#5  0x00007fbb9090fe78 in JSC::GCThread::gcThreadMain (this=0x3fb7170) at Source/JavaScriptCore/heap/GCThread.cpp:97
#6  0x00007fbb90c13e9f in WTF::wtfThreadEntryPoint (param=0x7fbb98e27450) at Source/WTF/wtf/ThreadingPthreads.cpp:170
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbad67fc700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 4 (Thread 0x7fbb16218700 (LWP 11228)):
#0  0x00007fbb8de6a7dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb8e181ea4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fbb00002ec0, timeout=1732852, context=0x7fbb08003f40) at gmain.c:4029
#2  g_main_context_iterate (context=0x7fbb08003f40, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3729
#3  0x00007fbb8e182232 in g_main_loop_run (loop=0x7fbb08004080) at gmain.c:3928
#4  0x00007fbb718b1c36 in imapx_parser_thread (user_data=<optimized out>) at camel-imapx-server.c:7697
#5  0x00007fbb8e1a89a5 in g_thread_proxy (data=0x7fbb08005280) at gthread.c:764
#6  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb16218700) at pthread_create.c:310
#7  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x7fbb065f6700 (LWP 11255)):
#0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007fbb8e1c6637 in g_cond_wait_until (cond=cond@entry=0x1379158, mutex=mutex@entry=0x1379150, end_time=end_time@entry=3254481477) at gthread-posix.c:1437
#2  0x00007fbb8e156c39 in g_async_queue_pop_intern_unlocked (queue=queue@entry=0x1379150, wait=wait@entry=1, end_time=end_time@entry=3254481477) at gasyncqueue.c:422
#3  0x00007fbb8e15725b in g_async_queue_timeout_pop (queue=0x1379150, timeout=timeout@entry=15000000) at gasyncqueue.c:543
#4  0x00007fbb8e1a93fc in g_thread_pool_wait_for_new_pool () at gthreadpool.c:167
#5  g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:364
#6  0x00007fbb8e1a89a5 in g_thread_proxy (data=0x7fbafc0020a0) at gthread.c:764
#7  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb065f6700) at pthread_create.c:310
#8  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7fbb16a19700 (LWP 11264)):
#0  0x00007fbb8de6a7dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb8e181ea4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fbb10024a80, timeout=1740361, context=0x7fbb084fbf40) at gmain.c:4029
#2  g_main_context_iterate (context=0x7fbb084fbf40, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3729
#3  0x00007fbb8e182232 in g_main_loop_run (loop=0x7fbb08d19750) at gmain.c:3928
---Type <return> to continue, or q <return> to quit---
#4  0x00007fbb718b1c36 in imapx_parser_thread (user_data=<optimized out>) at camel-imapx-server.c:7697
#5  0x00007fbb8e1a89a5 in g_thread_proxy (data=0x7fbb08005450) at gthread.c:764
#6  0x00007fbb94c9e5fa in start_thread (arg=0x7fbb16a19700) at pthread_create.c:310
#7  0x00007fbb8de75e0d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7fbb98f93a40 (LWP 11182)):
#0  0x00007fbb920ea8bd in WebCore::Style::createTextRendererIfNeeded (textNode=...) at Source/WebCore/style/StyleResolveTree.cpp:395
#1  0x00007fbb920ed0b0 in attachTextRenderer (textNode=...) at Source/WebCore/style/StyleResolveTree.cpp:400
#2  WebCore::Style::attachChildren (current=...) at Source/WebCore/style/StyleResolveTree.cpp:459
#3  0x00007fbb920eb4b8 in WebCore::Style::attachRenderTree (current=..., resolvedStyle=...) at Source/WebCore/style/StyleResolveTree.cpp:554
#4  0x00007fbb920ece60 in WebCore::Style::attachChildren (current=...) at Source/WebCore/style/StyleResolveTree.cpp:463
#5  0x00007fbb920eb4b8 in WebCore::Style::attachRenderTree (current=..., resolvedStyle=...) at Source/WebCore/style/StyleResolveTree.cpp:554
#6  0x00007fbb920ece60 in WebCore::Style::attachChildren (current=...) at Source/WebCore/style/StyleResolveTree.cpp:463
#7  0x00007fbb920eb4b8 in WebCore::Style::attachRenderTree (current=..., resolvedStyle=...) at Source/WebCore/style/StyleResolveTree.cpp:554
#8  0x00007fbb920ef1da in resolveLocal (inheritedChange=WebCore::Style::Force, current=...) at Source/WebCore/style/StyleResolveTree.cpp:678
#9  WebCore::Style::resolveTree(WebCore::Element &, enum WebCore::Style::Change) (current=..., change=change@entry=WebCore::Style::Force) at Source/WebCore/style/StyleResolveTree.cpp:832
#10 0x00007fbb920f0972 in WebCore::Style::resolveTree (document=..., change=WebCore::Style::Force) at Source/WebCore/style/StyleResolveTree.cpp:906
#11 0x00007fbb919c3bc4 in WebCore::Document::recalcStyle (this=0x7fbb98ee7100, change=<optimized out>) at Source/WebCore/dom/Document.cpp:1752
#12 0x00007fbb919c4b2a in WebCore::Document::updateStyleIfNeeded (this=0x7fbb98ee7100) at Source/WebCore/dom/Document.cpp:1802
#13 0x00007fbb919c7389 in WebCore::Document::finishedParsing (this=0x7fbb98ee7100) at Source/WebCore/dom/Document.cpp:4454
#14 0x00007fbb91c0c92d in WebCore::HTMLConstructionSite::finishedParsing (this=<optimized out>) at Source/WebCore/html/parser/HTMLConstructionSite.cpp:392
#15 0x00007fbb91c3be0a in WebCore::HTMLTreeBuilder::finished (this=<optimized out>) at Source/WebCore/html/parser/HTMLTreeBuilder.cpp:3025
#16 0x00007fbb91c134b1 in WebCore::HTMLDocumentParser::end (this=this@entry=0x7fbb98ee8600) at Source/WebCore/html/parser/HTMLDocumentParser.cpp:439
#17 0x00007fbb91c134fe in WebCore::HTMLDocumentParser::attemptToRunDeferredScriptsAndEnd (this=this@entry=0x7fbb98ee8600) at Source/WebCore/html/parser/HTMLDocumentParser.cpp:450
#18 0x00007fbb91c16f7e in WebCore::HTMLDocumentParser::prepareToStopParsing (this=0x7fbb98ee8600) at Source/WebCore/html/parser/HTMLDocumentParser.cpp:165
#19 0x00007fbb91c13669 in WebCore::HTMLDocumentParser::finish (this=0x7fbb98ee8600) at Source/WebCore/html/parser/HTMLDocumentParser.cpp:490
#20 0x00007fbb91d76b72 in WebCore::DocumentWriter::end (this=this@entry=0x7fbb98e57070) at Source/WebCore/loader/DocumentWriter.cpp:248
#21 0x00007fbb91d6ba40 in WebCore::DocumentLoader::finishedLoading (this=0x7fbb98e57000, finishTime=<optimized out>) at Source/WebCore/loader/DocumentLoader.cpp:440
#22 0x00007fbb91d56779 in WebCore::CachedResource::checkNotify (this=0x7fbb98e7d340) at Source/WebCore/loader/cache/CachedResource.cpp:332
#23 0x00007fbb91d519e8 in WebCore::CachedRawResource::finishLoading (this=0x7fbb98e7d340, data=0x7fbb98eb7b40) at Source/WebCore/loader/cache/CachedRawResource.cpp:94
#24 0x00007fbb91dc2a29 in WebCore::SubresourceLoader::didFinishLoading (this=0x7fbb98eeec00, finishTime=0) at Source/WebCore/loader/SubresourceLoader.cpp:309
#25 0x00007fbb925eb459 in WebCore::readCallback (asyncResult=<optimized out>, data=0x7fbb98eb7a08) at Source/WebCore/platform/network/soup/ResourceHandleSoup.cpp:1335
#26 0x00007fbb8e7235c6 in async_ready_callback_wrapper (source_object=0x49b1c90, res=0x5a812c0, user_data=0x7fbb98eb7a08) at ginputstream.c:523
#27 0x00007fbb8e749a34 in g_task_return_now (task=0x5a812c0) at gtask.c:1077
#28 0x00007fbb8e749a59 in complete_in_idle_cb (task=0x5a812c0) at gtask.c:1086
#29 0x00007fbb8e181b6b in g_main_dispatch (context=0xf8f000) at gmain.c:3064
#30 g_main_context_dispatch (context=context@entry=0xf8f000) at gmain.c:3663
#31 0x00007fbb8e181f08 in g_main_context_iterate (context=0xf8f000, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3734
#32 0x00007fbb8e182232 in g_main_loop_run (loop=0x3d33500) at gmain.c:3928
#33 0x00007fbb8fcd0975 in gtk_main () at gtkmain.c:1207
#34 0x0000000000403795 in main (argc=1, argv=0x7fffd412d0f8) at main.c:685
(gdb) 
(gdb) 
(gdb) 
(gdb)

And again I can't kill with SEGV


And after kill -9 I can't launch evolution again

[mikhail@localhost ~]$ evolution 

(evolution:11686): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version.
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

(evolution:11686): GLib-GIO-WARNING **: Error on netlink socket: Error receiving message: No buffer space available
[mikhail@localhost ~]$

Created attachment 938313 [details]
can't launch evolution

Created attachment 938327 [details]
problem message

Thanks for a bug report. The backtrace shows that the evolution was rendering the message, in hands of WebKit. If it's a large message, then it can take its time. The message has about 8.7 MB, which is a very large message. I was able to reproduce bug [1] with your message, but not the one you see. I'd say, according to your backtrace, that it will eventually recover, it just takes some time.

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

(In reply to Mikhail from comment #3)
> And after kill -9 I can't launch evolution again

The "Timeout" error comes from a D-Bus connection, I suppose when it was connecting to the evolution-source-registry process. Re-login should fix the D-Bus issue (more precisely the issue with the source registry process). I suggest re-login (or reboot) for its easy, because just killing the source registry will cause any other application using it lost the connection and eventually vanish its UI/background content.

(In reply to Milan Crha from comment #6)
> I was able to reproduce bug [1] with your message, but not the one
> you see. I'd say, according to your backtrace, that it will eventually
> recover, it just takes some time.

Hmmm very much time, I am waiting some hours on my Core i7.

Oh, such message might not get longer than a minute. If it does, then it's wrong (and minute itself is also quite much time). You probably hit another case of the deadlock in WebKit.

This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '21'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 21 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

I don't understand why not move WebKit GUI rendering in separate process? Every time when I try open large Email in Evolution I have risk that Evolution hangs again.

Created attachment 1089554 [details]
screenshot

The other process approach is possible only after evolution ports to
WebKit2 [1], which might not happen that soon. Current option is to not view large text-like attachments. I know, it's no good option. Evolution tries its best to not process such attachments automatically, thus you can at least open the email (from your screen shot) in 3.18.1 without getting stuck.

By the way, if you give it enough time (depends on the attachment size) evolution eventually recovers.

I'm closing this in the favour of the webkit2 port effort (no need to duplicate bug rpeorts here and upstream).

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