Michael Meeks

==25265==ERROR: AddressSanitizer: heap-use-after-free on address 0x606026819b74 at pc 0x7f4c66961cd2 bp 0x7ffd4b931eb0 sp 0x7ffd4b931ea8 READ of size 1 at 0x606026819b74 thread T0 (kitbroker_004) #0 0x7f4c66961cd1 (/opt/collaboraoffice/program/libmergedlo.so+0x142accd1) /home/collabora/online-buildscripts/staging/builddir/libreoffice/vcl/source/window/cursor.cxx:200 #1 0x7f4c64d640a0 (/opt/collaboraoffice/program/libmergedlo.so+0x126af0a0) #2...

As we discussed it at COOL-days :-)

Surprisingly unbalanced re: this UpdateCursorOverlay thing ... GetRectsAnyFor should not take that sort of time clearly - for what is ultimately only a few rectangles; looks like a substantial 2x+...

Surely we can have a one item cache, or somesuch for: SvtScriptType GetScriptTypeOfLanguage( LanguageType nLang ) =)

Hmm - that trace has 40% of the save time in the foreground - which is unexpected; we should have one non-background save at exit but ... =) Still no...

Feedback was very positive on copy/paste today thanks @grandinj =) Digging into the 'GetOptimalHeight' code-path there I see that (oddly) there seems to be an explicit call to OutputDevice::GetTextWidth as...

Lets not rush this in =)

The curious thing is that we split that polygon per-page; I wonder if by pushing that knowledge from up the stack down to here we could save trying to do...

Might be interesting to work on this particular 600+ page book during testing to see if we can work out what is going on; I expect it is packed with...

Interesting to see so much time in lcl_DrawLineForWrongListData - I assume drawing wiggly underlined data is back in the profile at ~25% of rendering cost; oddly I thought we had...