This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes

Bug 821134

Summary: [abrt] libreoffice-ure- rtl_string_newFromStr: Process /usr/lib64/libreoffice/ure/bin/uno.bin was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Milan Bouchet-Valat <nalimilan>
Component: libreofficeAssignee: Stephan Bergmann <sbergman>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: caolanm, dtardon, erack, ltinkl, mstahl, sbergman
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:53c2bf33eae872e3757806710a33cd00f61d59de
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-08 11:06:55 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
File: backtrace
File: maps
File: dso_list none

Description Milan Bouchet-Valat 2012-05-12 07:11:50 EDT
libreport version: 2.0.10
abrt_version:   2.0.10
backtrace_rating: 4
cmdline:        /usr/lib64/libreoffice/program/../ure-link/bin/uno.bin --quiet --singleaccept -u uno:pipe,name=f8f5595ffdd8ed1ddd5e77865af88d37ef5cbe9d42dea4dd2e14704b6820cc;urp;uno.ComponentContext -env:INIFILENAME=
comment:        Just started LibreOffice for the first time since the upgrade to F17. Note that Writer itself started OK, I didn't notice the crash at all.
crash_function: rtl_string_newFromStr
executable:     /usr/lib64/libreoffice/ure/bin/uno.bin
kernel:         3.3.5-2.fc16.x86_64
pid:            3128
pwd:            /home/milan
remote_result:  NOTFOUND
time:           sam. 12 mai 2012 12:44:37 CEST
uid:            1000
username:       milan
var_log_messages: May 12 12:44:38 milan abrt[3175]: Saved core dump of pid 3128 (/usr/lib64/libreoffice/ure/bin/uno.bin) to /var/spool/abrt/ccpp-2012-05-12-12:44:37-3128 (59482112 bytes)

backtrace:      Text file, 15040 bytes
dso_list:       Text file, 4826 bytes
maps:           Text file, 21117 bytes


:9bd18dd2a7a2b1923e3ea6284d0ac46771ebf3a3 0x2acd4 rtl_string_newFromStr -
:adc1bda7097f8d0f18b74b89c45f5c027f899735 0xfc5b - -
:adc1bda7097f8d0f18b74b89c45f5c027f899735 0x13ab6 - -
:122d3272a41825968325bddc8ff32820754cdef6 0x3eb3e - -
:122d3272a41825968325bddc8ff32820754cdef6 0x3f2b6 - -
:122d3272a41825968325bddc8ff32820754cdef6 0x3f399 - -
:9bd18dd2a7a2b1923e3ea6284d0ac46771ebf3a3 0x169cc - -
:7909c6de930371191ee0fc0b24f87a1a6df419c3 0x7d14 start_thread -
:5c4f739dadc5059e12de9ba0d1d12a43d2fc86d7 0xf194d clone -

:'LESSOPEN=||/usr/bin/ %s'

:Limit                     Soft Limit           Hard Limit           Units     
:Max cpu time              unlimited            unlimited            seconds   
:Max file size             unlimited            unlimited            bytes     
:Max data size             unlimited            unlimited            bytes     
:Max stack size            8388608              unlimited            bytes     
:Max core file size        0                    unlimited            bytes     
:Max resident set          unlimited            unlimited            bytes     
:Max processes             1024                 29870                processes 
:Max open files            4096                 4096                 files     
:Max locked memory         65536                65536                bytes     
:Max address space         unlimited            unlimited            bytes     
:Max file locks            unlimited            unlimited            locks     
:Max pending signals       29870                29870                signals   
:Max msgqueue size         819200               819200               bytes     
:Max nice priority         0                    0                    
:Max realtime priority     0                    0                    
:Max realtime timeout      unlimited            unlimited            us        

:pos:	0
:flags:	0100000
:pos:	9978
:flags:	0102002
:pos:	9978
:flags:	0102002
Comment 1 Milan Bouchet-Valat 2012-05-12 07:11:54 EDT
Created attachment 583981 [details]
File: backtrace
Comment 2 Milan Bouchet-Valat 2012-05-12 07:11:58 EDT
Created attachment 583982 [details]
File: maps
Comment 3 Milan Bouchet-Valat 2012-05-12 07:12:01 EDT
Created attachment 583983 [details]
File: dso_list
Comment 4 David Tardon 2012-05-17 01:09:39 EDT
dtardon->sberg: This looks like the same problem you fixed by commit d015384e1d98fe77fd59339044f58efb1ab9fb25 . Can you confirm (or deny) it?
Comment 5 Stephan Bergmann 2012-05-18 04:20:10 EDT
@dtardon, good catch, this indeed looks like <> "Fixed ThreadPool (and dependent ORequestThread) life cycle."  I'll see to get it backported.
Comment 6 Caolan McNamara 2012-06-08 11:06:55 EDT
This is now fixed in upstream 3-5 branch. We'll pick it up on bump to 3.5.5 when that's released
Comment 7 Stephan Bergmann 2012-06-08 11:10:16 EDT
This should be fixed with <> "Better fix for ThreadPool/ORequestThread life cycle" in upstream libreoffice-3-5, going into upstream's next LibreOffice 3.5.5.