Avoid data race when writing Shell::options.script_executed.
authorvogelheim <vogelheim@chromium.org>
Tue, 4 Aug 2015 14:31:41 +0000 (07:31 -0700)
committerCommit bot <commit-bot@chromium.org>
Tue, 4 Aug 2015 14:32:34 +0000 (14:32 +0000)
commite045b78d8ed1d0450f70baa44d16eda78f680188
tree02c302d90c347523be631d572c83cec881cc730a
parent56bd11a11a4fc4b26f215ea5ca3217958db091fd
Avoid data race when writing Shell::options.script_executed.

The race occurred when Workers were used. Since Workers call
Shell::ExecuteString from a different thread, TSAN (correctly) flags
this as a racy write. Solution would be to either synchronize the writes,
or to 'lift' the write higher up in the call stack and only write the flag
from the main thread. This implements this latter solution.

These methods call Shell::ExecuteString, but do *not* set script_executed:
- ExecuteInThread: Can only occur is JS has already been executed.
- Shell::Load: Callback for JS; so JS has already been executed when
               we get there.
- Shell::RunShell: Interactive shell. We no longer need script_executed once
                   we're here.

BUG=v8:4330
LOG=N

Review URL: https://codereview.chromium.org/1258303004

Cr-Commit-Position: refs/heads/master@{#30003}
src/d8.cc