General

Profile

mame (Yusuke Endoh)

  • Login: mame
  • Email: mame@ruby-lang.org
  • Registered on: 05/28/2008
  • Last sign in: 09/24/2025

Issues

open closed Total
Assigned issues 2 147 149
Reported issues 17 340 357

Projects

Project Roles Registered on
Ruby Committer, Security team, Infrastructure team 05/28/2008

Activity

Today

07:12 AM Ruby Revision 1506c489 (git): Update NEWS.md for improvements of error backtrace
mame (Yusuke Endoh)
07:01 AM Ruby Bug #21780: Change the default size of Enumerator.produce back to infinity
> * Removing the Enumerator#to\_set override that refuses to work against an infinite enumerator as a safeguard
This is fine to me. I don't think this safeguard is necessary.
> ...
Why revert to a buggy state? Even though no real...
mame (Yusuke Endoh)
03:37 AM Ruby Revision e354e9ba (git): refactor: utilize a predefined macro
mame (Yusuke Endoh)
01:36 AM Ruby Bug #21783: {Method,UnboundMethod,Proc}#source_location returns columns in bytes and not in characters
Eregon (Benoit Daloze) wrote in #note-20:
> FWIW I also consider the concept of `node_id` CRuby-specific, at least currently.
Since `Prism::Node#node_id` exists, I don't think it's CRuby-specific anymore.
It's true that the part retriev...
mame (Yusuke Endoh)

12/16/2025

03:45 PM Ruby Bug #21780: Change the default size of Enumerator.produce back to infinity
I understand zverok's feeling. In fact, I thought `Enumerator.produce` always returned an infinite Enumerator. I'm surprised it can be stopped by `StopIteration`. However, since that functionality actually exists, I think `#size` has no ... mame (Yusuke Endoh)
03:00 PM Ruby Bug #21780: Change the default size of Enumerator.produce back to infinity
Yes, all bug fixes could be incompatibilities. What I am interested in is whether this incompatibility is actually causing a real problem, and if so, what kind of applications or libraries was affected. mame (Yusuke Endoh)
02:41 PM Ruby Bug #21780: Change the default size of Enumerator.produce back to infinity
With Ruby 3.4:
```ruby
Enumerator.produce(1) { raise StopIteration }.lazy.take(5).size #=> 5
Enumerator.produce(1) { raise StopIteration }.lazy.take(5).to_a.size #=> 1
```
I believe it is fair to call this behavior a bug.
mame (Yusuke Endoh)
02:17 PM Ruby Bug #21780: Change the default size of Enumerator.produce back to infinity
I couldn't find any cases where `Enumerator#size` returns `Float::INFINITY` for a finite-length Enumerator, except `Enumerator.produce` and when explicitly creating a fake-sized enumerator with `Enumerator.new(Float::INFINITY)`. Am I mis... mame (Yusuke Endoh)
02:29 PM Ruby Bug #21783: {Method,UnboundMethod,Proc}#source_location returns columns in bytes and not in characters
I have the following hypothesis: When people want column information, what they really need is an AST. #21005 was precisely such an example.
In some cases, column information alone may suffice, but obtaining the AST inevitably yields co...
mame (Yusuke Endoh)
02:01 PM Ruby Bug #21783: {Method,UnboundMethod,Proc}#source_location returns columns in bytes and not in characters
> And also to be able to use `Prism.node_for` one of course needs `Proc#source_location`.
Huh? `Proc` already has its `node_id` (via its ISeq), so `Prism.node_for` is implementable without `source_location`.
In fact, by doing the follo...
mame (Yusuke Endoh)

Also available in: Atom