aboutsummaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorValentin Wüstholz <wuestholz@gmail.com>2017-01-23 17:46:50 +0800
committerchriseth <c@ethdev.com>2017-01-26 23:39:07 +0800
commit5b7cc018f0b256fb42f7bee38ad8d1ec4e2ec634 (patch)
tree95f65ad06ee940ad3db7a73d6c4cb29c603cbe3c /docs
parent9bcbd93ac59a19320fd56e27c58a6283f2450666 (diff)
downloaddexon-solidity-5b7cc018f0b256fb42f7bee38ad8d1ec4e2ec634.tar.gz
dexon-solidity-5b7cc018f0b256fb42f7bee38ad8d1ec4e2ec634.tar.zst
dexon-solidity-5b7cc018f0b256fb42f7bee38ad8d1ec4e2ec634.zip
Address feedback from code review.
Diffstat (limited to 'docs')
-rw-r--r--docs/control-structures.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/control-structures.rst b/docs/control-structures.rst
index 3f012b12..a398d857 100644
--- a/docs/control-structures.rst
+++ b/docs/control-structures.rst
@@ -395,7 +395,7 @@ Currently, Solidity automatically generates a runtime exception in the following
#. If your contract receives Ether via a public function without ``payable`` modifier (including the constructor and the fallback function).
#. If your contract receives Ether via a public accessor function.
-Internally, Solidity performs an "invalid jump" when an exception is thrown and thus causes the EVM to revert all changes made to the state. The reason for this is that there is no safe way to continue execution, because an expected effect did not occur. Because we want to retain the atomicity of transactions, the safest thing to do is to revert all changes and make the whole transaction (or at least call) without effect.
+Internally, Solidity performs an "invalid jump" when a user-provided exception is thrown. In contrast, it performs an invalid (i.e., non-existent) operation if a runtime exception is encountered. In both cases, this causes the EVM to revert all changes made to the state. The reason for this is that there is no safe way to continue execution, because an expected effect did not occur. Because we want to retain the atomicity of transactions, the safest thing to do is to revert all changes and make the whole transaction (or at least call) without effect.
.. index:: ! assembly, ! asm, ! evmasm