Bug 1100924

Summary: [abrt] libreoffice-core: magazine_chain_pop_head(): soffice.bin killed by SIGSEGV
Product: [Fedora] Fedora Reporter: markusN <neteler>
Component: libreofficeAssignee: Caolan McNamara <caolanm>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: alexl, bnocera, caolanm, dtardon, erack, ltinkl, mclasen, mstahl, oholy, sbergman, tbzatek
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/d1289381789916a6f450f3ec1fb0716bebae7fc1
Whiteboard: abrt_hash:163e2b893ca298e9171bd3fb740a351866cd921c
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-05 14:34:02 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description markusN 2014-05-23 22:45:27 UTC 
Description of problem:
It suddenly disappeared

Version-Release number of selected component:
libreoffice-core-4.2.4.2-8.fc20

Additional info:
reporter:       libreport-2.2.2
backtrace_rating: 4
cmdline:        /usr/lib64/libreoffice/program/soffice.bin jrc2014_course_day3_5_postgis_qgis_wms.odp --splash-pipe=5
crash_function: magazine_chain_pop_head
executable:     /usr/lib64/libreoffice/program/soffice.bin
kernel:         3.14.3-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1338

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 magazine_chain_pop_head at gslice.c:545
 #1 thread_memory_magazine1_alloc at gslice.c:848
 #2 g_slice_alloc at gslice.c:1007
 #3 g_slice_alloc0 at gslice.c:1042
 #4 g_type_create_instance at gtype.c:1850
 #5 g_object_new_internal at gobject.c:1746
 #8 _g_local_file_new at glocalfile.c:304
 #9 g_daemon_vfs_get_file_for_path at gdaemonvfs.c:394
 #10 ih_event_callback at inotify-helper.c:181
 #11 ip_event_dispatch at inotify-path.c:493
Comment 1 markusN 2014-05-23 22:45:33 UTC 
Created attachment 898803 [details]
File: backtrace
Comment 2 markusN 2014-05-23 22:45:35 UTC 
Created attachment 898804 [details]
File: cgroup
Comment 3 markusN 2014-05-23 22:45:37 UTC 
Created attachment 898805 [details]
File: core_backtrace
Comment 4 markusN 2014-05-23 22:45:40 UTC 
Created attachment 898806 [details]
File: dso_list
Comment 5 markusN 2014-05-23 22:45:42 UTC 
Created attachment 898807 [details]
File: environ
Comment 6 markusN 2014-05-23 22:45:44 UTC 
Created attachment 898808 [details]
File: exploitable
Comment 7 markusN 2014-05-23 22:45:46 UTC 
Created attachment 898809 [details]
File: limits
Comment 8 markusN 2014-05-23 22:45:51 UTC 
Created attachment 898810 [details]
File: maps
Comment 9 markusN 2014-05-23 22:45:53 UTC 
Created attachment 898811 [details]
File: open_fds
Comment 10 markusN 2014-05-23 22:45:55 UTC 
Created attachment 898812 [details]
File: proc_pid_status
Comment 11 markusN 2014-05-23 22:45:58 UTC 
Created attachment 898813 [details]
File: var_log_messages
Comment 12 Ondrej Holy 2014-07-10 13:02:52 UTC 
Why do you think it is gvfs bug? Do you have some reproducer? GVfs just simply calls GIO...
Comment 13 Caolan McNamara 2014-10-20 11:39:48 UTC 
Still trying to clear the needinfo on this
Comment 14 Bastien Nocera 2015-02-05 12:29:26 UTC 
magazine_chain_pop_head() crashing means that there's memory corruption earlier in the stack. It's probably not in the gvfs or GIO code, as we're not seeing hundreds of those crashes. It's a bug in LibreOffice.
Comment 15 Caolan McNamara 2015-02-05 14:34:02 UTC 
No sure I buy that logic. But lets just go with "no one can reproduce it and the bt doesn't help fit it" rather than pointlessly batting it around.