[#56965] [ruby-trunk - Bug #8852][Open] Synology build of ruby-2.0.0-p247 is failing — "barbecuesteve (Steve Sparks)" <sparks@...>

12 messages 2013/09/02

[#57051] [ruby-trunk - Bug #8872][Open] Case statements do not honor a refinement of the '===' method — "jconley88 (Jon Conley)" <schnozberries@...>

21 messages 2013/09/07

[#57058] [ruby-trunk - Bug #8875][Open] Select is not usable with SSLSocket — "headius (Charles Nutter)" <headius@...>

11 messages 2013/09/07

[#57074] [ruby-trunk - Bug #8879][Open] String#to_r fails after moving ruby to other OSX system — "mpapis (Michal Papis)" <mpapis@...>

12 messages 2013/09/08

[#57092] [ruby-trunk - Bug #8883][Open] Rational canonicalization unexpectedly converts to Fixnum — "melquiades (Paul Cantrell)" <cantrell@...>

16 messages 2013/09/09

[#57109] [ruby-trunk - Bug #8886][Open] TracePoint API inconsistence when raise used — deivid (David Rodríguez) <deivid.rodriguez@...>

14 messages 2013/09/10

[#57111] [ruby-trunk - Feature #8887][Open] min(n), max(n), min_by(n), max_by(n) — "akr (Akira Tanaka)" <akr@...>

13 messages 2013/09/10

[#57131] [ruby-trunk - Feature #8895][Open] Destructuring Assignment for Hash — "chendo (Jack Chen)" <ruby-lang@...>

19 messages 2013/09/11

[#57186] [ruby-trunk - Feature #8909][Open] Expand "f" frozen suffix to literal arrays and hashes — "headius (Charles Nutter)" <headius@...>

37 messages 2013/09/14

[#57262] [ruby-trunk - Feature #8921][Open] Allow select, reject, etc to accept a regex — "kyledecot (Kyle Decot)" <kyle.decot@...>

13 messages 2013/09/18

[#57273] [ruby-trunk - Feature #8923][Open] Frozen nil/true/false — "ko1 (Koichi Sasada)" <redmine@...>

13 messages 2013/09/19

[#57353] [ruby-trunk - Feature #8948][Open] Frozen regex — "sawa (Tsuyoshi Sawada)" <sawadatsuyoshi@...>

19 messages 2013/09/24

[#57385] [ruby-trunk - Bug #8953][Open] `str =~ /pattern/` does not call =~ method if (1) str is a String, (2) /pattern/ is a Regexp literal — "gfx (Goro Fuji)" <gfuji@...>

12 messages 2013/09/26

[#57396] [ruby-trunk - Feature #8956][Open] Allow hash members delimited by \n inside of {} — "adamdunson (Adam Dunson)" <adam@...>

20 messages 2013/09/26

[ruby-core:57226] Re: [ruby-trunk - Feature #8912] Exception.raise

From: Fuad Saud <fuadksd@...>
Date: 2013-09-15 21:17:19 UTC
List: ruby-core #57226
Raising doesn't feel like a proper responsability of the exception.
On Sep 15, 2013 3:42 AM, "matz (Yukihiro Matsumoto)" <matz@ruby-lang.org>
wrote:

>
> Issue #8912 has been updated by matz (Yukihiro Matsumoto).
>
>
> As Nobu pointed out, we need to use the proper terms:
>
>  * Exception.raise instead of Exception#raise
>  * Exception.new instead of Exception#new
>
> We have to distinguish class methods and instance methods.
>
> Then I think we need a way to separate allocating and raising.
> By providing Exception.raise (and discouraging Kernel#raise), there's no
> sufficient way to raise pre-allocated exceptions.
> Kernel raise takes either exception class or exception instance.
>
> If we really need to emphasize OO way in raising exception as you claim,
> I'd rather add Exception#raise, i.e.
>
>   MyException.new(:foo,:bar).raise
>
> But in reality, I prefer traditional
>
>   raise MyException.new(:foo,:bar)
>
> because 'raise' is a core operation, that often is implemented by the
> reserved keyword in other languages,
> and maybe we will replace it by (somewhat-soft) keyword in the future.
>
> Matz.
>
>
> ----------------------------------------
> Feature #8912: Exception.raise
> https://bugs.ruby-lang.org/issues/8912#change-41820
>
> Author: sawa (Tsuyoshi Sawada)
> Status: Feedback
> Priority: Normal
> Assignee:
> Category:
> Target version:
>
>
> =begin
> When we have a custom exception class with a custom (({initialize}))
> method whose arity is not (({1})):
>
>     class MyException < StandardError
>       def initialize x, y
>         super("Something went wrong with #{x.inspect} because #{y}, blah
> blah")
>       end
>     end
>
> in order to raise it, we have to create a new instance of it explicitly
> using (({new})), and embed that under (({Kernel#raise})).
>
>     raise(MyException.new(:foo, :bar))
>
> This is inconvenient, and does not look object oriented. I propose that
> there should be (({Exception#raise})), which is public, so that we can do:
>
>     MyException.raise(:foo, :bar)
>
> A Ruby implementation may be like this:
>
>     class Exception
>       def self.raise *args; Kernel.send(:raise, *args) end
>     end
>
> This will disallow us from calling the private method (({Kernel#raise}))
> (without an explicit receiver) within the context of an (({Exception}))
> class unless we use (({send})), but I think such use case is rare, and that
> should not be a problem.
> =end
>
>
>
> --
> http://bugs.ruby-lang.org/
>

In This Thread

Prev Next