Eregon (Benoit Daloze)
- Login: Eregon
- Registered on: 07/30/2009
- Last sign in: 10/20/2026
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 3 | 73 | 76 |
| Reported issues | 30 | 210 | 240 |
Projects
| Project | Roles | Registered on |
|---|---|---|
| Ruby | Committer | 08/02/2012 |
Activity
10/28/2026
-
10:05 PM Ruby Feature #21539: Export symbols for external profiling of stripped shared Ruby builds
- @dalehamel Could you update the dev-meeting summary at https://bugs.ruby-lang.org/issues/22417#note-2 to reflect the latest patch?
I think opening a PR to ruby/ruby would also be helpful to help review. -
10:02 PM Ruby Misc #22417: DevMeeting-2026-11-12
- * [Feature #21962] Add deep_freeze for recursive freezing (eregon)
* PR ready, following the semantics discussed at the dev meeting at RubyKaigi: https://github.com/ruby/ruby/pull/19529
* OK to merge it? -
10:01 PM Ruby Feature #21962: Add deep_freeze for recursive freezing
- PR to implement `deep_freeze` per the last comment & discussion at the dev meeting at RubyKaigi:
https://github.com/ruby/ruby/pull/19529 -
09:51 PM Ruby Feature #22376 (Closed): Undefine the allocator for Class
- BTW, this was merged in https://github.com/ruby/ruby/pull/18964, updating the issue status
-
09:49 PM Ruby Feature #22376: Undefine the allocator for Class
- There used to be a similar issue in RSpec (IIRC) but I've fixed it a long time ago, when TruffleRuby did the same change as proposed here.
I think `Class.method(:new)` is quite rare, and `Class.instance_method(:new)` is more correct any... -
12:04 PM Ruby Revision fc063c97 (git): Add a signal fence in rb_ec_clear_vm_stack()
- Since the fix for Bug #21441, ec->cfp is set to NULL before clearing
the VM stack so that thread_profile_frames() called from a signal
handler returns early instead of walking a stack that is no longer set
on the ec. But these are plain ...
10/27/2026
-
07:35 PM Ruby Revision 9ba7257f (git): Add a signal fence in rb_ec_clear_vm_stack()
- Since the fix for Bug #21441, ec->cfp is set to NULL before clearing
the VM stack so that thread_profile_frames() called from a signal
handler returns early instead of walking a stack that is no longer set
on the ec. But these are plain ... -
06:41 PM Ruby Bug #22477 (Closed): rb_ec_clear_vm_stack() can still clear the VM stack before ec->cfp = NULL on aarch64
- Applied in changeset commit:git|db563a357875d4efbadec58b0fd8695ac9a82f42.
----------
Add a signal fence in rb_ec_clear_vm_stack()
Since the fix for Bug #21441, ec->cfp is set to NULL before clearing
the VM stack so that thread_profile_... -
04:57 PM Ruby Bug #22477: rb_ec_clear_vm_stack() can still clear the VM stack before ec->cfp = NULL on aarch64
- PRs:
master: https://github.com/ruby/ruby/pull/19561
4.0: https://github.com/ruby/ruby/pull/19562
3.4: https://github.com/ruby/ruby/pull/19563
3.3: https://github.com/ruby/ruby/pull/19564 -
06:41 PM Ruby Revision db563a35 (git): Add a signal fence in rb_ec_clear_vm_stack()
- Since the fix for Bug #21441, ec->cfp is set to NULL before clearing
the VM stack so that thread_profile_frames() called from a signal
handler returns early instead of walking a stack that is no longer set
on the ec. But these are plain ...