Bug 104639 - Crash in: osl_acquireMutex
Summary: Crash in: osl_acquireMutex
Status: CLOSED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Windows (All)
: highest critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:ods, haveBacktrace
Depends on:
Blocks:
 
Reported: 2016-12-13 13:58 UTC by jp.kent
Modified: 2018-05-24 16:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature: ["osl_acquireMutex"]

Attachments
The spreadsheet that causes the problem (530.73 KB, application/vnd.oasis.opendocument.spreadsheet)
2016-12-13 13:58 UTC, jp.kent 		Details
WinDBG Backtrace (51.79 KB, text/plain)
2016-12-14 20:16 UTC, Telesto 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description jp.kent 2016-12-13 13:58:29 UTC 
Created attachment 129581 [details]
The spreadsheet that causes the problem

This bug was filed from the crash reporting server and is br-d7061fa5-8884-4459-a081-2559abfe61c3.
=========================================
This crash situation happens when the spreadsheet is relatively large (in the present case 500 rows by 30 columns). I get this problem each year when I reach a complete year of administrative data. The spreadsheet then starts causing the following problems:
- regular crashes
- impossibility to use save as or PDF export on Write files
- erratic application of conditional formatting to the wrong cells.
Comment 1 Telesto 2016-12-13 15:57:16 UTC 
Confirming with:
Version: 5.4.0.0.alpha0+
Build ID: ba6b35fc68a01aff72b39eb7809bacb326068668
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-12-13_06:07:39
Locale: nl-NL (nl_NL); Calc: CL

Assertion failed!
Program: ...iles (x86)V-ibreOfficeDev 5'program\sofficeapp.dll
File: C:/cygwin/home/tjnderbox/master/des.../officei.. .ead.cxx
Line: 951
Expression: ImlpcThread.isO
For information on how your program can cause an assertion
failure, see the Visual C++ documentation on asserts
(Press Retry to debug the application - JIS must be enabled)
Comment 2 Xisco Faulí 2016-12-13 16:53:36 UTC 
Confirmed as per comment 1
Comment 3 Telesto 2016-12-13 19:03:02 UTC 
Globally tested no repro with:
Versie: 5.3.0.0.beta1  (x64)
Build ID: 690f553ecb3efd19143acbf01f3af4e289e94536
CPU Threads: 4; Versie besturingssysteem:Windows 6.19; UI Render: standaard; Layout Engine: new; 
Locale: nl-NL (nl_NL); Calc: CL

Memory usage is over the chart however. 2,4GB on file opening with 5.3.0.0.beta1  (x64), substantial less with 5.4.0.0, but still 1.4GB.
Comment 4 Buovjaga 2016-12-14 10:37:19 UTC 
I tried in my Win 10 VM, no repro. Same with my slower Win 7 laptop.

Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+
Build ID: ba6b35fc68a01aff72b39eb7809bacb326068668
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-12-13_06:07:39
Locale: fi-FI (fi_FI); Calc: group
Comment 5 Telesto 2016-12-14 20:16:24 UTC 
Created attachment 129647 [details]
WinDBG Backtrace

Version: 5.4.0.0.alpha0+
Build ID: d538d3d84172a74dfe97d59a6d3daf9a45459cab
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-12-14_00:28:59
Locale: nl-NL (nl_NL); Calc: CL
Comment 6 Telesto 2017-06-01 19:23:29 UTC 
No repro with:
Versie: 5.4.0.0.beta1 
Build ID: 8672113ead4e403c55e31b1d9a3d1e0f3b299577
CPU-threads: 4; Besturingssysteem:Windows 6.2; UI-render: standaard; 
Locale: nl-NL (nl_NL); Calc: CL

and not with:
Version: 5.5.0.0.alpha0+
Build ID: ec79f3453471ee9b6ae32e71ff16ea99d9b7751c
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-05-28_23:21:44
Locale: nl-NL (nl_NL); Calc: CL
Comment 7 Buovjaga 2017-06-01 19:26:39 UTC 
jp.kent: can you test with 5.4 beta?