https://bugs.documentfoundation.org/show_bug.cgi?id=126022
--- Comment #1 from Noel Grandin <[email protected]> ---
IRC discussion:
<caolan>
https://dev-builds.libreoffice.org/crashtest/27e3ed0d25735603d2c82744e3a8f5f3e0a8d043/backtraces/task395-core.16181.backtrace.txt
looks like some threading catastrophy
<vmiklos> caolan: 657413b5deea11a850970f23cba2cf34a5bdf8ea perhaps? but it's
not new..
<IZBot> core - Refactor 3D renderer to use multithreading -
http://cgit.freedesktop.org/libreoffice/core/commit/?id=657413b5deea11a850970f23cba2cf34a5bdf8ea
<noelgrandin> caolan, possibly somewhere in that stack is a o3tl::cow_wrapper
that is not using thread-safe ref-counting
<caolan> hum, "typedef o3tl::cow_wrapper< Impl2DHomMatrix > ImplType;" while
"typedef o3tl::cow_wrapper< Impl3DHomMatrix, o3tl::ThreadSafeRefCountingPolicy
> ImplType;" most odd
<mst___> does 3d rendering use 2d matrices?
<thorsten> for putting pixel on the screen, not unlikely
<mst___> if we replace plain add instructions with locked add, is the
multi-threaded code still faster :)
<noelgrandin> caolan, that isLastLineDefault method in ImplHomMatrixTemplate
looks suspicious. Would be fairly easy there to end up working on freed memory
<caolan> sigh, dunno, not reproducing trivially
<noelgrandin> caolan, helgrind?
<noelgrandin> caolan, or rr --chaos, often good at triggering these kinds of
timing issues
<caolan> never had any luck with helgrind and libreoffice
<noelgrandin> caolan, where do I get that file and what is that crash-test
doing? some cloudon file?
<caolan> noelgrandin, I'll pass it on, it from cloudon's compatibility matrix
collection, its just converting a .docx to .odt
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
