April 2025 - ruby-core - ml.ruby-lang.org

[ruby-core:119991] [Ruby master Bug#20905] Ruby VM hangs while using ractors
by ivoanjo (Ivo Anjo) 05 Jun '25

05 Jun '25

Issue #20905 has been reported by ivoanjo (Ivo Anjo). ---------------------------------------- Bug #20905: Ruby VM hangs while using ractors https://bugs.ruby-lang.org/issues/20905 * Author: ivoanjo (Ivo Anjo) * Status: Open * ruby -v: ruby 3.4.0preview2 (2024-10-07 master 32c733f57b) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- Hey! While doing some experiments with Ractors I ran into a Ruby VM hang. I see it both on Ruby 3.4.0-preview2 and 3.3.5, but not Ruby 3.2, so this may be related to the M:N scheduling. ### How to reproduce: ``` puts RUBY_DESCRIPTION def counter_loop counter = 0 counter += 1 while counter < 100_000_000 end ractors = 10.times.map { Ractor.new { Thread.new { counter_loop }; counter_loop } } counter_loop ractors.map(&:take) ``` This example never finishes for me. At some point all threads finish work, and the Ruby process will be stuck at 0% cpu. ``` ruby 3.4.0preview2 (2024-10-07 master 32c733f57b) +PRISM [x86_64-linux] warning: Ractor is experimental, and the behavior may change in future versions of Ruby! Also there are many implementation issues. ...(hangs)... ``` Reducing the number of ractor seems to make the issue go away, so there may be some timing/thread switching issues involved. Furthermore, all threads seem to be stuck waiting: ``` (gdb) info threads Id Target Id Frame * 1 Thread 0x7836ef0b6c00 (LWP 445418) "ruby" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024bda30) at ./nptl/futex-internal.c:57 2 Thread 0x7836d4800640 (LWP 445419) "ruby" 0x00007836ee725e2e in epoll_wait (epfd=4, events=events@entry=0x7836ef0a8adc <timer_th+28>, maxevents=maxevents@entry=16, timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30 3 Thread 0x7836d3fff640 (LWP 445420) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6434) at ./nptl/futex-internal.c:57 4 Thread 0x7836b29ff640 (LWP 445421) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6434) at ./nptl/futex-internal.c:57 5 Thread 0x7836b28fe640 (LWP 445422) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 6 Thread 0x7836b27fd640 (LWP 445423) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 7 Thread 0x7836b26fc640 (LWP 445424) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 8 Thread 0x7836b25fb640 (LWP 445425) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 9 Thread 0x7836b24fa640 (LWP 445426) "rc-example7-2.*" __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 (gdb) thread apply all bt Thread 9 (Thread 0x7836b24fa640 (LWP 445426) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6430, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a40251e800) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 8 (Thread 0x7836b25fb640 (LWP 445425) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6430, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a4025224e0) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 7 (Thread 0x7836b26fc640 (LWP 445424) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6430, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a4025adf00) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 6 (Thread 0x7836b27fd640 (LWP 445423) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6430, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a40263bc20) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 5 (Thread 0x7836b28fe640 (LWP 445422) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6430) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6430, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a40276bc80) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 4 (Thread 0x7836b29ff640 (LWP 445421) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6434) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6434) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6434, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a402729730) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 3 (Thread 0x7836d3fff640 (LWP 445420) "rc-example7-2.*"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024b6434) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024b6434) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024b6434, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024b63d0, cond=0x59a4024b6408) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024b6408, mutex=mutex@entry=0x59a4024b63d0) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eece2e53 in ractor_sched_deq (cr=0x0, vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:1292 #7 nt_start (ptr=0x59a4024bb430) at src/ruby-3.4.0-preview2/thread_pthread.c:2287 #8 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #9 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 2 (Thread 0x7836d4800640 (LWP 445419) "ruby"): #0 0x00007836ee725e2e in epoll_wait (epfd=4, events=events@entry=0x7836ef0a8adc <timer_th+28>, maxevents=maxevents@entry=16, timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30 #1 0x00007836eecdca8d in event_wait (vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:2940 #2 timer_thread_polling (vm=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread_mn.c:908 #3 timer_thread_func (ptr=0x59a4024b6330) at src/ruby-3.4.0-preview2/thread_pthread.c:3067 #4 0x00007836ee694ac3 in start_thread (arg=<optimised out>) at ./nptl/pthread_create.c:442 #5 0x00007836ee726850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Thread 1 (Thread 0x7836ef0b6c00 (LWP 445418) "ruby"): #0 __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x59a4024bda30) at ./nptl/futex-internal.c:57 #1 __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0x59a4024bda30) at ./nptl/futex-internal.c:87 #2 __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x59a4024bda30, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at ./nptl/futex-internal.c:139 #3 0x00007836ee693a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x59a4024bdb80, cond=0x59a4024bda08) at ./nptl/pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x59a4024bda08, mutex=mutex@entry=0x59a4024bdb80) at ./nptl/pthread_cond_wait.c:627 #5 0x00007836eecd77dd in rb_native_cond_wait (cond=cond@entry=0x59a4024bda08, mutex=mutex@entry=0x59a4024bdb80) at src/ruby-3.4.0-preview2/thread_pthread.c:222 #6 0x00007836eecd90d9 in thread_sched_wait_running_turn (sched=sched@entry=0x59a4024bdb80, th=0x59a4024b88c0, can_direct_transfer=can_direct_transfer@entry=false) at src/ruby-3.4.0-preview2/thread_pthread.c:863 #7 0x00007836eecd9f4a in rb_ractor_sched_sleep (ec=ec@entry=0x59a4024bdd20, cr=cr@entry=0x59a4024bda60, ubf=ubf@entry=0x7836eec341f0 <ractor_sleep_interrupt>) at src/ruby-3.4.0-preview2/thread_pthread.c:1349 #8 0x00007836eec34de6 in ractor_sleep_with_cleanup (cf_data=0x7ffcaa1e7640, cf_func=0x7836eec35b70 <ractor_wait_take_cleanup>, wait_status=wait_taking, cr=0x59a4024bda60, ec=0x59a4024bdd20) at ractor.c:691 #9 ractor_wait_take (take_basket=0x7ffcaa1e7650, r=0x59a4027851d0, cr=0x59a4024bda60, ec=0x59a4024bdd20) at ractor.c:1220 #10 ractor_take (r=0x59a4027851d0, ec=0x59a4024bdd20) at ractor.c:1241 #11 builtin_inline_class_711 (ec=0x59a4024bdd20, self=<optimised out>) at src/ruby-3.4.0-preview2/ractor.rb:712 #12 0x00007836eed30fe7 in invoke_bf (argv=<optimised out>, bf=<optimised out>, reg_cfp=<optimised out>, ec=<optimised out>) at src/ruby-3.4.0-preview2/vm_insnhelper.c:7330 #13 vm_invoke_builtin_delegate (cfp=<optimised out>, bf=<optimised out>, cfp=<optimised out>, bf=<optimised out>, start_index=<optimised out>, ec=<optimised out>) at src/ruby-3.4.0-preview2/vm_insnhelper.c:7353 #14 vm_invoke_builtin_delegate (start_index=<optimised out>, bf=<optimised out>, cfp=<optimised out>, ec=<optimised out>) at src/ruby-3.4.0-preview2/vm_insnhelper.c:7342 #15 vm_exec_core (ec=0x59a4024bdd20) at src/ruby-3.4.0-preview2/insns.def:1632 #16 0x00007836eed34c1a in rb_vm_exec (ec=0x59a4024bdd20) at vm.c:2564 #17 0x00007836eed3b222 in vm_call0_cc (ec=0x59a4024bdd20, recv=132176890167200, id=<optimised out>, argc=<optimised out>, argv=<optimised out>, cc=<optimised out>, kw_splat=0) at src/ruby-3.4.0-preview2/vm_eval.c:101 #18 0x00007836eed3d9e4 in rb_call0 (ec=0x59a4024bdd20, recv=132176890167200, mid=6081, argc=0, argv=<optimised out>, call_scope=<optimised out>, self=132177315121880) at src/ruby-3.4.0-preview2/vm_eval.c:554 #19 0x00007836eed3e6f6 in rb_call (scope=<optimised out>, argv=0x7ffcaa1e7b40, argc=0, mid=6081, recv=132176890167200) at src/ruby-3.4.0-preview2/vm_eval.c:873 #20 rb_funcall_with_block_kw (recv=132176890167200, mid=6081, argc=0, argv=0x7ffcaa1e7b40, passed_procval=4, kw_splat=<optimised out>) at src/ruby-3.4.0-preview2/vm_eval.c:1192 #21 0x00007836eed39e38 in vm_yield_with_cref (is_lambda=0, cref=0x0, kw_splat=0, argv=0x7ffcaa1e7b38, argc=1, ec=<optimised out>) at vm.c:1646 #22 vm_yield (kw_splat=0, argv=0x7ffcaa1e7b38, argc=1, ec=<optimised out>) at vm.c:1654 #23 rb_yield_0 (argv=0x7ffcaa1e7b38, argc=1) at src/ruby-3.4.0-preview2/vm_eval.c:1344 #24 rb_yield (val=<optimised out>) at src/ruby-3.4.0-preview2/vm_eval.c:1360 #25 0x00007836eea68efc in rb_ary_collect (ary=132177315121880) at array.c:3714 #26 0x00007836eed1b03c in vm_call_cfunc_with_frame_ (stack_bottom=<optimised out>, argv=<optimised out>, argc=0, calling=<optimised out>, reg_cfp=0x7836edffefa0, ec=0x59a4024bdd20) at src/ruby-3.4.0-preview2/vm_insnhelper.c:3788 #27 vm_call_cfunc_with_frame (ec=0x59a4024bdd20, reg_cfp=0x7836edffefa0, calling=<optimised out>) at src/ruby-3.4.0-preview2/vm_insnhelper.c:3834 #28 0x00007836eed217f0 in vm_sendish (ec=0x59a4024bdd20, reg_cfp=0x7836edffefa0, cd=0x59a4027833f0, block_handler=<optimised out>, method_explorer=mexp_search_method) at src/ruby-3.4.0-preview2/vm_callinfo.h:415 #29 0x00007836eed2edd1 in vm_exec_core (ec=0x59a4024bdd20) at src/ruby-3.4.0-preview2/insns.def:851 #30 0x00007836eed34c1a in rb_vm_exec (ec=0x59a4024bdd20) at vm.c:2564 #31 0x00007836eed46e8b in rb_iseq_eval_main (iseq=iseq@entry=0x7836edea70f8) at vm.c:2830 #32 0x00007836eeb3d895 in rb_ec_exec_node (ec=ec@entry=0x59a4024bdd20, n=n@entry=0x7836edea70f8) at eval.c:281 #33 0x00007836eeb4140b in ruby_run_node (n=0x7836edea70f8) at eval.c:319 #34 0x000059a400cd1187 in rb_main (argv=0x7ffcaa1e8118, argc=2) at ./main.c:43 #35 main (argc=<optimised out>, argv=<optimised out>) at ./main.c:62 ``` -- https://bugs.ruby-lang.org/

4 4

[ruby-core:121700] [Ruby Feature#21279] Bare "rescue" should not rescue NameError
by AMomchilov (Alexander Momchilov) 05 Jun '25

05 Jun '25

Issue #21279 has been reported by AMomchilov (Alexander Momchilov). ---------------------------------------- Feature #21279: Bare "rescue" should not rescue NameError https://bugs.ruby-lang.org/issues/21279 * Author: AMomchilov (Alexander Momchilov) * Status: Open ---------------------------------------- # Abstract Bare `rescue` keywords (either as a modifier like `foo rescue bar` or as clause of a `begin` block) should _not_ rescue `NameError` or `NoMethodError`. This behaviour is unexpected and hides bugs. ## Background Many Rubyists are surprised to learn that [`NameError`](https://docs.ruby-lang.org/en/master/NameError.html) is a subclass of [`StandardError`](https://docs.ruby-lang.org/en/master/StandardError.html), so it's caught whenever you use a "bare" `rescue` block. ```ruby begin DoesNotExist rescue => e p e # => #<NameError: uninitialized constant DoesNotExist> end ``` Similarly, [`NoMethodError`](https://docs.ruby-lang.org/en/master/NoMethodError.html) is also rescued, because it's a subclass of `NameError`. ```ruby begin does_not_exist() rescue => e p e # => #<NoMethodError: undefined method `does_not_exist' for main> end ``` This is almost never expected behaviour. `NameError`/`NoMethodError` is usually the result of a typo in the Ruby source, that cannot be reasonably recovered from at runtime. It's a programming error just like a [`SyntaxError`](https://docs.ruby-lang.org/en/master/SyntaxError.html), which _isn't_ a `StandandError`. ## Proposal No matter the solution, solving this problem will require a breaking change. Perhaps this could be part of Ruby 4? The most obvious solution is to change the superclass of `NameError` from `StandardError` to `Exception` (or perhaps [`ScriptError`](https://docs.ruby-lang.org/en/master/ScriptError.html), similar to `SyntaxError`). ### Alternatives considered If we want to avoid changing the inheritance hierarchy of standard library classes, we could instead change the semantics of bare `rescue` from "rescues any subtype of `StandardError`", to instead be "rescues any subtype of `StandardError` except `NameError` or its subtypes". This is worse in my opinion, as it complicates the semantics for no good reason. ## Use cases <details><summary>fun example</summary> The worst case I've seen of this came from a unit tesat like so: ```ruby test "aborts if create_user returns error" do mock_user_action(data: { user: { id: 123, ... }, errors: [{ code: "foo123" }] }) ex = assert_raises(StandardError) do CreateUser.perform(123) end assert_match(/foo123/, ex.message) end ``` This test passes, but not for the expected reason. It turns out that inside of the business logic of `CreateUser`, the error code data was accessed as a method call like `error.code`, rather than a key like `error[:code]`. This lead to: ``` NoMethodError (undefined method `code' for {:code=>"foo123"}:Hash) ``` The `NoMethodError` is a `StandardError`, and even more insidious, because `foo123` is part of the NoMethodError's default message, the `assert_match(/foo123/, ex.message)` also mathches! The correct fix here would be to introduce a specific error like `UserCreationError` that can be rescued specifically, with a field like `code` that can be matched instead of the message. Regardless, this illustrates the kind of confusion that comes from `NoMethodError` being a `StandardError`. </details> # Discussion It might be useful to distinguish between `NameError`s made in "static" code like `DoesNotExist` or `does_not_exist()`, versus those encountered dynamically via `Object.const_get(dynamic_value)` or `object.send(dynamic_value)`. In those metaprogramming cases, the error could be a consequence of bad runtime data, which is more recoverable than just some fundamental error with your Ruby code. -- https://bugs.ruby-lang.org/

8 8

[ruby-core:119645] [Ruby master Bug#20854] Some bundled gems are not installed starting with 007c75ce4c66243e41144c6977e5ccbf4ab71c93
by jvreeland (Justin Vreeland) 04 Jun '25

04 Jun '25

Issue #20854 has been reported by jvreeland (Justin Vreeland). ---------------------------------------- Bug #20854: Some bundled gems are not installed starting with 007c75ce4c66243e41144c6977e5ccbf4ab71c93 https://bugs.ruby-lang.org/issues/20854 * Author: jvreeland (Justin Vreeland) * Status: Open * ruby -v: Building ruby from master * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I noticed in ruby 3.4.0 preview 2 that some bundled gems weren't being installed any more. I'm running in the same environment each time and bundled gems are installed fine with 3.3 or with the mentioned commit reverted. I bisected this from a version that did install the gems to 007c75ce4c66243e41144c6977e5ccbf4ab71c93 . The comment in that commit does indicate that it's mean to skip games if the gems are not found or can't be built but the final message is 'not found in bundled_gems'. I'm unsure if this is this is working as intended. When my build finishes I see the following line in the log: ``` installing bundled gem cache: /home/user/ruby/build/.rubies/bisect/lib/ruby/gems/3.4.0+0/cache skipped bundled gems: bigdecimal-3.1.8.gem not found in bundled_gems debug-1.9.2.gem not found in bundled_gems nkf-0.2.0.gem not found in bundled_gems/rac racc-1.8.1.gem not found in bundled_gems rbs-3.6.1.gem not found in bundled_gems syslog-0.1.2.gem not found in bundled_gems typeprof-0.30.0.gem not found in bundled_gems ``` I see racc in bundled gems and cached in downloads. I don't see any files named gem.build_complete or errors concerning gem building or missing C extensions in my build logs. Is there additional configure flags or dependencies I need to include the bundled gems in the upcoming 3.4.0 ruby release? I followed the instructions at: https://docs.ruby-lang.org/en/master/contributing/building_ruby_md.html to build: ``` git clean -dxf git checkout -f autoreconf -fi mkdir build pushd build ../configure --prefix=(pwd)/.rubies/bisect make -j(nproc) make install popd find build/.rubies/bisect -name 'racc' | grep . ``` -- https://bugs.ruby-lang.org/

2 2

[ruby-core:118191] [Ruby master Bug#20560] make install - skipped bundled gems - minor issue
by MSP-Greg (Greg L) 04 Jun '25

04 Jun '25

Issue #20560 has been reported by MSP-Greg (Greg L). ---------------------------------------- Bug #20560: make install - skipped bundled gems - minor issue https://bugs.ruby-lang.org/issues/20560 * Author: MSP-Greg (Greg L) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- See most recent job: https://github.com/ruby/ruby/actions/runs/9389674968/job/25857719333#step:9… Which is logging the following during `make install`: ``` skipped bundled gems: power_assert-2.0.4dev.gem not found in bundled_gems syslog-0.1.2.gem not found in bundled_gems ``` Not sure what the correct versioning should be. Or, should bundled gems use 'dev' versions, etc... -- https://bugs.ruby-lang.org/

2 3

[ruby-core:121245] [Ruby master Bug#21171] Segfault on large stack (RUBY_THREAD_VM_STACK_SIZE) on 3.4.2
by kyontan_q (Kyosuke Tanaka) 03 Jun '25

03 Jun '25

Issue #21171 has been reported by kyontan_q (Kyosuke Tanaka). ---------------------------------------- Bug #21171: Segfault on large stack (RUBY_THREAD_VM_STACK_SIZE) on 3.4.2 https://bugs.ruby-lang.org/issues/21171 * Author: kyontan_q (Kyosuke Tanaka) * Status: Open * ruby -v: 3.4.2 * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- maybe related to #17583 ? We are using Ruby with large `RUBY_THREAD_VM_STACK_SIZE` (as large as 128MB currently). Ruby 3.4.2 (also happened on Ruby 3.4.0, 3.4.1) crashes if `RUBY_THREAD_VM_STACK_SIZE` is larger than `15958016` (= 15.21875MiB) Tested on Docker with `ruby:3.4.2-bookworm` image (on Amazon Linux 2, aarch64), and ruby:3.y.z-bookwarm` for other versions as well. ``` root@debug:/# uname -a Linux debug 5.10.234-225.895.amzn2.aarch64 #1 SMP Tue Feb 11 11:41:18 UTC 2025 aarch64 GNU/Linux root@debug:/# cat Gemfile source "https://rubygems.org" root@debug:/# ruby -v ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [aarch64-linux] root@debug:/# RUBY_THREAD_VM_STACK_SIZE=15958016 bundle The Gemfile specifies no dependencies Bundle complete! 0 Gemfile dependencies, 1 gem now installed. Use `bundle info [gemname]` to see where a bundled gem is installed. root@debug:/# RUBY_THREAD_VM_STACK_SIZE=15958017 bundle /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1921: [BUG] Segmentation fault at 0x0000000000000000 ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [aarch64-linux] -- Control frame information ----------------------------------------------- c:0010 p:---- s:0052 e:000051 CFUNC :join c:0009 p:0016 s:0046 e:000045 METHOD /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1921 c:0008 p:0007 s:0042 e:000039 METHOD /usr/local/lib/ruby/3.4.0/rubygems/basic_specification.rb:137 c:0007 p:0010 s:0036 e:000035 METHOD /usr/local/lib/ruby/3.4.0/rubygems/basic_specification.rb:227 c:0006 p:0004 s:0032 e:000031 METHOD /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1917 c:0005 p:0012 s:0028 e:000026 METHOD /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1547 c:0004 p:0005 s:0023 e:000021 METHOD /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1554 c:0003 p:0026 s:0017 e:000016 METHOD /usr/local/lib/ruby/3.4.0/rubygems.rb:286 c:0002 p:0079 s:0009 E:0003b0 EVAL /usr/local/bin/bundle:25 [FINISH] c:0001 p:0000 s:0003 E:0017b0 DUMMY [FINISH] -- Ruby level backtrace information ---------------------------------------- /usr/local/bin/bundle:25:in '<main>' /usr/local/lib/ruby/3.4.0/rubygems.rb:286:in 'activate_bin_path' /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1554:in 'bin_file' /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1547:in 'bin_dir' /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1917:in 'gem_dir' /usr/local/lib/ruby/3.4.0/rubygems/basic_specification.rb:227:in 'gem_dir' /usr/local/lib/ruby/3.4.0/rubygems/basic_specification.rb:137:in 'find_full_gem_path' /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1921:in 'gems_dir' /usr/local/lib/ruby/3.4.0/rubygems/specification.rb:1921:in 'join' -- Threading information --------------------------------------------------- Total ractor count: 1 Ruby thread count for this ractor: 1 -- Machine register context ------------------------------------------------ x0: 0x0000000000000000 x1: 0x0000000000000000 x2: 0x0000aaaadf818180 x3: 0x0000000000000000 x4: 0x0000ffff861bf000 x5: 0x000000000000002c x6: 0x0000000000000018 x7: 0x1111111101111111 x18: 0x0000ffff69184660 x19: 0x0000aaaadf817420 x20: 0x0000aaaadf8124c0 x21: 0x0000aaaadf8124c0 x22: 0x0000000000000001 x23: 0x0000000000000001 x24: 0x0000aaaadf817410 x25: 0x0000aaaadf8124e8 x26: 0x0000aaaadf812430 x27: 0x0000ffff85c2e000 x28: 0x0000000000000002 x29: 0x0000ffffcdff9660 sp: 0x0000ffffcdff9660 fau: 0x0000000000000000 -- C level backtrace information ------------------------------------------- /usr/local/lib/libruby.so.3.4(fprintf+0x0) [0xffff85e29bd8] /usr/src/ruby/vm_dump.c:823 /usr/local/lib/libruby.so.3.4(rb_vm_bugreport) /usr/src/ruby/vm_dump.c:1158 /usr/local/lib/libruby.so.3.4(rb_bug_for_fatal_signal+0xd4) [0xffff85c1e124] /usr/src/ruby/error.c:1130 /usr/local/lib/libruby.so.3.4(sigsegv+0x58) [0xffff85d71608] /usr/src/ruby/signal.c:933 linux-vdso.so.1(__kernel_rt_sigreturn+0x0) [0xffff861c1850] /usr/local/lib/libruby.so.3.4(rb_gc_impl_obj_slot_size+0x4) [0xffff85c3c4f4] gc/default/default.c:2248 /usr/local/lib/libruby.so.3.4(rb_gc_obj_slot_size) /usr/src/ruby/gc.c:1006 /usr/local/lib/libruby.so.3.4(ractor_cache_set_page+0x10) [0xffff85c4e2cc] gc/default/default.c:2344 /usr/local/lib/libruby.so.3.4(newobj_cache_miss) gc/default/default.c:2423 /usr/local/lib/libruby.so.3.4(newobj_alloc+0x20) [0xffff85c4f490] gc/default/default.c:2446 /usr/local/lib/libruby.so.3.4(rb_gc_impl_new_obj) gc/default/default.c:2532 /usr/local/lib/libruby.so.3.4(newobj_of) /usr/src/ruby/gc.c:1024 /usr/local/lib/libruby.so.3.4(rb_wb_protected_newobj_of) /usr/src/ruby/gc.c:1062 /usr/local/lib/libruby.so.3.4(rb_file_join+0xcc) [0xffff85c2e210] /usr/src/ruby/file.c:5142 /usr/local/lib/libruby.so.3.4(vm_call_cfunc_with_frame_+0x9c) [0xffff85dfcdcc] /usr/src/ruby/vm_insnhelper.c:3801 /usr/local/lib/libruby.so.3.4(vm_call_cfunc_with_frame) /usr/src/ruby/vm_insnhelper.c:3847 /usr/local/lib/libruby.so.3.4(vm_sendish+0x88) [0xffff85e0b914] /usr/src/ruby/vm_insnhelper.c:5968 /usr/local/lib/libruby.so.3.4(vm_exec_core) /usr/src/ruby/insns.def:898 /usr/local/lib/libruby.so.3.4(rb_vm_exec+0x14c) [0xffff85e12a5c] /usr/src/ruby/vm.c:2595 /usr/local/lib/libruby.so.3.4(rb_ec_exec_node+0x8c) [0xffff85c2786c] /usr/src/ruby/eval.c:281 /usr/local/lib/libruby.so.3.4(ruby_run_node+0x94) [0xffff85c2b4c8] /usr/src/ruby/eval.c:319 [0xaaaac5080b2c] [0xffff857a7740] [0xffff857a7818] [0xaaaac5080bb0] -- Other runtime information ----------------------------------------------- * Loaded script: /usr/local/bin/bundle * Loaded features: 0 enumerator.so 1 thread.rb 2 fiber.so 3 rational.so 4 complex.so 5 ruby2_keywords.rb 6 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/encdb.so 7 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/trans/transdb.so 8 /usr/local/lib/ruby/3.4.0/aarch64-linux/rbconfig.rb 9 /usr/local/lib/ruby/3.4.0/rubygems/compatibility.rb 10 /usr/local/lib/ruby/3.4.0/rubygems/defaults.rb 11 /usr/local/lib/ruby/3.4.0/rubygems/deprecate.rb 12 /usr/local/lib/ruby/3.4.0/rubygems/errors.rb 13 /usr/local/lib/ruby/3.4.0/rubygems/target_rbconfig.rb 14 /usr/local/lib/ruby/3.4.0/rubygems/unknown_command_spell_checker.rb 15 /usr/local/lib/ruby/3.4.0/rubygems/exceptions.rb 16 /usr/local/lib/ruby/3.4.0/rubygems/basic_specification.rb 17 /usr/local/lib/ruby/3.4.0/rubygems/stub_specification.rb 18 /usr/local/lib/ruby/3.4.0/rubygems/platform.rb 19 /usr/local/lib/ruby/3.4.0/rubygems/specification_record.rb 20 /usr/local/lib/ruby/3.4.0/rubygems/util/list.rb 21 /usr/local/lib/ruby/3.4.0/rubygems/version.rb 22 /usr/local/lib/ruby/3.4.0/rubygems/requirement.rb 23 /usr/local/lib/ruby/3.4.0/rubygems/specification.rb 24 /usr/local/lib/ruby/3.4.0/rubygems/util.rb 25 /usr/local/lib/ruby/3.4.0/rubygems/dependency.rb 26 /usr/local/lib/ruby/3.4.0/rubygems/core_ext/kernel_gem.rb 27 /usr/local/lib/ruby/3.4.0/aarch64-linux/monitor.so 28 /usr/local/lib/ruby/3.4.0/monitor.rb 29 /usr/local/lib/ruby/3.4.0/rubygems.rb 30 /usr/local/lib/ruby/3.4.0/bundled_gems.rb 31 /usr/local/lib/ruby/3.4.0/rubygems/path_support.rb 32 /usr/local/lib/ruby/3.4.0/error_highlight/version.rb 33 /usr/local/lib/ruby/3.4.0/error_highlight/base.rb 34 /usr/local/lib/ruby/3.4.0/error_highlight/formatter.rb 35 /usr/local/lib/ruby/3.4.0/error_highlight/core_ext.rb 36 /usr/local/lib/ruby/3.4.0/error_highlight.rb 37 /usr/local/lib/ruby/3.4.0/did_you_mean/version.rb 38 /usr/local/lib/ruby/3.4.0/did_you_mean/core_ext/name_error.rb 39 /usr/local/lib/ruby/3.4.0/did_you_mean/levenshtein.rb 40 /usr/local/lib/ruby/3.4.0/did_you_mean/jaro_winkler.rb 41 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checker.rb 42 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/name_error_checkers/class_name_checker.rb 43 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/name_error_checkers/variable_name_checker.rb 44 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/name_error_checkers.rb 45 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/method_name_checker.rb 46 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/key_error_checker.rb 47 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/null_checker.rb 48 /usr/local/lib/ruby/3.4.0/did_you_mean/tree_spell_checker.rb 49 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/require_path_checker.rb 50 /usr/local/lib/ruby/3.4.0/did_you_mean/spell_checkers/pattern_key_name_checker.rb 51 /usr/local/lib/ruby/3.4.0/did_you_mean/formatter.rb 52 /usr/local/lib/ruby/3.4.0/did_you_mean.rb 53 /usr/local/lib/ruby/3.4.0/syntax_suggest/core_ext.rb 54 /usr/local/lib/ruby/3.4.0/rubygems/bundler_version_finder.rb 55 /usr/local/lib/ruby/3.4.0/rubygems/vendor/tsort/lib/tsort.rb 56 /usr/local/lib/ruby/3.4.0/rubygems/vendored_tsort.rb 57 /usr/local/lib/ruby/3.4.0/rubygems/request_set/gem_dependency_api.rb 58 /usr/local/lib/ruby/3.4.0/rubygems/request_set/lockfile/parser.rb 59 /usr/local/lib/ruby/3.4.0/rubygems/request_set/lockfile/tokenizer.rb 60 /usr/local/lib/ruby/3.4.0/rubygems/request_set/lockfile.rb 61 /usr/local/lib/ruby/3.4.0/rubygems/request_set.rb 62 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/gem_metadata.rb 63 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/delegates/specification_provider.rb 64 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/errors.rb 65 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/action.rb 66 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/add_edge_no_circular.rb 67 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/add_vertex.rb 68 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/delete_edge.rb 69 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/detach_vertex_named.rb 70 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/set_payload.rb 71 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/tag.rb 72 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/log.rb 73 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph/vertex.rb 74 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/dependency_graph.rb 75 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/state.rb 76 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/modules/specification_provider.rb 77 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/delegates/resolution_state.rb 78 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/resolution.rb 79 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/resolver.rb 80 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo/modules/ui.rb 81 /usr/local/lib/ruby/3.4.0/rubygems/vendor/molinillo/lib/molinillo.rb 82 /usr/local/lib/ruby/3.4.0/rubygems/vendored_molinillo.rb 83 /usr/local/lib/ruby/3.4.0/rubygems/resolver/activation_request.rb 84 /usr/local/lib/ruby/3.4.0/rubygems/resolver/conflict.rb 85 /usr/local/lib/ruby/3.4.0/rubygems/resolver/dependency_request.rb 86 /usr/local/lib/ruby/3.4.0/rubygems/resolver/requirement_list.rb 87 /usr/local/lib/ruby/3.4.0/rubygems/resolver/stats.rb 88 /usr/local/lib/ruby/3.4.0/rubygems/resolver/set.rb 89 /usr/local/lib/ruby/3.4.0/rubygems/resolver/api_set.rb 90 /usr/local/lib/ruby/3.4.0/rubygems/resolver/composed_set.rb 91 /usr/local/lib/ruby/3.4.0/rubygems/resolver/best_set.rb 92 /usr/local/lib/ruby/3.4.0/rubygems/resolver/current_set.rb 93 /usr/local/lib/ruby/3.4.0/rubygems/resolver/git_set.rb 94 /usr/local/lib/ruby/3.4.0/rubygems/resolver/index_set.rb 95 /usr/local/lib/ruby/3.4.0/rubygems/resolver/installer_set.rb 96 /usr/local/lib/ruby/3.4.0/rubygems/resolver/lock_set.rb 97 /usr/local/lib/ruby/3.4.0/rubygems/resolver/vendor_set.rb 98 /usr/local/lib/ruby/3.4.0/rubygems/resolver/source_set.rb 99 /usr/local/lib/ruby/3.4.0/rubygems/resolver/specification.rb 100 /usr/local/lib/ruby/3.4.0/rubygems/resolver/spec_specification.rb 101 /usr/local/lib/ruby/3.4.0/rubygems/resolver/api_specification.rb 102 /usr/local/lib/ruby/3.4.0/rubygems/resolver/git_specification.rb 103 /usr/local/lib/ruby/3.4.0/rubygems/resolver/index_specification.rb 104 /usr/local/lib/ruby/3.4.0/rubygems/resolver/installed_specification.rb 105 /usr/local/lib/ruby/3.4.0/rubygems/resolver/local_specification.rb 106 /usr/local/lib/ruby/3.4.0/rubygems/resolver/lock_specification.rb 107 /usr/local/lib/ruby/3.4.0/rubygems/resolver/vendor_specification.rb 108 /usr/local/lib/ruby/3.4.0/rubygems/resolver.rb 109 /usr/local/lib/ruby/3.4.0/rubygems/text.rb 110 /usr/local/lib/ruby/3.4.0/rubygems/source/git.rb 111 /usr/local/lib/ruby/3.4.0/rubygems/source/installed.rb 112 /usr/local/lib/ruby/3.4.0/rubygems/source/specific_file.rb 113 /usr/local/lib/ruby/3.4.0/rubygems/source/local.rb 114 /usr/local/lib/ruby/3.4.0/rubygems/source/lock.rb 115 /usr/local/lib/ruby/3.4.0/rubygems/source/vendor.rb 116 /usr/local/lib/ruby/3.4.0/rubygems/source.rb * Process memory map: aaaac5080000-aaaac5081000 r-xp 00000000 103:01 62915120 /usr/local/bin/ruby aaaac509f000-aaaac50a0000 r--p 0000f000 103:01 62915120 /usr/local/bin/ruby aaaac50a0000-aaaac50a1000 rw-p 00010000 103:01 62915120 /usr/local/bin/ruby aaaadf80f000-aaaadfd8f000 rw-p 00000000 00:00 0 [heap] ffff66351000-ffff67d2f000 rw-p 00000000 00:00 0 ffff67d2f000-ffff690fb000 r--s 00000000 103:01 179307024 /usr/local/lib/libruby.so.3.4.2 ffff690fb000-ffff69140000 r--s 00000000 103:01 62915120 /usr/local/bin/ruby ffff69140000-ffff691e0000 rw-p 00000000 00:00 0 ffff691ef000-ffff69220000 rw-p 00000000 00:00 0 ffff69220000-ffff69222000 r-xp 00000000 103:01 19923456 /usr/local/lib/ruby/3.4.0/aarch64-linux/monitor.so ffff69222000-ffff6923f000 ---p 00002000 103:01 19923456 /usr/local/lib/ruby/3.4.0/aarch64-linux/monitor.so ffff6923f000-ffff69240000 r--p 0000f000 103:01 19923456 /usr/local/lib/ruby/3.4.0/aarch64-linux/monitor.so ffff69240000-ffff69241000 rw-p 00010000 103:01 19923456 /usr/local/lib/ruby/3.4.0/aarch64-linux/monitor.so ffff69250000-ffff69410000 rw-p 00000000 00:00 0 ffff69410000-ffff69412000 r-xp 00000000 103:01 94372411 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/trans/transdb.so ffff69412000-ffff6942f000 ---p 00002000 103:01 94372411 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/trans/transdb.so ffff6942f000-ffff69430000 r--p 0000f000 103:01 94372411 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/trans/transdb.so ffff69430000-ffff69431000 rw-p 00010000 103:01 94372411 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/trans/transdb.so ffff69440000-ffff69450000 rw-p 00000000 00:00 0 ffff69450000-ffff69452000 r-xp 00000000 103:01 46137589 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/encdb.so ffff69452000-ffff6946f000 ---p 00002000 103:01 46137589 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/encdb.so ffff6946f000-ffff69470000 r--p 0000f000 103:01 46137589 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/encdb.so ffff69470000-ffff69471000 rw-p 00010000 103:01 46137589 /usr/local/lib/ruby/3.4.0/aarch64-linux/enc/encdb.so ffff69480000-ffff69481000 ---p 00000000 00:00 0 ffff69481000-ffff69522000 rw-p 00000000 00:00 0 ffff69522000-ffff69523000 ---p 00000000 00:00 0 ffff69523000-ffff695c4000 rw-p 00000000 00:00 0 ffff695c4000-ffff695c5000 ---p 00000000 00:00 0 ffff695c5000-ffff69666000 rw-p 00000000 00:00 0 ffff69666000-ffff69667000 ---p 00000000 00:00 0 ffff69667000-ffff69708000 rw-p 00000000 00:00 0 ffff69708000-ffff69709000 ---p 00000000 00:00 0 ffff69709000-ffff697aa000 rw-p 00000000 00:00 0 ffff697aa000-ffff697ab000 ---p 00000000 00:00 0 ffff697ab000-ffff6984c000 rw-p 00000000 00:00 0 ffff6984c000-ffff6984d000 ---p 00000000 00:00 0 ffff6984d000-ffff698ee000 rw-p 00000000 00:00 0 ffff698ee000-ffff698ef000 ---p 00000000 00:00 0 ffff698ef000-ffff69990000 rw-p 00000000 00:00 0 ffff69990000-ffff69991000 ---p 00000000 00:00 0 ffff69991000-ffff69a32000 rw-p 00000000 00:00 0 ffff69a32000-ffff69a33000 ---p 00000000 00:00 0 ffff69a33000-ffff69ad4000 rw-p 00000000 00:00 0 ffff69ad4000-ffff69ad5000 ---p 00000000 00:00 0 ffff69ad5000-ffff69b76000 rw-p 00000000 00:00 0 ffff69b76000-ffff69b77000 ---p 00000000 00:00 0 ffff69b77000-ffff69c18000 rw-p 00000000 00:00 0 ffff69c18000-ffff69c19000 ---p 00000000 00:00 0 ffff69c19000-ffff69cba000 rw-p 00000000 00:00 0 ffff69cba000-ffff69cbb000 ---p 00000000 00:00 0 ffff69cbb000-ffff69d5c000 rw-p 00000000 00:00 0 ffff69d5c000-ffff69d5d000 ---p 00000000 00:00 0 ffff69d5d000-ffff69dfe000 rw-p 00000000 00:00 0 ffff69dfe000-ffff69dff000 ---p 00000000 00:00 0 ffff69dff000-ffff69ea0000 rw-p 00000000 00:00 0 ffff69ea0000-ffff69ea1000 ---p 00000000 00:00 0 ffff69ea1000-ffff69f42000 rw-p 00000000 00:00 0 ffff69f42000-ffff69f43000 ---p 00000000 00:00 0 ffff69f43000-ffff69fe4000 rw-p 00000000 00:00 0 ffff69fe4000-ffff69fe5000 ---p 00000000 00:00 0 ffff69fe5000-ffff6a086000 rw-p 00000000 00:00 0 ffff6a086000-ffff6a087000 ---p 00000000 00:00 0 ffff6a087000-ffff6a128000 rw-p 00000000 00:00 0 ffff6a128000-ffff6a129000 ---p 00000000 00:00 0 ffff6a129000-ffff6a1ca000 rw-p 00000000 00:00 0 ffff6a1ca000-ffff6a1cb000 ---p 00000000 00:00 0 ffff6a1cb000-ffff6a26c000 rw-p 00000000 00:00 0 ffff6a26c000-ffff6a26d000 ---p 00000000 00:00 0 ffff6a26d000-ffff6a30e000 rw-p 00000000 00:00 0 ffff6a30e000-ffff6a30f000 ---p 00000000 00:00 0 ffff6a30f000-ffff6a3b0000 rw-p 00000000 00:00 0 ffff6a3b0000-ffff6a3b1000 ---p 00000000 00:00 0 ffff6a3b1000-ffff6a452000 rw-p 00000000 00:00 0 ffff6a452000-ffff6a453000 ---p 00000000 00:00 0 ffff6a453000-ffff6a4f4000 rw-p 00000000 00:00 0 ffff6a4f4000-ffff6a4f5000 ---p 00000000 00:00 0 ffff6a4f5000-ffff6a596000 rw-p 00000000 00:00 0 ffff6a596000-ffff6a597000 ---p 00000000 00:00 0 ffff6a597000-ffff6a638000 rw-p 00000000 00:00 0 ffff6a638000-ffff6a639000 ---p 00000000 00:00 0 ffff6a639000-ffff6a6da000 rw-p 00000000 00:00 0 ffff6a6da000-ffff6a6db000 ---p 00000000 00:00 0 ffff6a6db000-ffff6a77c000 rw-p 00000000 00:00 0 ffff6a77c000-ffff6a77d000 ---p 00000000 00:00 0 ffff6a77d000-ffff6a81e000 rw-p 00000000 00:00 0 ffff6a81e000-ffff6a81f000 ---p 00000000 00:00 0 ffff6a81f000-ffff6a8c0000 rw-p 00000000 00:00 0 ffff6a8c0000-ffff6a8d0000 ---p 00000000 00:00 0 ffff6a8d0000-ffff6b320000 rw-p 00000000 00:00 0 ffff6b32f000-ffff847a0000 rw-p 00000000 00:00 0 ffff847af000-ffff856e9000 rw-p 00000000 00:00 0 ffff856e9000-ffff85740000 r--p 00000000 103:01 16777323 /usr/lib/locale/C.utf8/LC_CTYPE ffff85740000-ffff85754000 r-xp 00000000 103:01 269484177 /usr/lib/aarch64-linux-gnu/libgcc_s.so.1 ffff85754000-ffff8576f000 ---p 00014000 103:01 269484177 /usr/lib/aarch64-linux-gnu/libgcc_s.so.1 ffff8576f000-ffff85770000 r--p 0001f000 103:01 269484177 /usr/lib/aarch64-linux-gnu/libgcc_s.so.1 ffff85770000-ffff85771000 rw-p 00020000 103:01 269484177 /usr/lib/aarch64-linux-gnu/libgcc_s.so.1 ffff85780000-ffff85907000 r-xp 00000000 103:01 269484155 /usr/lib/aarch64-linux-gnu/libc.so.6 ffff85907000-ffff8591c000 ---p 00187000 103:01 269484155 /usr/lib/aarch64-linux-gnu/libc.so.6 ffff8591c000-ffff85920000 r--p 0018c000 103:01 269484155 /usr/lib/aarch64-linux-gnu/libc.so.6 ffff85920000-ffff85922000 rw-p 00190000 103:01 269484155 /usr/lib/aarch64-linux-gnu/libc.so.6 ffff85922000-ffff8592f000 rw-p 00000000 00:00 0 ffff85930000-ffff859b0000 r-xp 00000000 103:01 269484194 /usr/lib/aarch64-linux-gnu/libm.so.6 ffff859b0000-ffff859bf000 ---p 00080000 103:01 269484194 /usr/lib/aarch64-linux-gnu/libm.so.6 ffff859bf000-ffff859c0000 r--p 0008f000 103:01 269484194 /usr/lib/aarch64-linux-gnu/libm.so.6 ffff859c0000-ffff859c1000 rw-p 00090000 103:01 269484194 /usr/lib/aarch64-linux-gnu/libm.so.6 ffff859d0000-ffff859fe000 r-xp 00000000 103:01 269484164 /usr/lib/aarch64-linux-gnu/libcrypt.so.1.1.0 ffff859fe000-ffff85a0f000 ---p 0002e000 103:01 269484164 /usr/lib/aarch64-linux-gnu/libcrypt.so.1.1.0 ffff85a0f000-ffff85a10000 r--p 0002f000 103:01 269484164 /usr/lib/aarch64-linux-gnu/libcrypt.so.1.1.0 ffff85a10000-ffff85a11000 rw-p 00030000 103:01 269484164 /usr/lib/aarch64-linux-gnu/libcrypt.so.1.1.0 ffff85a11000-ffff85a19000 rw-p 00000000 00:00 0 ffff85a20000-ffff85a95000 r-xp 00000000 103:01 269484181 /usr/lib/aarch64-linux-gnu/libgmp.so.10.4.1 ffff85a95000-ffff85aaf000 ---p 00075000 103:01 269484181 /usr/lib/aarch64-linux-gnu/libgmp.so.10.4.1 ffff85aaf000-ffff85ab0000 r--p 0007f000 103:01 269484181 /usr/lib/aarch64-linux-gnu/libgmp.so.10.4.1 ffff85ab0000-ffff85ab1000 rw-p 00080000 103:01 269484181 /usr/lib/aarch64-linux-gnu/libgmp.so.10.4.1 ffff85ac0000-ffff85ada000 r-xp 00000000 103:01 269484253 /usr/lib/aarch64-linux-gnu/libz.so.1.2.13 ffff85ada000-ffff85aef000 ---p 0001a000 103:01 269484253 /usr/lib/aarch64-linux-gnu/libz.so.1.2.13 ffff85aef000-ffff85af0000 r--p 0001f000 103:01 269484253 /usr/lib/aarch64-linux-gnu/libz.so.1.2.13 ffff85af0000-ffff85af1000 rw-p 00020000 103:01 269484253 /usr/lib/aarch64-linux-gnu/libz.so.1.2.13 ffff85b00000-ffff8613f000 r-xp 00000000 103:01 179307024 /usr/local/lib/libruby.so.3.4.2 ffff8613f000-ffff86146000 ---p 0063f000 103:01 179307024 /usr/local/lib/libruby.so.3.4.2 ffff86146000-ffff86160000 r--p 00646000 103:01 179307024 /usr/local/lib/libruby.so.3.4.2 ffff86160000-ffff86164000 rw-p 00660000 103:01 179307024 /usr/local/lib/libruby.so.3.4.2 ffff86164000-ffff86179000 rw-p 00000000 00:00 0 ffff86184000-ffff861aa000 r-xp 00000000 103:01 269484137 /usr/lib/aarch64-linux-gnu/ld-linux-aarch64.so.1 ffff861ac000-ffff861b3000 r--s 00000000 103:01 271581536 /usr/lib/aarch64-linux-gnu/gconv/gconv-modules.cache ffff861b3000-ffff861b7000 rw-p 00000000 00:00 0 ffff861bd000-ffff861bf000 rw-p 00000000 00:00 0 ffff861bf000-ffff861c1000 r--p 00000000 00:00 0 [vvar] ffff861c1000-ffff861c2000 r-xp 00000000 00:00 0 [vdso] ffff861c2000-ffff861c4000 r--p 0002e000 103:01 269484137 /usr/lib/aarch64-linux-gnu/ld-linux-aarch64.so.1 ffff861c4000-ffff861c6000 rw-p 00030000 103:01 269484137 /usr/lib/aarch64-linux-gnu/ld-linux-aarch64.so.1 ffffcdfdb000-ffffce000000 rw-p 00000000 00:00 0 [stack] Segmentation fault (core dumped) ``` Ruby 3.3.7 works without the issue: ``` root@debug:/# ruby -v ruby 3.3.7 (2025-01-15 revision be31f993d7) [aarch64-linux] root@debug:/# RUBY_THREAD_VM_STACK_SIZE=15958016 bundle The Gemfile specifies no dependencies Resolving dependencies... Bundle complete! 0 Gemfile dependencies, 1 gem now installed. Use `bundle info [gemname]` to see where a bundled gem is installed. root@debug:/# RUBY_THREAD_VM_STACK_SIZE=15958017 bundle The Gemfile specifies no dependencies Bundle complete! 0 Gemfile dependencies, 1 gem now installed. Use `bundle info [gemname]` to see where a bundled gem is installed. ``` -- https://bugs.ruby-lang.org/

5 5

[ruby-core:121659] [Ruby Bug#21267] respond_to check in Class#allocate is inconsistent
by jhawthorn (John Hawthorn) 26 May '25

26 May '25

Issue #21267 has been reported by jhawthorn (John Hawthorn). ---------------------------------------- Bug #21267: respond_to check in Class#allocate is inconsistent https://bugs.ruby-lang.org/issues/21267 * Author: jhawthorn (John Hawthorn) * Status: Open * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- `Class#allocate` has an additional `rb_obj_respond_to(klass, rb_intern("allocate"))` check to forbid allocate being called on a class where it has been made private or undefined, even if used via ex. `bind_call`. ``` >> Rational.allocate (irb):1:in '<main>': undefined method 'allocate' for class Rational (NoMethodError) >> Class.instance_method(:allocate).bind_call(Rational) (irb):1:in 'Class#allocate': calling Rational.allocate is prohibited (TypeError) ``` However I don't think this provides any additional protection from users accessing an uninitialized object, as the user can redefine allocate to anything to bypass the check: ``` >> Class.instance_method(:allocate).bind_call(Class.new(Rational) {def self.allocate; end}) => (0/1) ``` Or even override `respond_to_missing?` ``` >> Class.instance_method(:allocate).bind_call(Class.new(Rational) {def self.respond_to_missing? *; true; end}) => (0/1) ``` So I think we should remove this check. For classes that we need to forbid allocation we should use `rb_undef_alloc_func`. The classes I see this used for are: * MatchData * Refinement * Module * Complex * Rational My main motivation is that this check makes `Class#allocate` slow. There are ways we could improve that, but I don't think the check as-is is useful. If there's an alternative, more robust, check we'd like to do instead of simply removing this I'd be happy to implement it. This makes `allocate` ~75% faster. ``` |allocate_no_params | 19.009M| 20.087M| | | -| 1.06x| |allocate_allocate | 20.587M| 35.882M| | | -| 1.74x| ``` https://github.com/ruby/ruby/pull/13116 -- https://bugs.ruby-lang.org/

2 5

[ruby-core:121215] [Ruby master Bug#21166] Fiber Scheduler is unable to be interrupted by `IO#close`.
by ioquatix (Samuel Williams) 23 May '25

23 May '25

Issue #21166 has been reported by ioquatix (Samuel Williams). ---------------------------------------- Bug #21166: Fiber Scheduler is unable to be interrupted by `IO#close`. https://bugs.ruby-lang.org/issues/21166 * Author: ioquatix (Samuel Williams) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ## Background Ruby's `IO#close` can cause `IO#read`, `IO#write`, `IO#wait`, `IO#wait_readable` and `IO#wait_writable` to be interrupted with an IOError (stream closed in another thread). For reference, `IO#select` cannot be interrupted in this way. ```ruby r, w = IO.pipe thread = Thread.new do r.read(1) end Thread.pass until thread.status == "sleep" r.close thread.join # ./test.rb:6:in 'IO#read': stream closed in another thread (IOError) ``` ## Problem The fiber scheduler provides hooks for `io_read`, `io_write` and `io_wait` which are used by `IO#read`, `IO#write`, `IO#wait`, `IO#wait_readable` and `IO#wait_writable`, but those hooks are not interrupted when `IO#close` is invoked. That is because `rb_notify_fd_close` is not scheduler aware, and the fiber scheduler is unable to register itself into the "waiting file descriptor" list. ```ruby #!/usr/bin/env ruby require 'async' r, w = IO.pipe thread = Thread.new do Async do r.wait_readable end end Thread.pass until thread.status == "sleep" r.close thread.join ``` In this test program, `rb_notify_fd_close` will incorrectly terminate the entire fiber scheduler thread: ``` #<Thread:0x00007faa5b161bf8 /home/samuel/Developer/socketry/io-event/test.rb:7 run> terminated with exception (report_on_exception is true): /home/samuel/Developer/socketry/io-event/lib/io/event/selector/select.rb:470:in 'IO.select': closed stream (IOError) from /home/samuel/Developer/socketry/io-event/lib/io/event/selector/select.rb:470:in 'block in IO::Event::Selector::Select#select' from /home/samuel/Developer/socketry/io-event/lib/io/event/selector/select.rb:468:in 'Thread.handle_interrupt' from /home/samuel/Developer/socketry/io-event/lib/io/event/selector/select.rb:468:in 'IO::Event::Selector::Select#select' from /home/samuel/.gem/ruby/3.4.1/gems/async-2.23.0/lib/async/scheduler.rb:396:in 'Async::Scheduler#run_once!' ... ``` ## Solution This PR introduces some new functions: - `VALUE rb_io_interruptible_operation(VALUE self, VALUE(*function)(VALUE), VALUE argument)` for wrapping user IO operations so they can be interrupted. - `IO#interruptable_operation(&block)` the same as above. - `VALUE rb_fiber_scheduler_fiber_interrupt(VALUE scheduler, VALUE fiber, VALUE exception)` for interrupting a specific fiber on the fiber scheduler. `rb_notify_fd_close` is modified so that it is fiber scheduler aware and uses `rb_fiber_scheduler_fiber_interrupt` to interrupt a fiber. In addition, we also change the internal `struct waiting_fd` to track the `rb_execution_context_t` rather than just the `rb_thread_t` instance, so that we can correctly wake up either the waiting thread or fiber. The public interface `rb_io_interruptible_operation` and `IO#interruptible_operation` are introduced so that the scheduler implementation can wrap IO operations that should be interruptible, e.g. ```ruby Fiber.schedule do io.interruptible_operation do io.wait_readable end end # Will interrupt above fiber: io.close ``` See <https://github.com/ruby/ruby/pull/12585> for the proposed implementation. -- https://bugs.ruby-lang.org/

3 12

[ruby-core:121222] [Ruby master Bug#21167] Visual Studio 2022 17.13.x couldn't build ruby.exe
by hsbt (Hiroshi SHIBATA) 23 May '25

23 May '25

Issue #21167 has been reported by hsbt (Hiroshi SHIBATA). ---------------------------------------- Bug #21167: Visual Studio 2022 17.13.x couldn't build ruby.exe https://bugs.ruby-lang.org/issues/21167 * Author: hsbt (Hiroshi SHIBATA) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- `miniruby.exe` built by Visual Studio 2022 17.13.0-2 is not working with our build process. ``` user32.lib advapi32.lib shell32.lib ws2_32.lib iphlpapi.lib gmp.lib imagehlp.lib shlwapi.lib bcrypt.lib linking miniruby.exe Creating library miniruby.lib and object miniruby.exp [BUG] heap_idx_for_size: allocation size too large (size=56u, heap_idx=891288545u) ruby 3.5.0dev (2025-03-03T02:17:14Z master a47e686cb6) [x64-mswin64_140] -- Control frame information ----------------------------------------------- c:0001 p:---- s:0003 e:000002 DUMMY [FINISH] -- Threading information --------------------------------------------------- Total ractor count: 0 Ruby thread count for this ractor: 0 -- C level backtrace information ------------------------------------------- C:\WINDOWS\SYSTEM32\ntdll.dll(ZwWaitForSingleObject+0x14) [0x00007FF9057BF854] C:\WINDOWS\System32\KERNELBASE.dll(WaitForSingleObjectEx+0xaf) [0x00007FF902CFCE1F] C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(rb_print_backtrace+0x3e) [0x00007FF63DC37E7E] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\vm_dump.c:859 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(rb_vm_bugreport+0x1ba) [0x00007FF63DC3803E] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\vm_dump.c:1170 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(rb_bug_without_die_internal+0x72) [0x00007FF63DB0255A] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\error.c:1097 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(rb_bug+0x20) [0x00007FF63DB02448] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\error.c:1117 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(newobj_of+0x1e7) [0x00007FF63DB186FB] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\gc.c:1007 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(typed_data_alloc+0xc3) [0x00007FF63DB212CF] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\gc.c:1084 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(rb_data_typed_object_zalloc+0x3b) [0x00007FF63DB19797] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\gc.c:1107 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(pin_array_list_new+0x25) [0x00007FF63DC1B5D9] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\vm.c:4387 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(Init_vm_objects+0x17) [0x00007FF63DC1665B] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\vm.c:4446 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(ruby_setup+0x3f) [0x00007FF63DB08C1B] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\eval.c:83 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(ruby_init+0x9) [0x00007FF63DB089AD] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\eval.c:98 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(wmain+0x3a) [0x00007FF63DA8103A] C:\Users\hsbt\DevDrive\github.com\ruby\ruby\main.c:51 C:\Users\hsbt\DevDrive\github.com\ruby\ruby.build\2022\miniruby.exe(__scrt_common_main_seh+0x10c) [0x00007FF63DC9DE88] D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288 C:\WINDOWS\System32\KERNEL32.DLL(BaseThreadInitThunk+0x17) [0x00007FF90409E8D7] -- Other runtime information ----------------------------------------------- NMAKE : fatal error U1077: '@ miniruby.exe -v' : return code '0x3' Stop. ``` I disabled that version on our CI temporary. * https://github.com/ruby/ruby/pull/12830 * https://github.com/ruby/actions/pull/81 -- https://bugs.ruby-lang.org/

2 7

[ruby-core:115995] [Ruby master Bug#20112] Ractors not working properly in ruby 3.3.0
by ariasdiniz (Aria Diniz) 19 May '25

19 May '25

Issue #20112 has been reported by ariasdiniz (Aria Diniz). ---------------------------------------- Bug #20112: Ractors not working properly in ruby 3.3.0 https://bugs.ruby-lang.org/issues/20112 * Author: ariasdiniz (Aria Diniz) * Status: Open * Priority: Normal * ruby -v: 3.3.0 * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I recently installed Ruby 3.3.0, and noticed that some of my scripts that use Ractors started to struggle with performance. After doing some benchmarks, I noticed that, while Ractors seem to be working well on Ruby 3.2.2, they're not working properly on 3.3.0. I'm using Ubuntu 22.04.3 LTS Here is the benchmark code: ``` ruby # frozen_string_literal: true require 'benchmark' Ractor.new { :warmup } if defined?(Ractor) Benchmark.bmbm do |x| x.report("Thread: ") do threads = [] 8.times do |i| threads << Thread.new do 20000000.times do |j| ((i * 20000000) + j)**2 end end end threads.each(&:join) end x.report("Ractor: ") do ractors = [] 0..8.times do |i| ractors << Ractor.new(i) do |k| 20000000.times do |j| ((k * 20000000) + j)**2 end end end ractors.map(&:take) end end ``` Here is the results for Ruby 3.2.2: Rehearsal -------------------------------------------- Thread: 7.666909 0.001091 7.668000 ( 7.675266) Ractor: 19.318528 0.012017 19.330545 ( 2.505888) ---------------------------------- total: 26.998545sec user system total real Thread: 7.918141 0.004011 7.922152 ( 7.928772) Ractor: 19.366414 0.003954 19.370368 ( 2.517993) Here is the results for Ruby 3.3.0: Rehearsal -------------------------------------------- Thread: 8.634152 0.010895 8.645047 ( 8.645104) Ractor: 100.172179 0.035985 100.208164 ( 15.213245) --------------------------------- total: 108.853211sec user system total real Thread: 9.451236 0.004002 9.455238 ( 9.460132) Ractor: 118.463294 0.119942 118.583236 ( 18.462157) -- https://bugs.ruby-lang.org/

5 4

[ruby-core:121597] [Ruby Bug#21257] YJIT can generate infinite loop when OOM
by rianmcguire (Rian McGuire) 18 May '25

18 May '25

Issue #21257 has been reported by rianmcguire (Rian McGuire). ---------------------------------------- Bug #21257: YJIT can generate infinite loop when OOM https://bugs.ruby-lang.org/issues/21257 * Author: rianmcguire (Rian McGuire) * Status: Open * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- We've found an edge case where YJIT can generate an infinite loop (jump to the same address) when it's out-of-memory. Reproduction: ```ruby def first second end def second ::File end # Make `second` side exit on its first instruction trace = TracePoint.new(:line) { } trace.enable(target: method(:second)) 32.times do |i| puts i first if i == 29 # We've JITed the methods now - trigger the bug # Trigger a constant cache miss in rb_vm_opt_getconstant_path (in `second`) next time it's called module InvalidateConstantCache File = nil end # nb. this only works in yjit dev mode RubyVM::YJIT.simulate_oom! end end ``` This hangs indefinitely when run with YJIT (`./configure --enable-yjit=dev` is required for simulate_oom). If we attach a debugger to the Ruby process at this point, it's stuck in an infinite loop: ``` $ lldb -p 9753 (lldb) process attach --pid 9753 Process 9753 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP frame #0: 0x0000000104b202b8 -> 0x104b202b8: b 0x104b202b8 0x104b202bc: nop 0x104b202c0: nop 0x104b202c4: nop Target 0: (ruby) stopped. Executable module set to "/Users/rian/opt/ruby/bin/ruby". Architecture set to: arm64-apple-macosx-. ``` We've reproduced this on: ``` ruby 3.3.6 (2024-11-05 revision 75015d4c1f) [x86_64-linux] ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [arm64-darwin23] ruby 3.5.0dev (2025-04-08T06:46:45Z master b68fe530f1) +PRISM [arm64-darwin23] ``` -- https://bugs.ruby-lang.org/

4 5