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

[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:119432] [Ruby master Misc#20781] DevMeeting-2024-11-07
by mame (Yusuke Endoh) 06 Nov '24

06 Nov '24

Issue #20781 has been reported by mame (Yusuke Endoh). ---------------------------------------- Misc #20781: DevMeeting-2024-11-07 https://bugs.ruby-lang.org/issues/20781 * Author: mame (Yusuke Endoh) * Status: Open ---------------------------------------- # The next dev meeting **Date: 2024/11/07 13:00-17:00** (JST) Log: *TBD* - Dev meeting *IS NOT* a decision-making place. All decisions should be done at the bug tracker. - Dev meeting is a place we can ask Matz, nobu, nurse and other developers directly. - Matz is a very busy person. Take this opportunity to ask him. If you can not attend, other attendees can ask instead of you (if attendees can understand your issue). - We will write a record of the discussion in the file or to each ticket in English. - All activities are best-effort (keep in mind that most of us are volunteer developers). - The date, time and place of the meeting are scheduled according to when/where we can reserve Matz's time. - *DO NOT* discuss then on this ticket, please. # Call for agenda items If you have a ticket that you want matz and committers to discuss, please post it into this ticket in the following format: ``` * [Ticket ref] Ticket title (your name) * Comment (A summary of the ticket, why you put this ticket here, what point should be discussed, etc.) ``` Example: ``` * [Feature #14609] `Kernel#p` without args shows the receiver (ko1) * I feel this feature is very useful and some people say :+1: so let discuss this feature. ``` - It is recommended to add a comment by 2024/11/04. We hold a preparatory meeting to create an agenda a few days before the dev-meeting. - The format is strict. We'll use [this script to automatically create an markdown-style agenda](https://gist.github.com/mame/b0390509ce1491b43610b9ebb665eb86). We may ignore a comment that does not follow the format. - Your comment is mandatory. We cannot read all discussion of the ticket in a limited time. We appreciate it if you could write a short summary and update from a previous discussion. -- https://bugs.ruby-lang.org/

8 10

[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:119519] [Ruby master Bug#20797] UTC offset seconds is not checked
by nobu (Nobuyoshi Nakada) 04 Nov '24

04 Nov '24

Issue #20797 has been reported by nobu (Nobuyoshi Nakada). ---------------------------------------- Bug #20797: UTC offset seconds is not checked https://bugs.ruby-lang.org/issues/20797 * Author: nobu (Nobuyoshi Nakada) * Status: Open * Backport: 3.1: REQUIRED, 3.2: REQUIRED, 3.3: REQUIRED ---------------------------------------- While this raise ArgumentError: ```ruby Time.new(2024, 12, 25, 0, 0, 0, "+09:99") # ... expected for utc_offset (ArgumentError) ``` This is obviously weird. ```ruby Time.new(2024, 12, 25, 0, 0, 0, "+09:00:99").strftime("%::z") #=> "+09:01:39" ``` The latter should be an error as well as former. -- https://bugs.ruby-lang.org/

3 2

[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