Description: _CxxUnregisterExceptionObject VCRUNTIME140 _RTDynamicCast from drawinglayer::primitive2d::arePrimitive2DReferencesEqual Steps to Reproduce: 1. open the attached file 2. Scroll down 3. Create flamegraph. or monitor activity with Very Sleepy CS Actual Results: 18% of the is spend in _RTDynamicCast and _CxxUnregisterExceptionObject _CxxUnregisterExceptionObject _RTDynamicCast drawinglayer::primitive2d::arePrimitive2DReferencesEqual drawinglayer::primitive2d::Primitive2DContainer::operator== sdr::contact::ViewContact::getViewIndependentPrimitive2DContainer sdr::contact::ViewObjectContact::createPrimitive2DSequence sdr::contact::ViewObjectContactRedirector::createRedirectedPrimitive2DSequence SwViewOption::SetZoom Expected Results: Looks pointless Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.1.0.0.alpha0+ (x64) Build ID: c48e4d795e37f23b71d647247590807ab9e52223 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
Also in Version: 6.0.5.0.0+ Build ID: 15ea1cda0b3c37ff944ad9a239b7ed453e8b0591 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL Similar percentage. Also in Version: 5.0.6.3 Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa Locale: en-US (nl_NL) However, CPU only talking about 1,5% of the CPU time.. (so clearly better) No exception in 4.4.7.2 strcmp _RTDynamicCast drawinglayer::primitive2d::arePrimitive2DReferencesEqual drawinglayer::primitive2d::arePrimitive2DSequencesEqual sdr::contact::ViewContact::getViewIndependentPrimitive2DSequence CPU time in this area, 0,63%
Luboš Luňák No clue how I should rate this kind of 'issue'. Except it appears to impact the performance in large > 600 pages bug docs (especially if you looking at a bug doc with a multitude of _CxxUnregisterExceptionObject errors in different area's). Not even sure who to ask, you Armin Le Grand or Tomaž Vajngerl And the other part is of course, does this require a bibisect c.q. would a bibisect be helpful. Or is this related to changes to the VCRUNTIME. LibreOffice 4.4.7.2 uses 110. LibreOffice 5.0.6.3 1.2?
Created attachment 162634 [details] Example file
Created attachment 162720 [details] BT with symbols VTune Profiler based on x39 build
I expect b236b36475ed9a204ac931c34ccc23205296a0a6 handled this.
(In reply to Luboš Luňák from comment #5) > I expect b236b36475ed9a204ac931c34ccc23205296a0a6 handled this. Thanks for the notification .. will check tomorrow
Seems OK to me Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2bb10a827ac13d0caf009e8526ccd9f17dc71653 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