Bug 1071561 - [abrt] evolution-data-server: g_thread_new(): evolution-addressbook-factory killed by SIGTRAP
Summary: [abrt] evolution-data-server: g_thread_new(): evolution-addressbook-factory k...
Keywords:
Status: CLOSED DUPLICATE of bug 1068741
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution-data-server
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:a1de20e7feaa619049a2b2e06ac...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-01 17:53 UTC by Matthew Saltzman
Modified: 2014-11-23 20:14 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-03-03 18:04:21 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (31.41 KB, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: cgroup (172 bytes, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: core_backtrace (13.60 KB, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: dso_list (6.94 KB, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: environ (947 bytes, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: limits (1.29 KB, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: maps (33.50 KB, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: open_fds (414 bytes, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: proc_pid_status (950 bytes, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
File: var_log_messages (628 bytes, text/plain)
2014-03-01 17:53 UTC, Matthew Saltzman 		no flags Details
View All

Description Matthew Saltzman 2014-03-01 17:53:19 UTC 
Version-Release number of selected component:
evolution-data-server-3.10.4-2.fc20

Additional info:
reporter:       libreport-2.1.12
backtrace_rating: 4
cmdline:        /usr/libexec/evolution-addressbook-factory
crash_function: g_thread_new
executable:     /usr/libexec/evolution-addressbook-factory
kernel:         3.13.4-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (9 frames)
 #2 g_thread_new at gthread.c:840
 #3 source_registry_initable_init at e-source-registry.c:1311
 #4 g_initable_new_valist at ginitable.c:231
 #5 g_initable_new at ginitable.c:149
 #6 e_source_registry_new_sync at e-source-registry.c:1650
 #7 data_book_factory_initable_init at e-data-book-factory.c:558
 #8 g_initable_new_valist at ginitable.c:231
 #9 g_initable_new at ginitable.c:149
 #10 e_data_book_factory_new at e-data-book-factory.c:645
Comment 1 Matthew Saltzman 2014-03-01 17:53:23 UTC 
Created attachment 869456 [details]
File: backtrace
Comment 2 Matthew Saltzman 2014-03-01 17:53:25 UTC 
Created attachment 869457 [details]
File: cgroup
Comment 3 Matthew Saltzman 2014-03-01 17:53:27 UTC 
Created attachment 869458 [details]
File: core_backtrace
Comment 4 Matthew Saltzman 2014-03-01 17:53:28 UTC 
Created attachment 869459 [details]
File: dso_list
Comment 5 Matthew Saltzman 2014-03-01 17:53:30 UTC 
Created attachment 869460 [details]
File: environ
Comment 6 Matthew Saltzman 2014-03-01 17:53:31 UTC 
Created attachment 869461 [details]
File: limits
Comment 7 Matthew Saltzman 2014-03-01 17:53:33 UTC 
Created attachment 869462 [details]
File: maps
Comment 8 Matthew Saltzman 2014-03-01 17:53:34 UTC 
Created attachment 869463 [details]
File: open_fds
Comment 9 Matthew Saltzman 2014-03-01 17:53:36 UTC 
Created attachment 869464 [details]
File: proc_pid_status
Comment 10 Matthew Saltzman 2014-03-01 17:53:38 UTC 
Created attachment 869465 [details]
File: var_log_messages
Comment 11 Milan Crha 2014-03-03 18:04:21 UTC 
Thanks for a bug report. I'm closing this as a duplicate of a similar bug #1068741, which also aborts due to
   creating thread '': Error creating thread: Resource temporarily unavailable
error, even in a different place with a different circumstances.

It doesn't make any sense to me, though, because the error messages is due to pthread failing to create a new thread, while there should not be any reason to do this, especially at the very early start of the process.

*** This bug has been marked as a duplicate of bug 1068741 ***
Note You need to log in before you can comment on or make changes to this bug.