- ruby-core - ml.ruby-lang.org

[ruby-core:125377] [Ruby Bug#22018] ISeq created via `RubyVM::InstructionSequence.compile` don't support coverage
by byroot (Jean Boussier) 05 May '26

05 May '26

Issue #22018 has been reported by byroot (Jean Boussier). ---------------------------------------- Bug #22018: ISeq created via `RubyVM::InstructionSequence.compile` don't support coverage https://bugs.ruby-lang.org/issues/22018 * Author: byroot (Jean Boussier) * Status: Open * Backport: 3.3: WONTFIX, 3.4: REQUIRED, 4.0: REQUIRED ---------------------------------------- Reproduction: ```ruby require "coverage" File.write("/tmp/a.rb", <<~RUBY) module CoverableRaw def self.call "cover up" end end CoverableRaw.call RUBY Coverage.start require "/tmp/a.rb" p Coverage.result File.write("/tmp/b.rb", <<~RUBY) module Coverable def self.call "cover up" end end Coverable.call RUBY class RubyVM::InstructionSequence def self.load_iseq(path) compile_file(path) end end Coverage.start require "/tmp/b.rb" p Coverage.result ``` Expected: ```ruby {"/tmp/a.rb" => [1, 1, 1, nil, nil, nil, 1]} {"/tmp/b.rb" => [1, 1, 1, nil, nil, nil, 1]} ``` Actual: ```ruby {"/tmp/a.rb" => [1, 1, 1, nil, nil, nil, 1]} {} ``` Patch: https://github.com/ruby/ruby/pull/16805 -- https://bugs.ruby-lang.org/

2 3

[ruby-core:125396] [Ruby Bug#22020] Inner call node without all arguments returned by RubyVM::AbstractSyntaxTree.of for call with a block
by Eregon (Benoit Daloze) 04 May '26

04 May '26

Issue #22020 has been reported by Eregon (Benoit Daloze). ---------------------------------------- Bug #22020: Inner call node without all arguments returned by RubyVM::AbstractSyntaxTree.of for call with a block https://bugs.ruby-lang.org/issues/22020 * Author: Eregon (Benoit Daloze) * Status: Open * Backport: 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- ```ruby begin foo(1, 2, kw: :arg) { 42 } rescue => e pp RubyVM::AbstractSyntaxTree.of e.backtrace_locations[0] end ``` ``` $ ruby --parser=parse.y rubyvm_ast_node_id_loc.rb (FCALL@2:2-2:21 :foo (LIST@2:6-2:20 (INTEGER@2:6-2:7 1) (INTEGER@2:9-2:10 2) (HASH@2:12-2:20 (LIST@2:12-2:20 (SYM@2:12-2:15 :kw) (SYM@2:16-2:20 :arg) nil)) nil)) ``` That covers `foo(1, 2, kw: :arg)` so all arguments except the block argument, which looks inconsistent. I believe it should be: ``` $ ruby --parser=parse.y rubyvm_ast_node_id_loc.rb (ITER@2:2-2:28 (FCALL@2:2-2:21 :foo (LIST@2:6-2:20 (INTEGER@2:6-2:7 1) (INTEGER@2:9-2:10 2) (HASH@2:12-2:20 (LIST@2:12-2:20 (SYM@2:12-2:15 :kw) (SYM@2:16-2:20 :arg) nil)) nil)) (SCOPE@2:22-2:28 tbl: [] args: nil body: (INTEGER@2:24-2:26 42))) ``` PR: https://github.com/ruby/ruby/pull/16836 -- https://bugs.ruby-lang.org/

1 2

[ruby-core:125150] [Ruby Bug#21970] Corrupted `ciobj->operands` in `compile.c: optimize_checktype`
by byroot (Jean Boussier) 04 May '26

04 May '26

Issue #21970 has been reported by byroot (Jean Boussier). ---------------------------------------- Bug #21970: Corrupted `ciobj->operands` in `compile.c: optimize_checktype` https://bugs.ruby-lang.org/issues/21970 * Author: byroot (Jean Boussier) * Status: Open * ruby -v: ruby 4.0.2 (2026-03-17 revision d3da9fec82) +PRISM [aarch64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- A rare crash I observed in production. I unfortunately don't have a reproduction, but perhaps this will ring a bell to someone. ``` #4 0x0000aaaac9afb1b8 [PAC] in sigsegv (sig=11, info=0xaaaaff573e30, ctx=0xaaaaff573eb0) at signal.c:948 #5 <signal handler called> #6 0x0000aaaac9ddcb60 in get_next_insn (iobj=0xffffffff00000001) at compile.c:3078 #7 optimize_checktype (iobj=0xaaab00000640, iseq=0xffff6e41ac80) at compile.c:3291 #8 iseq_peephole_optimize (iseq=iseq@entry=0xffff6e41ac80, list=list@entry=0xaaab00000640, do_tailcallopt=do_tailcallopt@entry=0) at compile.c:3363 #9 0x0000aaaac9dde590 [PAC] in iseq_optimize (anchor=<optimized out>, iseq=<optimized out>) at compile.c:4453 #10 iseq_setup_insn (anchor=<optimized out>, iseq=<optimized out>) at compile.c:1648 #11 iseq_setup_insn (iseq=0xffff6e41ac80, anchor=0xffffdb42d078) at compile.c:1637 #12 0x0000aaaac9e22d34 [PAC] in pm_iseq_compile_node (iseq=0xffff6e41ac80, node=<optimized out>) at /ruby-4.0.2/prism_compile.c:10514 #13 0x0000aaaac9a32f08 [PAC] in pm_iseq_new_with_opt_try (d=d@entry=281474360333120) at iseq.c:1106 #14 0x0000aaaac99c81bc [PAC] in rb_protect (proc=proc@entry=0xaaaac9a32eec <pm_iseq_new_with_opt_try>, data=data@entry=281474360333120, pstate=pstate@entry=0xffffdb42d3e4) at eval.c:1127 #15 0x0000aaaac9a39408 [PAC] in pm_iseq_new_with_opt (node=node@entry=0xffffdb42d510, name=name@entry=281472546599520, path=path@entry=281472531544280, realpath=281472531544280, first_lineno=first_lineno@entry=215, parent=parent@entry=0x0, isolated_depth=isolated_depth@entry=0, type=type@entry=ISEQ_TYPE_METHOD, option=0xffffdb42d328, error_state=error_state@entry=0xffffdb42d3e4) at iseq.c:1159 #16 0x0000aaaac9dcf1fc [PAC] in pm_new_child_iseq (iseq=iseq@entry=0xffff6e41b068, node=node@entry=0xffffdb42d510, name=281472546599520, parent=parent@entry=0x0, type=type@entry=ISEQ_TYPE_METHOD, line_no=215) at /ruby-4.0.2/iseq.h:154 #17 0x0000aaaac9e0688c [PAC] in pm_compile_node (iseq=iseq@entry=0xffff6e41b068, node=0xaaab000f0ac0, ret=ret@entry=0xffffdb42dcd8, popped=popped@entry=true, scope_node=scope_node@entry=0xffffdb42e170) at /ruby-4.0.2/prism_compile.c:9073 #18 0x0000aaaac9e0bd7c [PAC] in pm_compile_node (iseq=iseq@entry=0xffff6e41b068, node=0xaaab000eeed0, ret=ret@entry=0xffffdb42dcd8, popped=popped@entry=false, scope_node=scope_node@entry=0xffffdb42e170) at /ruby-4.0.2/prism_compile.c:10327 #19 0x0000aaaac9e1ee4c [PAC] in pm_compile_scope_node (iseq=iseq@entry=0xffff6e41b068, scope_node=scope_node@entry=0xffffdb42e170, ret=ret@entry=0xffffdb42dcd8, popped=popped@entry=false, node_location=<optimized out>, node_location=<optimized out>) at /ruby-4.0.2/prism_compile.c:7047 ``` ``` (gdb) f 7 #7 optimize_checktype (iobj=0xaaab00000640, iseq=0xffff6e41ac80) at compile.c:3291 3291 ciobj = (INSN *)get_next_insn((INSN*)OPERAND_AT(ciobj, 0)); (gdb) p (INSN*)ciobj->operands[0] $7 = (INSN *) 0xffffffff00000001 (gdb) p *(INSN*)ciobj->operands[0] Cannot access memory at address 0xffffffff00000001 ``` -- https://bugs.ruby-lang.org/

2 3

[ruby-core:125398] [Ruby Bug#22022] Refinement zsuper problems when referenced method changes
by jeremyevans0 (Jeremy Evans) 04 May '26

04 May '26

Issue #22022 has been reported by jeremyevans0 (Jeremy Evans). ---------------------------------------- Bug #22022: Refinement zsuper problems when referenced method changes https://bugs.ruby-lang.org/issues/22022 * Author: jeremyevans0 (Jeremy Evans) * Status: Open * ruby -v: ruby 4.1.0dev (2026-05-03T23:57:21Z master d8d2ed5dc9) +PRISM [x86_64-openbsd7.8] * Backport: 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- I've found many problems with refinement zsuper methods. Here's one example: ```ruby module M private def a = :a alias a a end class A include M end class B < A end module R refine B do public :a end end using R B.new.a # false() function is unimplemented on this machine (NotImplementedError) ``` Here's another: ```ruby class A private def a = :a end module R refine A do public :a end end using R A.new.a # => :a module M def a = :b end A.prepend M A.new.a # SystemStackError: stack level too deep ``` The problematic cases are in general can be broken down into: * Method being redefined (in same or closer ancestor) * Method being removed * Method being undef-ed (in same or closer ancestor) * Method being overridden by method in included module * Method being overridden by method in prepended module * Method being defined in an included/prepended module at time of refinement In addition to the `NotImplementedError` and `SystemStackError`, there are other cases where incorrect results are given. One possible approach for fixing this is to turn the zsuper methods into regular methods that call super . This fixes all cases that I found. This is not a perfect solution, due to mildly worse performance (I'm guessing) as well as arity/parameters for the method not as helpful. It may possible to avoid these issues by clearing method caches in more cases. However, I think that would require a lot of extra work, since you cannot just clear the method cache for the current class. You would need to clear it for all subclasses, if this is a module, do the same for all classes that include/prepend the module, as well as any subclasses of those classes. Considering the need for refinement zsuper methods is very rare, the performance and arity/parameters issues seem acceptable (to me). Pull request: https://github.com/ruby/ruby/pull/16844 -- https://bugs.ruby-lang.org/

1 0

[ruby-core:124714] [Ruby Bug#21870] Regexp: Warnings when using multiple non-overlapping \p{...} classes
by jneen (Jeanine Adkisson) 03 May '26

03 May '26

Issue #21870 has been reported by jneen (Jeanine Adkisson). ---------------------------------------- Bug #21870: Regexp: Warnings when using multiple non-overlapping \p{...} classes https://bugs.ruby-lang.org/issues/21870 * Author: jneen (Jeanine Adkisson) * Status: Open * ruby -v: 4.0.0, 4.0.1, earlier versions to a lesser extent * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- ```ruby $VERBOSE = true # warning: character class has duplicated range: /[\p{Word}\p{S}]/ regex = /[\p{Word}\p{S}]/ ``` As far as I can tell this is a perfectly valid and non-overlapping set of unicode properties, but I am still being spammed with warnings. Using `/(\p{Word}|\p{S})/` is kind of a workaround, but it is slower. -- https://bugs.ruby-lang.org/

9 22

[ruby-core:125389] [Ruby Bug#22019] Set#intersect () segv if the block is called after return
by jhawthorn (John Hawthorn) 01 May '26

01 May '26

Issue #22019 has been reported by jhawthorn (John Hawthorn). ---------------------------------------- Bug #22019: Set#intersect () segv if the block is called after return https://bugs.ruby-lang.org/issues/22019 * Author: jhawthorn (John Hawthorn) * Status: Open * Assignee: jhawthorn (John Hawthorn) * Backport: 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- ```ruby class C include Enumerable def each(&b) $b = b yield 1 end end Set[1, 2, 3] & C.new $b.call(1) # [BUG] Segmentation fault at 0x00007f21bfa67f60 ``` The cause is essentially the same as #5801, we're initializing an ifunc pointing to a stack-allocated struct. The solution I think is to only ever use `rb_block_call` with a GC managed object like an imemo_memo. In addition to `set_intersection_block` this likely also affects, `lazy_flat_map_i`, `nmin_i`, `enum_sum_i`, and `product_each_i` all of which are passed a stack buffer. It might also be helpful to prevent the ifunc from being called after return. Some iterators (ex. `sort_by`) will raise a runtime error when this happens, but it's done ad-hoc (and detection depends on the variable still being accessible). -- https://bugs.ruby-lang.org/

1 0

[ruby-core:124655] [Ruby Bug#21856] Nokogiri performance degradation since Ruby 4.0
by ahorek 30 Apr '26

30 Apr '26

Issue #21856 has been reported by ahorek (Pavel Rosický). ---------------------------------------- Bug #21856: Nokogiri performance degradation since Ruby 4.0 https://bugs.ruby-lang.org/issues/21856 * Author: ahorek (Pavel Rosický) * Status: Open * ruby -v: ruby 4.1.0dev (2026-01-31T09:41:30Z master 7ef8c470d2) +PRISM [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- Loofah sanitization is noticeably slower ``` Ruby: 3.4.8 Loofah: 2.25.0 Nokogiri: 1.19.0 Iterations: 100000 user system total real Loofah.fragment + scrub!(:prune) 26.091872 0.000000 26.091872 ( 25.110925) Loofah.scrub_fragment(:prune) 25.913185 0.010392 25.923577 ( 24.948464) Nokogiri HTML parse only 3.852690 0.000000 3.852690 ( 3.705930) Ruby: 4.0.0 & 4.0.1 Loofah: 2.25.0 Nokogiri: 1.19.0 Iterations: 100000 user system total real Loofah.fragment + scrub!(:prune) 38.094207 0.041753 38.135960 ( 36.669463) Loofah.scrub_fragment(:prune) 40.168795 0.000045 40.168840 ( 38.561806) Nokogiri HTML parse only 4.012936 0.052024 4.064960 ( 3.913272) Ruby: 4.1.0 (ruby 4.1.0dev (2026-01-31T09:41:30Z master 7ef8c470d2) +PRISM [x86_64-linux]) Loofah: 2.25.0 Nokogiri: 1.19.0 Iterations: 100000 user system total real Loofah.fragment + scrub!(:prune) 39.004228 0.000000 39.004228 ( 37.694873) Loofah.scrub_fragment(:prune) 39.043199 0.031284 39.074483 ( 37.182785) Nokogiri HTML parse only 3.889100 0.010427 3.899527 ( 3.741622) ``` Originally reported https://www.redmine.org/issues/43737 ---Files-------------------------------- benchmark.rb (1002 Bytes) -- https://bugs.ruby-lang.org/

9 14

[ruby-core:125327] [Ruby Bug#22009] ERROR: AddressSanitizer: attempting to call malloc_usable_size() for pointer which is not owned: with ASAN and DEBUG enabled build
by yahonda (Yasuo Honda) 29 Apr '26

29 Apr '26

Issue #22009 has been reported by yahonda (Yasuo Honda). ---------------------------------------- Bug #22009: ERROR: AddressSanitizer: attempting to call malloc_usable_size() for pointer which is not owned: with ASAN and DEBUG enabled build https://bugs.ruby-lang.org/issues/22009 * Author: yahonda (Yasuo Honda) * Status: Open * Backport: 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- ### Background I am using ruby-head built and deployed by https://github.com/ruby/ruby-dev-builder for my repository. https://github.com/rsim/oracle-enhanced/blob/master/.github/workflows/ruby_… Recently, the `ruby-head` version has not been updated since `ruby 4.1.0dev (2026-03-29T05:57:51Z :detached: f9175a9e5f) +PRISM [aarch64-linux]`. According to the ruby-dev-builder log file: - The last successful build : https://github.com/ruby/ruby-dev-builder/actions/runs/23716940676 - The first failing build :https://github.com/ruby/ruby-dev-builder/actions/runs/23763490942 - The latest failing build : https://github.com/ruby/ruby-dev-builder/actions/runs/24686105004 ### Steps to reproduce ``` mkdir work cd work git clone https://github.com/ruby/ruby.git git clone https://github.com/ruby/ruby-dev-builder.git cd ruby ../ruby-dev-builder/asan_libs.rb \ --prefix=$HOME/.rubies/ruby-asan \ --cc=clang \ --cflags='-fsanitize=address -fno-omit-frame-pointer -ggdb3 -O3' \ --ldflags="-Wl,-rpath=$HOME/.rubies/ruby-asan/lib" \ --makeopts=-j4 export cppflags="-DENABLE_PATH_CHECK=0 -DRUBY_DEBUG=1 -DVM_CHECK_MODE=1 -DUSE_MN_THREADS=0" export optflags="-O3 -fno-omit-frame-pointer" export debugflags="-fsanitize=address -ggdb3" export CC=clang export cflags="-I$HOME/.rubies/ruby-asan/include" export LDFLAGS="-L$HOME/.rubies/ruby-asan/lib -Wl,-rpath=$HOME/.rubies/ruby-asan/lib" export RUBY_TEST_TIMEOUT_SCALE=5 ./autogen.sh ./configure --prefix=$HOME/.rubies/ruby-asan --enable-shared --disable-install-doc --enable-yjit make -j4 && make install make test-spec MSPECOPT="spec/ruby/library/objectspace/dump_all_spec.rb" 2>&1 | tee error.log ``` ### Expected behavior This spec should pass. ### Actual behavior It raises `ERROR: AddressSanitizer: attempting to call malloc_usable_size() for pointer which is not owned:` -- https://bugs.ruby-lang.org/

2 4

[ruby-core:125352] [Ruby Bug#22016] ruby segfaults regularly
by wiz (Thomas Klausner) 29 Apr '26

29 Apr '26

Issue #22016 has been reported by wiz (Thomas Klausner). ---------------------------------------- Bug #22016: ruby segfaults regularly https://bugs.ruby-lang.org/issues/22016 * Author: wiz (Thomas Klausner) * Status: Open * ruby -v: ruby 4.0.2 (2026-03-17 revision d3da9fec82) +PRISM [x86_64-netbsd] * Backport: 3.3: UNKNOWN, 3.4: UNKNOWN, 4.0: UNKNOWN ---------------------------------------- When using ruby 4.0.2 on NetBSD-11.99.5/x86_64, built from pkgsrc, I often get core dumps. Recently it was quite easy to get them using asciidoctor to build the documentation for vms-empire (but that is just one example). Here is the backtrace of the latest coredump: ``` GNU gdb (GDB) 17.1 Copyright (C) 2025 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64--netbsd". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ruby40... ⚠️ warning: exec file is newer than core file. [New process 29975] [New process 316] Core was generated by `ruby40'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007af7bc25f99a in _lwp_kill () from /usr/lib/libc.so.12 [Current thread is 1 (process 29975)] #0 0x00007af7bc25f99a in _lwp_kill () from /usr/lib/libc.so.12 #1 0x00007af7bc926422 in rb_bug_for_fatal_signal (default_sighandler=0x0, sig=sig@entry=11, ctx=ctx@entry=0x7af7a1f6e420, fmt=fmt@entry=0x7af7bca2ec38 "Segmentation fault at %p") at error.c:1135 #2 0x00007af7bc7d2406 in sigsegv (sig=11, info=0x7af7a1f6e3a0, ctx=0x7af7a1f6e420) at signal.c:948 #3 <signal handler called> #4 each_location (x=0x7f7fff7c3000, n=338431, cb=cb@entry=0x7af7bc6b4ef5 <gc_mark_machine_stack_location_maybe>, data=0x0) at gc.c:2682 #5 0x00007af7bc6a955b in each_location_ptr (data=0x0, start=<optimized out>, end=<optimized out>, cb=0x7af7bc6b4ef5 <gc_mark_machine_stack_location_maybe>) at gc.c:2691 #6 each_location_ptr (start=<optimized out>, end=<optimized out>, cb=0x7af7bc6b4ef5 <gc_mark_machine_stack_location_maybe>, data=0x0) at gc.c:2688 #7 rb_gc_mark_machine_context (ec=0x7af7bc023650) at gc.c:2978 #8 mark_current_machine_context (ec=0x7af7bc023650) at gc.c:2958 #9 rb_gc_mark_roots (objspace=<optimized out>, categoryp=0x0) at gc.c:3056 #10 mark_roots (objspace=<optimized out>, categoryp=0x0) at gc/default/default.c:4629 #11 0x00007af7bc6bd047 in gc_marks_start (objspace=0x7af7bc018000, full_mark=<optimized out>) at gc/default/default.c:5815 #12 gc_marks (objspace=0x7af7bc018000, full_mark=<optimized out>) at gc/default/default.c:5831 #13 gc_start (objspace=objspace@entry=0x7af7bc018000, reason=<optimized out>, reason@entry=256) at gc/default/default.c:6516 #14 0x00007af7bc6bdd17 in heap_prepare (objspace=0x7af7bc018000, heap=0x7af7bc018028) at gc/default/default.c:2086 #15 heap_next_free_page (objspace=0x7af7bc018000, heap=0x7af7bc018028) at gc/default/default.c:2301 #16 newobj_cache_miss (objspace=0x7af7bc018000, cache=0x7af7bc000000, heap_idx=0, vm_locked=vm_locked@entry=false) at gc/default/default.c:2408 #17 0x00007af7bc6be719 in newobj_alloc (objspace=<optimized out>, cache=<optimized out>, heap_idx=<optimized out>, vm_locked=false) at gc/default/default.c:2432 #18 rb_gc_impl_new_obj (objspace_ptr=<optimized out>, cache_ptr=<optimized out>, klass=135203969407320, flags=8218, wb_protected=<optimized out>, alloc_size=<optimized out>) at gc/default/default.c:2511 #19 newobj_of (cr=<optimized out>, klass=135203969407320, flags=8218, shape_id=0, wb_protected=<optimized out>, size=<optimized out>) at gc.c:996 #20 0x00007af7bc84fcca in svar_new (obj=<optimized out>) at vm_insnhelper.c:642 #21 lep_svar_set (ec=0x7af7bc023650, lep=0x7af7bbefe6a0, key=key@entry=1, val=val@entry=4) at vm_insnhelper.c:656 #22 0x00007af7bc860c19 in vm_cfp_svar_set (ec=<optimized out>, cfp=<optimized out>, key=1, val=4) at vm.c:2014 #23 0x00007af7bc7983f9 in rb_reg_search_set_match (re=re@entry=135203970164480, str=str@entry=135203969420880, pos=pos@entry=0, reverse=reverse@entry=0, set_backref_str=set_backref_str@entry=-1, set_match=set_match@entry=0x7f7fff7bea60) at re.c:1795 #24 0x00007af7bc798707 in rb_reg_search0 (re=re@entry=135203970164480, str=str@entry=135203969420880, pos=pos@entry=0, reverse=reverse@entry=0, set_backref_str=set_backref_str@entry=-1, match=match@entry=0x7f7fff7bea60) at re.c:1857 #25 0x00007af7bc7ef856 in rb_pat_search0 (pat=pat@entry=135203970164480, str=str@entry=135203969420880, pos=pos@entry=0, set_backref_str=set_backref_str@entry=-1, match=match@entry=0x7f7fff7bea60) at string.c:6167 #26 0x00007af7bc7febcf in str_gsub (argc=<optimized out>, argv=<optimized out>, str=135203969420880, bang=0) at string.c:6352 #27 0x00007af7bc8612a1 in vm_call_cfunc_with_frame_ (ec=0x7af7bc023650, reg_cfp=0x7af7bbffe310, calling=<optimized out>, argc=1, argv=0x7af7bbefe6b0, stack_bottom=0x7af7bbefe6a8) at vm_insnhelper.c:3902 #28 0x00007af7bc865da4 in vm_sendish (ec=0x7af7bc023650, reg_cfp=0x7af7bbffe310, cd=0x7af7a0a0f8b0, block_handler=<optimized out>, method_explorer=<optimized out>) at vm_callinfo.h:450 #29 0x00007af7bc86c200 in vm_exec_core (ec=0x62, ec@entry=0x7af7bc023650) at insns.def:856 #30 0x00007af7bc871288 in vm_exec_loop (ec=<optimized out>, state=<optimized out>, tag=<optimized out>, result=<optimized out>) at vm.c:2825 #31 rb_vm_exec (ec=0x7af7bc023650) at vm.c:2801 #32 0x00007af7bc874d19 in invoke_iseq_block_from_c (ec=<optimized out>, captured=<optimized out>, self=<optimized out>, argc=<optimized out>, argv=<optimized out>, kw_splat=<optimized out>, passed_block_handler=<optimized out>, cref=0x4, is_lambda=<optimized out>, me=0x0) at vm.c:1820 #33 0x00007af7bc87628e in vm_yield_with_cref (ec=<optimized out>, argc=1, argv=0x7f7fff7beec8, kw_splat=0, cref=0x0, is_lambda=0) at vm.c:1865 #34 vm_yield (ec=<optimized out>, argc=1, argv=0x7f7fff7beec8, kw_splat=0) at vm.c:1879 #35 rb_yield_0 (argc=1, argv=0x7f7fff7beec8) at vm_eval.c:1362 #36 rb_yield (val=<optimized out>) at vm_eval.c:1378 #37 0x00007af7bc6c2366 in each_value_i (key=<optimized out>, value=<optimized out>, _=<optimized out>) at hash.c:3033 #38 0x00007af7bc6c3d42 in hash_foreach_iter () at hash.c:1269 #39 0x00007af7bc7ddb73 in st_general_foreach (tab=<optimized out>, func=0x7af7bc6c3d1b <hash_foreach_iter>, replace=0x0, arg=140187723886960, check_p=1) at st.c:1564 #40 0x00007af7bc6c4c9c in hash_foreach_call (arg=140187723886960) at hash.c:1396 #41 0x00007af7bc69a725 in rb_ec_ensure (ec=0x7af7bc023650, b_proc=<optimized out>, data1=<optimized out>, e_proc=0x7af7bc6c224a <hash_foreach_ensure>, data2=135203970494680) at eval.c:1146 #42 0x00007af7bc69a8dc in rb_ensure (b_proc=<optimized out>, data1=<optimized out>, e_proc=<optimized out>, data2=<optimized out>) at eval.c:1163 #43 0x00007af7bc6c734c in rb_hash_foreach (hash=hash@entry=135203970494680, func=func@entry=0x7af7bc6c2345 <each_value_i>, farg=farg@entry=0) at hash.c:1420 #44 0x00007af7bc6c8404 in rb_hash_each_value (hash=135203970494680) at hash.c:3061 #45 0x00007af7bc8612a1 in vm_call_cfunc_with_frame_ (ec=0x7af7bc023650, reg_cfp=0x7af7bbffe3b8, calling=<optimized out>, argc=0, argv=0x7af7bbefe638, stack_bottom=0x7af7bbefe630) at vm_insnhelper.c:3902 #46 0x00007af7bc865da4 in vm_sendish (ec=0x7af7bc023650, reg_cfp=0x7af7bbffe3b8, cd=0x7af7a0ab1c60, block_handler=<optimized out>, method_explorer=<optimized out>) at vm_callinfo.h:450 #47 0x00007af7bc86c200 in vm_exec_core (ec=0x62, ec@entry=0x7af7bc023650) at insns.def:856 #48 0x00007af7bc871288 in vm_exec_loop (ec=<optimized out>, state=<optimized out>, tag=<optimized out>, result=<optimized out>) at vm.c:2825 #49 rb_vm_exec (ec=0x7af7bc023650) at vm.c:2801 #50 0x00007af7bc6fd247 in require_internal (ec=ec@entry=0x7af7bc023650, fname=<optimized out>, fname@entry=135203969759680, exception=exception@entry=1, warn=<optimized out>) at load.c:1341 #51 0x00007af7bc6fd2ef in rb_require_string_internal (fname=135203969759680, resurrect=resurrect@entry=false) at load.c:1451 #52 0x00007af7bc6fdcd8 in rb_require_string (fname=<optimized out>) at load.c:1437 #53 0x00007af7bc8612a1 in vm_call_cfunc_with_frame_ (ec=0x7af7bc023650, reg_cfp=0x7af7bbffe460, calling=<optimized out>, argc=1, argv=0x7af7bbefe5e0, stack_bottom=0x7af7bbefe5d8) at vm_insnhelper.c:3902 #54 0x00007af7bc86b8fd in vm_sendish (ec=<optimized out>, reg_cfp=<optimized out>, cd=<optimized out>, block_handler=<optimized out>, method_explorer=<optimized out>) at vm_callinfo.h:450 #55 vm_exec_core (ec=0x62, ec@entry=0x7af7bc023650) at insns.def:904 #56 0x00007af7bc871288 in vm_exec_loop (ec=<optimized out>, state=<optimized out>, tag=<optimized out>, result=<optimized out>) at vm.c:2825 #57 rb_vm_exec (ec=0x7af7bc023650) at vm.c:2801 #58 0x00007af7bc6fd247 in require_internal (ec=ec@entry=0x7af7bc023650, fname=<optimized out>, fname@entry=135203970210040, exception=exception@entry=1, warn=<optimized out>) at load.c:1341 #59 0x00007af7bc6fd2ef in rb_require_string_internal (fname=135203970210040, resurrect=resurrect@entry=false) at load.c:1451 #60 0x00007af7bc6fdcd8 in rb_require_string (fname=<optimized out>) at load.c:1437 #61 0x00007af7bc8612a1 in vm_call_cfunc_with_frame_ (ec=0x7af7bc023650, reg_cfp=0x7af7bbffe4d0, calling=<optimized out>, argc=1, argv=0x7af7bbefe580, stack_bottom=0x7af7bbefe578) at vm_insnhelper.c:3902 #62 0x00007af7bc86b8fd in vm_sendish (ec=<optimized out>, reg_cfp=<optimized out>, cd=<optimized out>, block_handler=<optimized out>, method_explorer=<optimized out>) at vm_callinfo.h:450 #63 vm_exec_core (ec=0x62, ec@entry=0x7af7bc023650) at insns.def:904 #64 0x00007af7bc871288 in vm_exec_loop (ec=<optimized out>, state=<optimized out>, tag=<optimized out>, result=<optimized out>) at vm.c:2825 #65 rb_vm_exec (ec=0x7af7bc023650) at vm.c:2801 #66 0x00007af7bc7c30ba in ruby_init_prelude () at ruby.c:1779 #67 ruby_opt_init (opt=opt@entry=0x7f7fff7c09d0) at ruby.c:1829 #68 0x00007af7bc7c5038 in ruby_opt_init (opt=0x7f7fff7c09d0) at ruby.c:1799 #69 prism_script (opt=0x7f7fff7c09d0, result=0x7f7fff7c0188) at ruby.c:2234 #70 process_options (argc=6, argc@entry=8, argv=0x7f7fff7c0c08, argv@entry=0x7f7fff7c0bf8, opt=0x7f7fff7c09d0) at ruby.c:2569 #71 0x00007af7bc7c54e0 in ruby_process_options (argc=argc@entry=8, argv=argv@entry=0x7f7fff7c0bf8) at ruby.c:226 #72 0x00007af7bc69b894 in ruby_options (argc=argc@entry=8, argv=argv@entry=0x7f7fff7c0bf8) at eval.c:119 #73 0x0000000000a045e3 in rb_main (argc=8, argv=0x7f7fff7c0bf8) at ./main.c:42 #74 main (argc=<optimized out>, argv=<optimized out>) at ./main.c:62 [?2004h(gdb) quit [?2004l ``` -- https://bugs.ruby-lang.org/

2 4

[ruby-core:124726] [Ruby Feature#21871] Add Module#undef_const
by jeremyevans0 (Jeremy Evans) 29 Apr '26

29 Apr '26

Issue #21871 has been reported by jeremyevans0 (Jeremy Evans). ---------------------------------------- Feature #21871: Add Module#undef_const https://bugs.ruby-lang.org/issues/21871 * Author: jeremyevans0 (Jeremy Evans) * Status: Open ---------------------------------------- I propose to add `Module#undef_const`, which would operate for constants similarly to how `undef_method` (and the `undef` keyword) works for methods. When an undefed constant is found during constant lookup, lookup stops, and results in `const_missing` being called (similar to how `undef_method` stops method lookup and results in `method_missing` being called). The expected use for this is for stopping direct access to global constants inside namespaces. For example: ```ruby class DangerousClass; end class SafeClass undef_const :DangerousClass DangerousClass # NameError (const_missing behavior) end DangerousClass # no error ``` You cannot implement this behavior without introducing the equivalent of `Module#undef_const`. The best you can do is define a constant in the namespace that raises later when there is some access to the returned object. However, that approach has significant limitations, since you cannot raise on the lookup, only later when something operates on the returned object: ```ruby class DangerousClass; end class SafeClass DangerousClass = BasicObject.new DangerousClass.foo # NoMethodError DangerousClass::Constant # TypeError def m # doesn't raise, NoMethodError/TypeError occurs potentially much later in unrelated code [DangerousClass] end end ``` As to why it is good to stop direct access to a particular constants inside a namespace, it helps avoid IDOR (insecure direct object reference) security issues, since it pushes you to use a style like: ```ruby # Find a bar related to this foo bar = foo.bars.find { it.id == some_id } ``` As opposed to: ```ruby bar = Bar.find { it.id == some_id && it.foo.id == foo.id } ``` Assuming these are equivalent, the first approach is still better, because it avoids the possibility that a developer can write the following, missing the necessary check that the bar being accessed is related to the foo: ```ruby bar = Bar.find { it.id == some_id } ``` By using `undef_const :Bar` in the namespace, the `Bar.find` approach will not work, and developers will be pushed to use the `foo.bars.find` approach, which enforces safer behavior. I've submitted a pull request that implements this proposal: https://github.com/ruby/ruby/pull/16116 -- https://bugs.ruby-lang.org/

4 4