Eregon (Benoit Daloze)
- Login: Eregon
- Registered on: 07/30/2009
- Last sign in: 06/16/2025
Issues
open | closed | Total | |
---|---|---|---|
Assigned issues | 1 | 60 | 61 |
Reported issues | 21 | 188 | 209 |
Projects
Project | Roles | Registered on |
---|---|---|
Ruby | Committer | 08/02/2012 |
Like
Activity
06/17/2025
-
07:16 AM Ruby Bug #20998: rb_str_locktmp() changes flags of frozen strings and string literals
- @hanazuki Thanks for the link, I wish I found that earlier. It confirms that it was already broken which is the same ...
-
07:10 AM Ruby Bug #21210: IO::Buffer gets invalidated on GC compaction
- alanwu (Alan Wu) wrote in #note-5:
> Looks like the mutable string buffer code paths pin using rb\_str\_locktmp().
...
06/16/2025
-
09:00 PM Ruby Bug #20998: rb_str_locktmp() changes flags of frozen strings and string literals
- ioquatix (Samuel Williams) wrote in #note-16:
> My usage of `rb_str_locktmp` isn't about mutation, it's about making... -
08:59 PM Ruby Bug #20998 (Closed): rb_str_locktmp() changes flags of frozen strings and string literals
- Applied in changeset commit:git|83fb07fb2c97b9922450979fa4a56f43324317a9.
----------
[Bug #20998] Check if the strin... -
08:59 PM Ruby Revision 83fb07fb (git): [Bug #20998] Check if the string is frozen in rb_str_locktmp() & rb_str_unlocktmp()
-
08:59 PM Ruby Revision 2956573b (git): Add test for `IO::Buffer.for(frozen_string) {}` and omit rb_str_{,un}locktmp in that case
06/14/2025
-
11:50 AM Ruby Bug #20998: rb_str_locktmp() changes flags of frozen strings and string literals
- PR at https://github.com/ruby/ruby/pull/13615
06/13/2025
-
05:29 PM Ruby Feature #21346: Introduce `String#ensure_suffix`
- I think `with_suffix` would be a bit clearer for the implemented semantics.
-
05:23 PM Ruby Misc #21385: Namespace: Suggesting a rename
- hsbt (Hiroshi SHIBATA) wrote in #note-19:
> ClassLoader (joke)
I'm not sure how I missed this but indeed this fea...
06/05/2025
-
09:25 AM Ruby Feature #21359: Introduce `Exception#cause=` for Post-Initialization Assignment
- Maybe `Exception.new("message", cause: cause)` should be supported, but I suppose that might be quite hard to support...
Also available in: Atom