|
|
Created:
4 years, 2 months ago by Mircea Trofin Modified:
4 years, 2 months ago CC:
v8-reviews_googlegroups.com Target Ref:
refs/pending/heads/master Project:
v8 Visibility:
Public. |
Description[wasm] test deserialization when header is invalid
A test where the deserialization data has a header, but the
header is invalid. This is in addition to the current test
where we have empty deserialization data.
BUG=
Committed: https://crrev.com/80caaac31bd05649ab81c0b84b320833c96b4ed7
Cr-Commit-Position: refs/heads/master@{#40321}
Patch Set 1 #Patch Set 2 : [wasm] test deserialization when header is invalid #
Total comments: 4
Patch Set 3 : test method to alter header #
Total comments: 2
Patch Set 4 : feedback #Messages
Total messages: 35 (24 generated)
The CQ bit was checked by mtrofin@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== [wasm] test deserialization when header is invalid A test where the deserialization data has a header, but the header is invalid. BUG= ========== to ========== [wasm] test deserialization when header is invalid A test where the deserialization data has a header, but the header is invalid. This is in addition to the current test where we have empty deserialization data. BUG= ==========
mtrofin@chromium.org changed reviewers: + bradnelson@chromium.org
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
https://codereview.chromium.org/2418483002/diff/20001/test/cctest/wasm/test-r... File test/cctest/wasm/test-run-wasm-module.cc (right): https://codereview.chromium.org/2418483002/diff/20001/test/cctest/wasm/test-r... test/cctest/wasm/test-run-wasm-module.cc:233: // Mess the header. Mess with? https://codereview.chromium.org/2418483002/diff/20001/test/cctest/wasm/test-r... test/cctest/wasm/test-run-wasm-module.cc:235: const_cast<uint8_t*>(data.first.get())[0] = 0; Kinda bad. Maybe create an accessor that's a friend on a test fixture?
The CQ bit was checked by mtrofin@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
mtrofin@chromium.org changed reviewers: + yangguo@chromium.org
+Yang, for the "ForTest" API on the snapshot side. https://codereview.chromium.org/2418483002/diff/20001/test/cctest/wasm/test-r... File test/cctest/wasm/test-run-wasm-module.cc (right): https://codereview.chromium.org/2418483002/diff/20001/test/cctest/wasm/test-r... test/cctest/wasm/test-run-wasm-module.cc:233: // Mess the header. On 2016/10/12 19:10:25, bradnelson wrote: > Mess with? Done. https://codereview.chromium.org/2418483002/diff/20001/test/cctest/wasm/test-r... test/cctest/wasm/test-run-wasm-module.cc:235: const_cast<uint8_t*>(data.first.get())[0] = 0; On 2016/10/12 19:10:25, bradnelson wrote: > Kinda bad. Maybe create an accessor that's a friend on a test fixture? Done.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: v8_win_compile_dbg on master.tryserver.v8 (JOB_FAILED, http://build.chromium.org/p/tryserver.v8/builders/v8_win_compile_dbg/builds/2...)
The CQ bit was checked by mtrofin@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Patchset #3 (id:40001) has been deleted
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm
https://codereview.chromium.org/2418483002/diff/60001/src/snapshot/code-seria... File src/snapshot/code-serializer.cc (right): https://codereview.chromium.org/2418483002/diff/60001/src/snapshot/code-seria... src/snapshot/code-serializer.cc:418: void SerializedCodeData::InvalidateVersionForTest(byte* buffer, I'm not really happy with introducing test APIs. Can we either extend SerializedCodeData in test-run-wasm-module.cc to include a test method, or simply flip some bits in the first bytes in the serialized data?
https://codereview.chromium.org/2418483002/diff/60001/src/snapshot/code-seria... File src/snapshot/code-serializer.cc (right): https://codereview.chromium.org/2418483002/diff/60001/src/snapshot/code-seria... src/snapshot/code-serializer.cc:418: void SerializedCodeData::InvalidateVersionForTest(byte* buffer, On 2016/10/13 06:52:59, Yang wrote: > I'm not really happy with introducing test APIs. Can we either extend > SerializedCodeData in test-run-wasm-module.cc to include a test method, or > simply flip some bits in the first bytes in the serialized data? The former is more complicated, because the field definitions (kVersionHashOffset, etc) are private. I'd rather make those public, together with the general-purpose SetHeaderValueInBuffer static method I just added. Feels more appropriate for the scope of the change. Simply flipping the bits - directly - was what I originally did, but received pushback in the previous review :)
The CQ bit was checked by mtrofin@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
On 2016/10/13 22:12:45, Mircea Trofin wrote: lgtm.
The CQ bit was checked by mtrofin@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from bradnelson@chromium.org Link to the patchset: https://codereview.chromium.org/2418483002/#ps80001 (title: "feedback")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== [wasm] test deserialization when header is invalid A test where the deserialization data has a header, but the header is invalid. This is in addition to the current test where we have empty deserialization data. BUG= ========== to ========== [wasm] test deserialization when header is invalid A test where the deserialization data has a header, but the header is invalid. This is in addition to the current test where we have empty deserialization data. BUG= ==========
Message was sent while issue was closed.
Committed patchset #4 (id:80001)
Message was sent while issue was closed.
Description was changed from ========== [wasm] test deserialization when header is invalid A test where the deserialization data has a header, but the header is invalid. This is in addition to the current test where we have empty deserialization data. BUG= ========== to ========== [wasm] test deserialization when header is invalid A test where the deserialization data has a header, but the header is invalid. This is in addition to the current test where we have empty deserialization data. BUG= Committed: https://crrev.com/80caaac31bd05649ab81c0b84b320833c96b4ed7 Cr-Commit-Position: refs/heads/master@{#40321} ==========
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/80caaac31bd05649ab81c0b84b320833c96b4ed7 Cr-Commit-Position: refs/heads/master@{#40321} |