[#104307] Float truncate — Eustáquio Rangel <eustaquiorangel@...>
Hi!
4 messages
2021/06/16
[ruby-core:104161] [Ruby master Feature#15567] Allow ensure to match specific situations
From:
samuel@...
Date:
2021-06-04 04:56:19 UTC
List:
ruby-core #104161
Issue #15567 has been updated by ioquatix (Samuel Williams).
Also there is a problem with the proposed work around:
```
begin
rescue Exception => exception
raise
ensure
if exception
abort
else
commit
end
end
```
This only works provided you don't have any other `rescue` blocks, which you can see in some of the above examples may be an issue, or at least require careful implementation.
----------------------------------------
Feature #15567: Allow ensure to match specific situations
https://bugs.ruby-lang.org/issues/15567#change-92336
* Author: ioquatix (Samuel Williams)
* Status: Open
* Priority: Normal
* Assignee: ioquatix (Samuel Williams)
----------------------------------------
There are some situations where `rescue Exception` or `ensure` are not sufficient to correctly, efficiently and easily handle abnormal flow control.
Take the following program for example:
```
def doot
yield
ensure
# Did the function run to completion?
return "abnormal" if $!
end
puts doot{throw :foo}
puts doot{raise "Boom"}
puts doot{"Hello World"}
catch(:foo) do
puts doot{throw :foo}
end
```
Using `rescue Exception` is not sufficient as it is not invoked by `throw`.
Using `ensure` is inefficient because it's triggered every time, even though exceptional case might never happen or happen very infrequently.
I propose some way to limit the scope of the ensure block:
```
def doot
yield
ensure when raise, throw
return "abnormal"
end
```
The scope should be one (or more) of `raise`, `throw`, `return`, `next`, `break`, `redo`, `retry` (everything in `enum ruby_tag_type` except all except for `RUBY_TAG_FATAL`).
Additionally, it might be nice to support the inverted pattern, i.e.
```
def doot
yield
ensure when not return
return "abnormal"
end
```
Inverted patterns allow user to specify the behaviour without having problems if future scopes are introduced.
`return` in this case matches both explicit and implicit.
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>