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
-
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... -
03:37 AM Ruby Revision e354e9ba (git): refactor: utilize a predefined macro
-
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...
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 ...
-
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.
-
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. -
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...
-
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... -
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...