Summary: | Crash in: __scrt_throw_std_bad_alloc() memory usage keeps increasing after file open until system freeze or crash | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | ScootrKDEbug Richards <SeaSkyMetalBall> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | buzea.bogdan, stephane.guillou, telesto |
Priority: | medium | Keywords: | perf |
Version: | 7.4.2.3 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | ["__scrt_throw_std_bad_alloc()"] | Regression By: | |
Bug Depends on: | |||
Bug Blocks: | 133092 | ||
Attachments: | File hangs Writer during load. |
Description
ScootrKDEbug Richards
2022-11-01 22:08:39 UTC
Crash report automatically generated is from task manager termination by user, but Writer seemed solidly hung at time. Confirm Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7a89eae97a970939174d59aa58147eaa194acaee CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded Strange file does open with Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9cd0f4c2d25462feba0ffcbd906c199273821243 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded and with Version: 7.1.8.0.0+ (x64) / LibreOffice Community Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Is there a workaround for this? I really need that file that crashes on load. (In reply to ScootrKDEbug Richards from comment #4) > Is there a workaround for this? I really need that file that crashes on load. Have you tried opening it with the latest 7.5 version? Telesto confirmed the issue with a build from July 2022, but couldn't with a build from October 2022. No reproduced on Linux with: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (en_AU.UTF-8); UI: en-US Calc: threaded Editing and navigating the file plateaus at 350 mb of memory and normal % of CPU. The ODT works fine for me on: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded I opened it, scrolled all the way up and down, clicked around, and didn't get any crashes. Indeed, I can reproduce with the linux-64-releases repo checked out at libreoffice-7.4.2.3: memory leaks dramatically, 100% of one core used. Already resolved in libreoffice-7.4.3.2, started at the same time as bug 151736 (not reproduced in 7.3.6.2), and traces point to the same issue -> marking as duplicate. Thanks everyone! *** This bug has been marked as a duplicate of bug 151736 *** |