Abrt in sk_abort_no_print |
||||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=6656142775418880 Fuzzer: inferno_canvas_wrecker Job Type: mac_asan_chrome Platform Id: mac Crash Type: Abrt Crash Address: 0x7fff97b68f06 Crash State: sk_abort_no_print SkArenaAlloc::ensureSpace append_quadratic_to_contour Sanitizer: address (ASAN) Regressed: https://clusterfuzz.com/revisions?job=mac_asan_chrome&range=489186:489237 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=6656142775418880 Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Aug 3 2017
This is now a controlled abort which is tripped on asking SkArenaAlloc for more than ~4GB. Either SkArenaAlloc can support larger allocations (up to size_t) or we can stop asking SkArenaAlloc for such huge allocations by limiting the complexity of a SkPath (by using a 1d path effect it is possible to create paths with arbitrary numbers of points in a small encoding).
,
Aug 16 2017
Works as intended.
,
Aug 23 2017
ClusterFuzz testcase 6656142775418880 is still reproducing on tip-of-tree build (trunk). If this testcase was not reproducible locally or unworkable, ignore this notification and we will file another bug soon with hopefully a better and workable testcase. Otherwise, if this is not intended to be fixed (e.g. this is an intentional crash), please add ClusterFuzz-Ignore label to prevent future bug filing with similar crash stacktrace. |
||||
►
Sign in to add a comment |
||||
Comment 1 by msrchandra@chromium.org
, Aug 2 2017Labels: M-62 Test-Predator-Wrong