General

Profile

byroot (Jean Boussier)

Issues

open closed Total
Assigned issues 1 33 34
Reported issues 24 154 178

Projects

Project Roles Registered on
Ruby Committer 09/27/2021

Activity

10/12/2026

02:55 PM Ruby Revision ad29ad7a (git): [ruby/json] Handle invalid encoding in JSON path keys
https://github.com/ruby/json/commit/e19f7d75a6 byroot (Jean Boussier)
02:28 PM Ruby Revision 86f192cf (git): [ruby/json] parser.c: only update the stack once fully spilled
https://github.com/ruby/json/commit/78d6a83a3c byroot (Jean Boussier)
02:22 PM Ruby Revision c5597ac4 (git): [ruby/json] Fix parsing of number with out of range negative exponents
https://github.com/ruby/json/commit/6ea62016fb byroot (Jean Boussier)
01:57 PM Ruby Revision 817023b8 (git): [ruby/json] Fix parsing of unescaped NULL bytes in strings
https://github.com/ruby/json/commit/1b67eb3db2 byroot (Jean Boussier)
01:51 PM Ruby Revision 90e7ab3a (git): [ruby/json] ResumableParser: fix handling of incomplete unicode escape
`spe` is the string end, so if the escape is incomplete, it doesn't
mean we reached the end of stream, hence it's a syntax error, not
an EOS error.
https://github.com/ruby/json/commit/c1a4372837
byroot (Jean Boussier)
08:15 AM Ruby Revision 0e01c2a8 (git): [ruby/json] More hardening against adversarial `encode` methods
https://github.com/ruby/json/commit/429c109458 byroot (Jean Boussier)

10/11/2026

11:11 AM Ruby Bug #22421 (Closed): `RubyVM::YJIT.max_compile_time_ns=` aborts the process when YJIT is not enabled
Applied in changeset commit:git|8264d60f975c49b0e0dd481a04ed7ee7b3e63dcf.
----------
Fix `RubyVM::YJIT.max_compile_time_ns=` when YJIT is disabled
[Bug #22421]
byroot (Jean Boussier)
07:19 AM Ruby Revision 8264d60f (git): Fix `RubyVM::YJIT.max_compile_time_ns=` when YJIT is disabled
[Bug #22421] byroot (Jean Boussier)

10/09/2026

08:52 AM Ruby Revision 334b4ffa (git): [DOC] Clarify `rb_len_t` entry in NEWS.md
byroot (Jean Boussier)
07:52 AM Ruby Feature #22400: Use rb_long_t for lengths so that String and Array can exceed 2GiB on mswin
@hsbt what's the migration path for C extensions? I don't see a `HAVE_RB_LEN_T`, should we provide one so that extensions can declare:
```c
#ifndef HAVE_RB_LEN_T
typedef long rb_len_t;
typedef unsigned long rb_ulen_t;
#endif
```
byroot (Jean Boussier)

Also available in: Atom