[#63592] [ruby-trunk - Bug #10009] IO operation is 10x slower in multi-thread environment — normalperson@...
Issue #10009 has been updated by Eric Wong.
3 messages
2014/07/08
[#63682] [ruby-trunk - Feature #10030] [PATCH] reduce rb_iseq_struct to 296 bytes — ko1@...
Issue #10030 has been updated by Koichi Sasada.
3 messages
2014/07/13
[#63703] [ruby-trunk - Feature #10030] [PATCH] reduce rb_iseq_struct to 296 bytes — ko1@...
Issue #10030 has been updated by Koichi Sasada.
3 messages
2014/07/14
[#63743] [ruby-trunk - Bug #10037] Since r46798 on Solaris, "[BUG] rb_vm_get_cref: unreachable" during make — ngotogenome@...
Issue #10037 has been updated by Naohisa Goto.
3 messages
2014/07/15
[#64136] Ruby 2.1.2 (and 2.1.1 and probably others) assumes a libffi with 3 version numbers in extconf.rb — "Jeffrey 'jf' Lim" <jfs.world@...>
As per subject.
4 messages
2014/07/31
[#64138] Re: Ruby 2.1.2 (and 2.1.1 and probably others) assumes a libffi with 3 version numbers in extconf.rb
— "Jeffrey 'jf' Lim" <jfs.world@...>
2014/07/31
On Thu, Jul 31, 2014 at 6:03 PM, Jeffrey 'jf' Lim <jfs.world@gmail.com>
[ruby-core:63905] [CommonRuby - Feature #8257] Exception#cause to carry originating exception along with new one
From:
headius@...
Date:
2014-07-20 20:20:13 UTC
List:
ruby-core #63905
Issue #8257 has been updated by Charles Nutter. I agree with Benoit that the cause exception should be reflected in the error output, as on the JVM. What are the objections? I do *not* believe this should show up in #backtrace since I have no idea how it would be formatted. This also lines up with the JVM (printStackTrace and friends print cause, but getStackTrace only returns trace for target exception). ---------------------------------------- Feature #8257: Exception#cause to carry originating exception along with new one https://bugs.ruby-lang.org/issues/8257#change-47939 * Author: Charles Nutter * Status: Closed * Priority: Normal * Assignee: Yukihiro Matsumoto * Category: * Target version: Ruby 2.1.0 ---------------------------------------- Often when a lower-level API raises an exception, we would like to re-raise a different exception specific to our API or library. Currently in Ruby, only our new exception is ever seen by users; the original exception is lost forever, unless the user decides to dig around our library and log it. We need a way to have an exception carry a "cause" along with it. Java has getCause/setCause and standard constructors that take a cause exception. Printing out an exception's backtrace then reports both that exception and any "cause" exception. Rubinius has added a similar feature: https://gist.github.com/dbussink/b2e01e51d0c50b27004f The changes required for this feature are pretty benign: * Exception#cause and #cause= accessors. * A new set of Kernel#raise overloads that accept (as a trailing argument, probably) the "cause" exception. * Modifications to backtrace-printing logic to also display backtrace information from the "cause" exception (and in turn, from any nested "cause" exceptions). There's some discussion here about alternatives to #cause, none of which are quite as elegant as having it built in: http://www.skorks.com/2013/04/ruby-why-u-no-have-nested-exceptions/ -- https://bugs.ruby-lang.org/