Skip to content

Commit 9619a1a

Browse files
committed
Remove send/transfer warnings in README & docs
1 parent e7bdbaa commit 9619a1a

File tree

2 files changed

+0
-8
lines changed

2 files changed

+0
-8
lines changed

README.md

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -110,7 +110,6 @@ Solutions to common problems people run into:
110110
+ [Running truffle as a local dependency](https://github.com/sc-forks/solidity-coverage/blob/master/docs/faq.md#running-truffle-as-a-local-dependency)
111111
+ [Integrating into CI](https://github.com/sc-forks/solidity-coverage/blob/master/docs/faq.md#continuous-integration-installing-metacoin-on-travisci-with-coveralls)
112112
+ [Why are asserts and requires highlighted as branch points?](https://github.com/sc-forks/solidity-coverage/blob/master/docs/faq.md#why-has-my-branch-coverage-decreased-why-is-assert-being-shown-as-a-branch-point)
113-
+ [Why are `send` and `transfer` throwing in my tests?](https://github.com/sc-forks/solidity-coverage/blob/master/docs/faq.md#why-are-send-and-transfer-throwing)
114113

115114

116115
### Example reports

docs/faq.md

Lines changed: 0 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -115,13 +115,6 @@ Clearly, the coverage should be the same in these situations, as the code is (fu
115115
116116
If an `assert` or `require` is marked with an `I` in the coverage report, then during your tests the conditional is never true. If it is marked with an `E`, then it is never false.
117117
118-
### Why are send and transfer throwing?
119-
120-
If you include contracts that have fallback function in the list of files to instrument and attempt to `send` or `transfer` to them,
121-
the methods will throw because the instrumentation consumes more gas than these methods allow. See the `skipFiles` option in the
122-
README to exclude these files and [issue 118](https://github.com/sc-forks/solidity-coverage/issues/118) for a more detailed discussion. This problem persists in v0.6.x even though the vm is set to emit free logs.
123-
(Under investigation).
124-
125118
### Running on windows
126119
127120
Since `v0.2.6` it's possible to produce a report on Windows (thanks to [@phiferd](https://github.com/phiferd),

0 commit comments

Comments
 (0)