<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - calc crashes on opening this specific file" href="https://bugs.documentfoundation.org/show_bug.cgi?id=119922#c13">Comment # 13</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - calc crashes on opening this specific file" href="https://bugs.documentfoundation.org/show_bug.cgi?id=119922">bug 119922</a> from <a class="email" href="mailto:markus.mohrhard@googlemail.com" title="Markus Mohrhard <markus.mohrhard@googlemail.com>"> Markus Mohrhard</a> <pre>(In reply to Noel Grandin from <a href="show_bug.cgi?id=119922#c11">comment #11</a>) > The actual problem here is that we are trying to allocate a regression curve > with nPointCount=625001323, which throws a std::bad_alloc, which gets munged > a little bit by the event loop catch block for some reason. > > Attached a backtrace. > > Which means the most likely culprit commit is this one: > > > <a href="https://cgit.freedesktop.org/libreoffice/core/commit/">https://cgit.freedesktop.org/libreoffice/core/commit/</a> > ?id=4c7116413af091a30f5fa60c63d29bc694730518 > > committer Markus Mohrhard <<a href="mailto:markus.mohrhard@googlemail.com">markus.mohrhard@googlemail.com</a>> > fix odf validation errors around new chart regression curves > > > I'm guessing that this file is broken, and the above commit improved things > by allowing us to try and load bad data, which we would formerly ignore, > which causes the allocation exception It is more complicated than this. The file contains entries for loext:regression-extrapolate-forward="99999999" which can not be read by old LibreOffice files which explains why it does not crash there. This is most likely a user input but I think we need to sanitize these values in the regression calculator to get some sensible results.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>