Indirect-leak in uprv_malloc_62 |
|||
Issue descriptionDetailed report: https://clusterfuzz.com/testcase?key=5590196368965632 Fuzzer: mbarbella_js_mutation Job Type: linux_asan_d8_dbg Platform Id: linux Crash Type: Indirect-leak Crash Address: Crash State: uprv_malloc_62 icu_62::UMemory::operator new icu_62::number::impl::NumberFormatterImpl::fromMacros Sanitizer: address (ASAN) Regressed: https://clusterfuzz.com/revisions?job=linux_asan_d8_dbg&range=54375:54376 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5590196368965632 Issue filed automatically. See https://github.com/google/clusterfuzz-tools for more information.
,
Jul 26
sffc@, can you take a look? Let me know if you can reproduce and have a fix.
,
Jul 30
I'm not set up with V8 development so I haven't spent the time to get the fuzzer reproduce working. I did look at the stack trace to see if I could reproduce in pure ICU code. I did find one leak, which may or may not be the same as the one the Chrome fuzzer found: https://unicode-org.atlassian.net/browse/ICU-20050 The other place I looked was in src/objects/intl-objects.cc. I do not see where the NumberFormat created by Intl::CreateNumberFormat gets deleted. The object that the fuzzer is complaining about is owned by that NumberFormat and should be deleted when the NumberFormat is deleted.
,
Sep 5
ClusterFuzz has detected this issue as fixed in range 55620:55621. Detailed report: https://clusterfuzz.com/testcase?key=5590196368965632 Fuzzer: mbarbella_js_mutation Job Type: linux_asan_d8_dbg Platform Id: linux Crash Type: Indirect-leak Crash Address: Crash State: uprv_malloc_62 icu_62::UMemory::operator new icu_62::number::impl::NumberFormatterImpl::fromMacros Sanitizer: address (ASAN) Regressed: https://clusterfuzz.com/revisions?job=linux_asan_d8_dbg&range=54375:54376 Fixed: https://clusterfuzz.com/revisions?job=linux_asan_d8_dbg&range=55620:55621 Reproducer Testcase: https://clusterfuzz.com/download?testcase_id=5590196368965632 See https://github.com/google/clusterfuzz-tools for more information. If you suspect that the result above is incorrect, try re-doing that job on the test case report page.
,
Sep 5
ClusterFuzz testcase 5590196368965632 is verified as fixed, so closing issue as verified. If this is incorrect, please add ClusterFuzz-Wrong label and re-open the issue.
,
Sep 5
jshin, do you know what might have fixed this? |
|||
►
Sign in to add a comment |
|||
Comment 1 by ClusterFuzz
, Jul 23Owner: js...@chromium.org
Status: Assigned (was: Untriaged)