Date: prev next · Thread: first prev next last
2018 Archives by date, by thread · List index


On Mon, 2018-11-05 at 20:46 +0100, Julien Nabet wrote:
Looking at git history from 
vcl/qa/cppunit/graphicfilter/data/svm/fail/mapmode-1.svm, I got 
d776eeab752fd313226a7570c3ed4d8e964b4406

"ofz#937 sanity check claimed record length"

Documents like that are generated from the oss-fuzz fuzzing thing, and
what matters generally is that we don't crash/busy-loop on loading
them, not that they are in any way sane documents.

1) Do you think these asserts are ok?

I have my doubts that a negative width/height is something that is
guaranteed to indicate a bug, though it might indeed be suspicious.


2) If yes, any thoughts how to fix this specific test with the svm 
(hoping there won't be more but I'm a bit pessimistic about this)?

Well, for the purposes of continuing your experiment I imagine you
could just consider negative nTmp32 for width/height as failures and
return early.


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.