Bug 100487

Summary:	"abort() has been called" upon start in debug build
Product:	LibreOffice	Reporter:	Aron Budea <aron.budea>
Component:	graphics stack	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	kendy, quikee
Priority:	medium
Version:	5.3.0.0.alpha0+
Hardware:	All
OS:	Windows (All)
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=100300 https://bugs.documentfoundation.org/show_bug.cgi?id=101907
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	93529
Attachments:	abort() dialog assertion failed OpenGL device log

Description Aron Budea 2016-06-20 04:03:57 UTC

Created attachment 125738 [details]
abort() dialog

The issue manifests as the attached dialog, from Visual C++ Runtime Library that reads: "abort() has been called".
It pops up during start (of let's say, Writer), stays there for a few seconds, and disappears, then Writer comes up normally (in "UI Render: default", though, otherwise it starts in GL mode).

This does happen rarely, usually after a long time of not starting LibreOffice (maybe for hours), and with empty user profile. My hunch is that this is "possible result 1" from bug 100300, but that's a release build, there's no dialog.

I know this is a bit vague, and difficult to reproduce. I'd look or debug into it further, but have no idea what to look for, and the dialog disappears before I could do anything. Any clues?

Version: 5.3.0.0.alpha0+
Build ID: 909d87cc6187ecffa2704e67ffbe372fd2d90e49
CPU Threads: 4; OS Version: Windows 6.1; UI Render: GL; 
Locale: hu-HU (hu_HU)

Comment 1 Aron Budea 2016-06-20 04:20:17 UTC

I wonder if bug 98365 is related. It's a 32-bit build, and not a crash, but the crash might've become something more graceful since then, and the 32-bitnes doesn't matter much, I think I encountered sporadic first-time crashes with 32-bit builds of 5.1.3.2 as well.

Comment 2 Aron Budea 2016-06-23 04:50:10 UTC

5.2.0.1:
Very first start, crash in MSVCR120.DLL, starts in 'UI Render: default' mode on 2nd try.
Cleared user profile, no crash upon start, starts in 'UI Render: GL' mode.

Could be the same issue...

Comment 3 Aron Budea 2016-07-07 02:11:44 UTC

I managed to debug into it, and if it worked correctly, this is where tha abort() is called:

pSVData->mpApp->Exception( nVCLException );
http://opengrok.libreoffice.org/xref/core/vcl/source/app/svmain.cxx#147

This is the actual abort() call inside Desktop::Exception(ExceptionCategory nCategory):
Application::Abort( OUString() );
http://opengrok.libreoffice.org/xref/core/desktop/source/app/app.cxx#1281

Comment 4 Aron Budea 2016-07-07 02:16:29 UTC

Created attachment 126096 [details]
assertion failed

Currently there's also an assertion failed afterwards:

assert(!mIpcThread.is());
http://opengrok.libreoffice.org/xref/core/desktop/source/app/officeipcthread.cxx#949


Build ID: 9fee132c18b658c9ea9fb1114c1fefa56b57532a

Comment 5 Aron Budea 2016-07-07 13:45:49 UTC

Empty profile not needed.
I ran Writer just fine with default rendering, then switched to GL, and upon restart got abort() + assertion failed. Upon next start Writer started with default rendering, switching to GL again worked, there were no further errors.

Comment 6 Aron Budea 2016-09-19 21:56:31 UTC

Created attachment 127441 [details]
OpenGL device log

Attaching device log. CPU/GPU is an AMD 10-7800 APU.

Comment 7 Jan Holesovsky 2016-09-19 22:22:11 UTC

Resolving as a duplicate, seems to be the same thing :-)

*** This bug has been marked as a duplicate of bug 102295 ***