Eregon (Benoit Daloze) wrote in #note-2: > I think a better fix, related to this issue, would be to stop checking the class of rescue clauses, I think any expression should be allowed and just call `===` on them. > ... so what should `...zenspider (Ryan Davis)
The actual place where this showed up is in `assert_raises(*exp)` (edited for succinctness): ```ruby def assert_raises *exp msg = "#{exp.pop}.\n" if String === exp.last exp << StandardError if exp.empty? be...zenspider (Ryan Davis)
this works fine (but I don't think it should): ```ruby begin raise "nope" rescue RuntimeError, /why am I allowed?/, "or me?" => e # yay end ``` whereas this version shows a type error, which seems right: ```ruby begin be...zenspider (Ryan Davis)
Closing... I suspect this report is bogus. There doesn't seem to be any registration problems and @byroot pointed out that the C stack looks bogus.zenspider (Ryan Davis)
(Filed for a user on ruby-talk who can't get registered here for some reason) After upgrade to ruby 4.0, all our Rails applications are continuously crashing on different nodes at different locations. All the applications were run...zenspider (Ryan Davis)
Tried to add a comment to your commit but github is being very sketchy today. In the method comment on the impl side, you have examples for parsing a date... but IDGI... 1/2/10 are supposed to be the base arg, right? Base 1? zenspider (Ryan Davis)
On 4.0.1 or latest build as of 2026-02-06, given: ```ruby warn "run with RUBY_BOX=1 to repro the error" unless ENV["RUBY_BOX"] require "stringio" def capture_io captured_stdout, captured_stderr = StringIO.new, StringIO.new ...zenspider (Ryan Davis)
https://github.com/ruby/ruby/actions/workflows/windows.yml not sure how stable windows normally is, but this looks consistent since this commit (5855986) Assigning to nobu to investigate.zenspider (Ryan Davis)
zenspider (Ryan Davis)09:56 PM Ruby Bug #22007: Inconsistent type checking on rescue