September 2024 - ruby-core - ml.ruby-lang.org

[ruby-core:119050] [Ruby master Feature#20715] `Ractor.[]` and `Ractor.[]=` to access Ractor local storage
by ko1 (Koichi Sasada) 07 Nov '24

07 Nov '24

Issue #20715 has been reported by ko1 (Koichi Sasada). ---------------------------------------- Feature #20715: `Ractor.[]` and `Ractor.[]=` to access Ractor local storage https://bugs.ruby-lang.org/issues/20715 * Author: ko1 (Koichi Sasada) * Status: Open * Assignee: ko1 (Koichi Sasada) ---------------------------------------- Trivial proposal. Now `Ractor#[]/#[]=` is supported to access current ractor local storage. However, it doesn't allow to access local storage of other ractors. ```ruby Ractor.current[:foo] = 1 Ractor.new{ p Ractor.main[:foo] #=> nil }.take ``` So providing `Ractor.[]/[]=` is more reasonable. Further more, we don't need to use `Ractor#current` and it is slightly faster. -- https://bugs.ruby-lang.org/

4 3

[ruby-core:119208] [Ruby master Bug#20745] IO::Buffer#copy triggers UB when src/dest buffers overlap
by hanazuki (Kasumi Hanazuki) 06 Nov '24

06 Nov '24

Issue #20745 has been reported by hanazuki (Kasumi Hanazuki). ---------------------------------------- Bug #20745: IO::Buffer#copy triggers UB when src/dest buffers overlap https://bugs.ruby-lang.org/issues/20745 * Author: hanazuki (Kasumi Hanazuki) * Status: Open * ruby -v: ruby 3.4.0dev (2024-09-15T01:06:11Z master 532af89e3b) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- The current implementation of `IO::Buffer#copy` uses `memcpy` to copy data between the two memory regions. `memcpy` has a requirement that the source and destination must not overlap; otherwise the behavior is undefined. When copying between the same instance of `IO::Buffer` (or slices sharing the same underlying memory), the rule can be violated, and the data is corrupted with some libc implementation / architecture combinations (note that Alpine uses musl libc). ```shell-session % docker run --platform=linux/amd64 --rm ruby:3.3.5-alpine3.20 ruby -e 'b=IO::Buffer.new(10); b.set_string("0123456789"); b.copy(b, 3, 7, 0); p b' -e:1: warning: IO::Buffer is experimental and both the Ruby and C interface may change in the future! #<IO::Buffer 0x00007fb439d2c450+10 INTERNAL> 0x00000000 30 31 32 30 31 32 30 31 32 30 0120120120 % docker run --platform=linux/arm64 --rm ruby:3.3.5-alpine3.20 ruby -e 'b=IO::Buffer.new(10); b.set_string("0123456789"); b.copy(b, 3, 7, 0); p b' -e:1: warning: IO::Buffer is experimental and both the Ruby and C interface may change in the future! #<IO::Buffer 0x00007fcc5c580360+10 INTERNAL> 0x00000000 30 31 32 30 31 32 33 34 35 36 0120123456 ``` Copying "0123456789" three bytes behind onto itself, "0120123456" is the expected result. --- This error can also be detected with ASAN. ```shell-session % CXX=clang++ CC=clang ./configure cppflags="-fsanitize=address -fno-omit-frame-pointer" optflags=-O0 LDFLAGS="-fsanitize=address -fno-omit-frame-pointer" % ./ruby -e 'b=IO::Buffer.new(10); b.copy(b, 0, 9, 1)' `RubyGems' were not loaded. `error_highlight' was not loaded. `did_you_mean' was not loaded. `syntax_suggest' was not loaded. -e:1: warning: IO::Buffer is experimental and both the Ruby and C interface may change in the future! ================================================================= ==1655425==ERROR: AddressSanitizer: memcpy-param-overlap: memory ranges [0x5020000107b0,0x5020000107b9) and [0x5020000107b1, 0x5020000107ba) overlap #0 0x55dcfbb72d90 in __asan_memcpy (/home/kasumi/.local/src/github.com/ruby/ruby/ruby+0x1fdd90) (BuildId: 2591ca8e9e713537a8f388383df19d1f4284b722) #1 0x55dcfbcb31e3 in ruby_nonempty_memcpy /home/kasumi/.local/src/github.com/ruby/ruby/./include/ruby/internal/memory.h:662:16 #2 0x55dcfbcb3867 in io_buffer_memcpy /home/kasumi/.local/src/github.com/ruby/ruby/io_buffer.c:2347:5 #3 0x55dcfbcb354a in io_buffer_copy_from /home/kasumi/.local/src/github.com/ruby/ruby/io_buffer.c:2384:5 #4 0x55dcfbcafd2f in io_buffer_copy /home/kasumi/.local/src/github.com/ruby/ruby/io_buffer.c:2490:12 #5 0x55dcfc0b955f in ractor_safe_call_cfunc_m1 /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:3597:12 #6 0x55dcfc09ca28 in vm_call_cfunc_with_frame_ /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:3788:11 #7 0x55dcfc09cf2a in vm_call_cfunc_with_frame /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:3834:12 #8 0x55dcfc09c0e9 in vm_call_cfunc_other /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:3860:16 #9 0x55dcfc081811 in vm_call_cfunc /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:3942:12 #10 0x55dcfc07f347 in vm_call_method_each_type /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:4766:16 #11 0x55dcfc07ebc2 in vm_call_method /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:4892:20 #12 0x55dcfc02d9a4 in vm_call_general /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:4936:12 #13 0x55dcfc02fb24 in vm_sendish /home/kasumi/.local/src/github.com/ruby/ruby/./vm_insnhelper.c:5955:15 #14 0x55dcfc03eb00 in vm_exec_core /home/kasumi/.local/src/github.com/ruby/ruby/insns.def:898:11 #15 0x55dcfc0306a2 in rb_vm_exec /home/kasumi/.local/src/github.com/ruby/ruby/vm.c:2564:22 #16 0x55dcfc06ee9f in rb_iseq_eval_main /home/kasumi/.local/src/github.com/ruby/ruby/vm.c:2830:11 #17 0x55dcfbbb7a84 in rb_ec_exec_node /home/kasumi/.local/src/github.com/ruby/ruby/eval.c:281:9 #18 0x55dcfbbb74b2 in ruby_run_node /home/kasumi/.local/src/github.com/ruby/ruby/eval.c:319:30 #19 0x55dcfbbaf81e in rb_main /home/kasumi/.local/src/github.com/ruby/ruby/./main.c:43:12 #20 0x55dcfbbaf699 in main /home/kasumi/.local/src/github.com/ruby/ruby/./main.c:62:12 #21 0x7fb604914db9 in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 #22 0x7fb604914e74 in __libc_start_main csu/../csu/libc-start.c:360:3 #23 0x55dcfbad8fe0 in _start (/home/kasumi/.local/src/github.com/ruby/ruby/ruby+0x163fe0) (BuildId: 2591ca8e9e713537a8f388383df19d1f4284b722) [snip] ``` -- https://bugs.ruby-lang.org/

5 7

[ruby-core:116589] [Ruby master Misc#20238] Use prism for mk_builtin_loader.rb
by kddnewton (Kevin Newton) 05 Nov '24

05 Nov '24

Issue #20238 has been reported by kddnewton (Kevin Newton). ---------------------------------------- Misc #20238: Use prism for mk_builtin_loader.rb https://bugs.ruby-lang.org/issues/20238 * Author: kddnewton (Kevin Newton) * Status: Open * Priority: Normal ---------------------------------------- I would like to propose that we use prism for mk_builtin_loader.rb. Right now the Ruby syntax that you can use in builtin classes is restricted to the base Ruby version (2.7). This means you can't use a lot of the nicer syntax that Ruby has shipped in the last couple of years. If we switch to using prism to parse the builtin files instead of using ripper, then we can always use the latest version of Ruby syntax. A pull request for this is here: https://github.com/kddnewton/ruby/pull/65. The approach for the PR is taken from how RJIT bindgen works. -- https://bugs.ruby-lang.org/

6 21

[ruby-core:119250] [Ruby master Bug#20753] [doc] IO::Buffer examples try to write into readonly buffer returned from IO::Buffer.for
by hanazuki (Kasumi Hanazuki) 05 Nov '24

05 Nov '24

Issue #20753 has been reported by hanazuki (Kasumi Hanazuki). ---------------------------------------- Bug #20753: [doc] IO::Buffer examples try to write into readonly buffer returned from IO::Buffer.for https://bugs.ruby-lang.org/issues/20753 * Author: hanazuki (Kasumi Hanazuki) * Status: Open * ruby -v: ruby 3.4.0dev (2024-09-18T02:16:22Z master 4797b0704a) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- `IO::Buffer.for` without a block returns a readonly `IO::Buffer`. Some examples in the documentation for `IO::Buffer` write into the readonly buffers, which actually raise an `IO::Buffer::AccessError`. From `IO::Buffer#clear`: > ``` > buffer = IO::Buffer.for('test') > # => > # <IO::Buffer 0x00007fca40087c38+4 SLICE> > # 0x00000000 74 65 73 74 test > > buffer.clear > # => > # <IO::Buffer 0x00007fca40087c38+4 SLICE> > # 0x00000000 00 00 00 00 .... > ``` From `IO::Buffer#copy`: > ``` > string= "data: " > # => "data: " > buffer = IO::Buffer.for(string) > buffer.copy(IO::Buffer.for("test"), 5) > # => 4 > ``` And `IO::Buffer#slice`, which should be fixed along with its implementation #20752 -- https://bugs.ruby-lang.org/

3 3

[ruby-core:119312] [Ruby master Bug#20762] `make test-basic` with -DRGENGC_FORCE_MAJOR_GC is always failure
by hsbt (Hiroshi SHIBATA) 05 Nov '24

05 Nov '24

Issue #20762 has been reported by hsbt (Hiroshi SHIBATA). ---------------------------------------- Bug #20762: `make test-basic` with -DRGENGC_FORCE_MAJOR_GC is always failure https://bugs.ruby-lang.org/issues/20762 * Author: hsbt (Hiroshi SHIBATA) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- https://github.com/ruby/ruby/actions/runs/11063957302/job/30741993035#step:… ---- ``` /github/workspace/src/basictest/test.rb:2357: [BUG] cannot create a new page after major GC ruby 3.4.0dev (2024-09-27T03:22:52Z pull/11217/merge cfa3f15e14) +PRISM [x86_64-linux] -- Control frame information ----------------------------------------------- c:0004 p:0004 s:0057 e:000055 BLOCK /github/workspace/src/basictest/test.rb:2357 [FINISH] self: (embed) len:3 lvars: o: (String) len: 7, capa: 15 "select!" c:0003 p:---- s:0052 e:000051 CFUNC :each_object me: called_id: each_object, type: cfunc owner class: (anon) self: ObjectSpace c:0002 p:15612 s:0048 E:002140 EVAL /github/workspace/src/basictest/test.rb:2356 [FINISH] self: (embed) len:3 lvars: a: T_FIXNUM 1 h: (Hash)[A] 1 aa: T_FIXNUM 5 bb: T_FIXNUM 25 cc: T_FIXNUM 44 b: (Binding)binding c: T_FIXNUM 3 f: (Foo)(embed) len:3 x: (Alias3)(embed) len:3 y: T_FIXNUM 2 z: T_NIL while_tmp: (String) len: 15, capa: 55 "while_tmp.52326" tmp: T_NIL line: (String) len: 7, capa: 15 "tvi925 " lastline: (String) len: 6, capa: 15 "paper " sum: T_FIXNUM 220 i: T_FIXNUM 5 e: (RuntimeError)(embed) len:8 k: T_FIXNUM 3 v: T_FIXNUM 6 done: T_TRUE m: (MatchData) blk: (Proc) block in <main>@/github/workspace/src/basictest/test.rb:1207 lmd: (Proc) block in <main>@/github/workspace/src/basictest/test.rb:1213 nan: (Float) n1: (Integer) n2: (Integer) foo: T_FIXNUM 5 s: (String) len: 6, capa: 15 "1,2,3 " d: T_FIXNUM 4 p1: (Binding)binding i7: T_NIL script_tmp: (String) len: 16, capa: 55 "script_tmp.52326" bar: (embed) len:3 ary: (Array)[E ] len: 11 (embed) ary2: (Array)[ ] len: 11, capa:20 ptr:0x000055c64bd8e960 struct_test: Struct::Test test: (Struct::Test) foobar: (String) len: 6, capa: 15 "foobar" atlas: (Titans)(embed) len:3 dosish: T_NIL l: (Array)[ ] len: 100000, capa:127694 ptr:0x00007fb4d72ea010 c:0001 p:0000 s:0003 E:0012a0 DUMMY [FINISH] self: (embed) len:3 -- Ruby level backtrace information ---------------------------------------- /github/workspace/src/basictest/test.rb:2356:in '<main>' /github/workspace/src/basictest/test.rb:2356:in 'each_object' /github/workspace/src/basictest/test.rb:2357:in 'block in <main>' -- Threading information --------------------------------------------------- Total ractor count: 1 Ruby thread count for this ractor: 1 -- C level backtrace information ------------------------------------------- /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_print_backtrace+0x14) [0x7fb4f2db5e3c] /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm_dump.c:822 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_vm_bugreport) /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm_dump.c:1151 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_bug_without_die+0xe8) [0x7fb4f2c01318] /tmp/tmp.WEBb0YaZEC//github/workspace/src/error.c:1084 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_bug+0x80) [0x7fb4f2b506d3] /tmp/tmp.WEBb0YaZEC//github/workspace/src/error.c:1092 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(newobj_cache_miss+0x4bf) [0x7fb4f2c2381f] /github/workspace/src/gc/default.c:2169 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(newobj_of+0x264) [0x7fb4f2c18f04] /github/workspace/src/gc/default.c:2478 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_wb_protected_newobj_of+0x25) [0x7fb4f2c18f55] /tmp/tmp.WEBb0YaZEC//github/workspace/src/gc.c:917 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_cc_new+0xd) [0x7fb4f2d869d3] /github/workspace/src/vm_callinfo.h:334 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_search_cc) /github/workspace/src/vm_insnhelper.c:2177 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_vm_search_method_slowpath) /github/workspace/src/vm_insnhelper.c:2196 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_search_method_slowpath0+0x8) [0x7fb4f2d8c7c6] /github/workspace/src/vm_insnhelper.c:2217 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_search_method_fastpath) /github/workspace/src/vm_insnhelper.c:2278 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_sendish) /github/workspace/src/vm_insnhelper.c:5954 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_exec_core) /tmp/tmp.WEBb0YaZEC/insns.def:898 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_exec_loop+0x0) [0x7fb4f2d88dc6] /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:2564 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_vm_exec) /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:2567 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(invoke_block_from_c_bh+0x3cb) [0x7fb4f2db01cb] /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:1595 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_yield_with_cref+0x45) [0x7fb4f2d97ca5] /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:1646 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_yield) /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:1654 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_yield_0) /github/workspace/src/vm_eval.c:1344 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_yield) /github/workspace/src/vm_eval.c:1360 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(os_obj_of_i+0x38) [0x7fb4f2c2b438] /tmp/tmp.WEBb0YaZEC//github/workspace/src/gc.c:1372 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(objspace_each_objects_try+0x135) [0x7fb4f2c29995] /github/workspace/src/gc/default.c:2772 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_ensure+0xe1) [0x7fb4f2c0ac81] /tmp/tmp.WEBb0YaZEC//github/workspace/src/eval.c:1053 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(objspace_each_objects+0xa3) [0x7fb4f2c2222a] /github/workspace/src/gc/default.c:2803 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_gc_impl_each_objects) /github/workspace/src/gc/default.c:2822 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_objspace_each_objects) /tmp/tmp.WEBb0YaZEC//github/workspace/src/gc.c:2885 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(os_each_obj) /tmp/tmp.WEBb0YaZEC//github/workspace/src/gc.c:1389 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_cfp_consistent_p+0x0) [0x7fb4f2da7e02] /github/workspace/src/vm_insnhelper.c:3788 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_call_cfunc_with_frame_) /github/workspace/src/vm_insnhelper.c:3790 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(RB_UNDEF_P+0x0) [0x7fb4f2d8bfe4] /github/workspace/src/vm_insnhelper.c:5955 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_exec_core) /tmp/tmp.WEBb0YaZEC/insns.def:852 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(vm_exec_loop+0xac) [0x7fb4f2d88d34] /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:2591 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_vm_exec) /tmp/tmp.WEBb0YaZEC//github/workspace/src/vm.c:2570 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(rb_ec_exec_node+0x3a) [0x7fb4f2c09cd4] /tmp/tmp.WEBb0YaZEC//github/workspace/src/eval.c:281 /tmp/tmp.WEBb0YaZEC/libruby.so.3.4(ruby_run_node) /tmp/tmp.WEBb0YaZEC//github/workspace/src/eval.c:319 /tmp/tmp.WEBb0YaZEC/ruby(rb_main+0x1c) [0x55c64a844249] /tmp/tmp.WEBb0YaZEC//github/workspace/src/main.c:43 /tmp/tmp.WEBb0YaZEC/ruby(main) /tmp/tmp.WEBb0YaZEC//github/workspace/src/main.c:62 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_call_main+0x80) [0x7fb4f27bed90] ../sysdeps/nptl/libc_start_call_main.h:58 /lib/x86_64-linux-gnu/libc.so.6(call_init+0x0) [0x7fb4f27bee40] ../csu/libc-start.c:392 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main_impl) ../csu/libc-start.c:379 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main) (null):0 /tmp/tmp.WEBb0YaZEC/ruby(_start) [0x55c64a8440f5] (snip) ``` -- https://bugs.ruby-lang.org/

4 5

[ruby-core:119074] [Ruby master Bug#20716] Different instance_method behavior in Ruby 2.7 and Ruby 3.x
by natton (Tien Truong) 04 Nov '24

04 Nov '24

Issue #20716 has been reported by natton (Tien Truong). ---------------------------------------- Bug #20716: Different instance_method behavior in Ruby 2.7 and Ruby 3.x https://bugs.ruby-lang.org/issues/20716 * Author: natton (Tien Truong) * Status: Open * ruby -v: 3.3.1 * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- Hi, I am working on upgrading our project from 2.7 to 3.x and found a breaking change in `instance_method` behavior. Here is the code snippet ``` module A def test(*args) super end end module B def test(a) puts a end end B.prepend(A) a = lambda do puts 'lambda' end class C include B end B.instance_method(:test).bind(C.new).call(1) # Ruby 2.7: 1 # Ruby 3.0: 1 # Ruby 3.1: 1 B.module_exec do define_method(:test, a) end B.instance_method(:test).bind(C.new).call # Ruby 2.7: lambda # Ruby 3.0: wrong number of arguments (given 0, expected 1) (ArgumentError) # Ruby 3.1: wrong number of arguments (given 0, expected 1) (ArgumentError) ``` I don't know if this is a bug or a correct intention. My specs: - Ruby manager: rbenv - Tested on - ruby 2.7.4p191 (2021-07-07 revision a21a3b7d23) [x86_64-linux] - ruby 3.0.7p220 (2024-04-23 revision 724a071175) [x86_64-linux] - ruby 3.1.4p223 (2023-03-30 revision 957bb7cb81) [x86_64-linux] - ruby 3.2.3 (2024-01-18 revision 52bb2ac0a6) [x86_64-linux] - ruby 3.3.1 (2024-04-23 revision c56cd86388) [x86_64-linux] -- https://bugs.ruby-lang.org/

4 12

[ruby-core:119257] [Ruby master Bug#20755] IO::Buffer#transfer transfers mutable reference to String's memory but not lock ownership
by hanazuki (Kasumi Hanazuki) 04 Nov '24

04 Nov '24

Issue #20755 has been reported by hanazuki (Kasumi Hanazuki). ---------------------------------------- Bug #20755: IO::Buffer#transfer transfers mutable reference to String's memory but not lock ownership https://bugs.ruby-lang.org/issues/20755 * Author: hanazuki (Kasumi Hanazuki) * Status: Open * ruby -v: ruby 3.4.0dev (2024-09-18T02:16:22Z master 4797b0704a) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- `IO::Buffer.for` with a block yields a mutable IO::Buffer that shares underlying memory with a mutable String. While the block is executed, the String instance is temporarily locked and cannot be modified or frozen. If you call `#transfer` on the yielded IO::Buffer in the block, however, a mutable IO::Buffer can be escaped from the `.for` method. Through this IO::Buffer instance, you can modify the underlying String memory even after the String instance is frozen. ```irb irb(main):001> str = +'a' => "a" irb(main):002> buf = IO::Buffer.for(str) {|b| b.transfer } => #<IO::Buffer 0x00007f244d1ede98+1 EXTERNAL SLICE> ... irb(main):003> str.freeze => "a" irb(main):004> buf.set_string('b') => 1 irb(main):005> str => "b" ``` -- https://bugs.ruby-lang.org/

5 4

[ruby-core:119248] [Ruby master Bug#20752] IO::Buffer#slice fails to copy readonly flag, allowing writes into frozen String
by hanazuki (Kasumi Hanazuki) 04 Nov '24

04 Nov '24

Issue #20752 has been reported by hanazuki (Kasumi Hanazuki). ---------------------------------------- Bug #20752: IO::Buffer#slice fails to copy readonly flag, allowing writes into frozen String https://bugs.ruby-lang.org/issues/20752 * Author: hanazuki (Kasumi Hanazuki) * Status: Open * ruby -v: ruby 3.4.0dev (2024-09-18T02:16:22Z master 4797b0704a) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- ```irb irb(main):001> RUBY_DESCRIPTION.frozen? => true irb(main):002> IO::Buffer.for(RUBY_DESCRIPTION).set_string('perl', 0, 4) (irb):2:in 'IO::Buffer#set_string': Buffer is not writable! (IO::Buffer::AccessError) from (irb):2:in '<main>' from <internal:kernel>:191:in 'Kernel#loop' from -e:1:in '<main>' irb(main):003> IO::Buffer.for(RUBY_DESCRIPTION).slice.set_string('perl', 0, 4) => 4 irb(main):004> RUBY_DESCRIPTION => "perl 3.4.0dev (2024-09-18T02:16:22Z master 4797b0704a) +PRISM [x86_64-linux]" ``` ```irb irb(main):001> IO::Buffer.for(NameError.name).slice.set_string('X', 0, 1) => 1 irb(main):002> NameError (irb):2:in '<main>': uninitialized constant NameError (XameError) from <internal:kernel>:191:in 'Kernel#loop' from -e:1:in '<main>' ``` -- https://bugs.ruby-lang.org/

6 6

[ruby-core:119095] [Ruby master Bug#20719] `Float` converts ASCII-incompatible string
by nobu (Nobuyoshi Nakada) 04 Nov '24

04 Nov '24

Issue #20719 has been reported by nobu (Nobuyoshi Nakada). ---------------------------------------- Bug #20719: `Float` converts ASCII-incompatible string https://bugs.ruby-lang.org/issues/20719 * Author: nobu (Nobuyoshi Nakada) * Status: Open * Backport: 3.1: REQUIRED, 3.2: REQUIRED, 3.3: REQUIRED ---------------------------------------- ```ruby "\u{3036}" #=> "〶" Float("\u{3036}".encode("utf-16be")) #=> 6.0 ``` While: ```ruby Integer("\u{3036}".encode("utf-16be")) #=> ASCII incompatible encoding: UTF-16BE (Encoding::CompatibilityError) ``` -- https://bugs.ruby-lang.org/

3 2

[ruby-core:117968] [Ruby master Bug#20501] ruby SEGV
by akr (Akira Tanaka) 04 Nov '24

04 Nov '24

Issue #20501 has been reported by akr (Akira Tanaka). ---------------------------------------- Bug #20501: ruby SEGV https://bugs.ruby-lang.org/issues/20501 * Author: akr (Akira Tanaka) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I encountered SEGV of ruby. ``` % ./ruby -v ruby 3.4.0dev (2024-05-22T06:59:19Z master 5613d6e95b) [x86_64-linux] % ./ruby t.rb t.rb:33: [BUG] Segmentation fault at 0x00007fc243696098 ruby 3.4.0dev (2024-05-22T06:59:19Z master 5613d6e95b) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0003 p:0000 s:4294967313 e:000018 METHOD t.rb:33 c:0002 p:0022 s:0006 e:000005 EVAL t.rb:52 [FINISH] c:0001 p:0000 s:0003 E:000350 DUMMY [FINISH] -- Ruby level backtrace information ---------------------------------------- t.rb:52:in '<main>' t.rb:33:in 'create_no_file' -- Threading information --------------------------------------------------- Total ractor count: 1 Ruby thread count for this ractor: 1 -- Machine register context ------------------------------------------------ RIP: 0x000055a1cdc8bb9c RBP: 0x000055a1cee844b0 RSP: 0x00007ffcde5cdae0 RAX: 0x00007fc2436960a0 RBX: 0x00007fba43795f68 RCX: 0x0000000000000000 RDX: 0x000055a1cf115cf0 RDI: 0x0000000000000009 RSI: 0x00007fba28526860 R8: 0x00007fba436960a1 R9: 0x0000000000000000 R10: 0x00007fba28526860 R11: 0x0000000000000003 R12: 0x0000000000000006 R13: 0x00007fba2853b698 R14: 0x0000000d00000009 R15: 0x0000000000000b21 EFL: 0x0000000000010246 -- C level backtrace information ------------------------------------------- /home/ruby/t2/ruby/ruby(rb_print_backtrace+0x14) [0x55a1cdcae243] /home/ruby/t2/ruby/vm_dump.c:820 /home/ruby/t2/ruby/ruby(rb_vm_bugreport) /home/ruby/t2/ruby/vm_dump.c:1151 /home/ruby/t2/ruby/ruby(rb_bug_for_fatal_signal+0xf8) [0x55a1cde5abe8] /home/ruby/t2/ruby/error.c:1108 /home/ruby/t2/ruby/ruby(sigsegv+0x44) [0x55a1cdbf7864] /home/ruby/t2/ruby/signal.c:929 /lib/x86_64-linux-gnu/libc.so.6(0x7fba438f8050) [0x7fba438f8050] /home/ruby/t2/ruby/ruby(vm_exec_handle_exception+0x2ac) [0x55a1cdc8bb9c] /home/ruby/t2/ruby/vm.c:2782 ... ``` `t.rb` and the full crash report are attached. ---Files-------------------------------- t.rb (1.27 KB) crash.txt (15.8 KB) -- https://bugs.ruby-lang.org/

7 14