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

[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: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:120671] [Ruby master Bug#21037] Ractors hang with multiple threads
by tenderlovemaking (Aaron Patterson) 14 May '25

14 May '25

Issue #21037 has been reported by tenderlovemaking (Aaron Patterson). ---------------------------------------- Bug #21037: Ractors hang with multiple threads https://bugs.ruby-lang.org/issues/21037 * Author: tenderlovemaking (Aaron Patterson) * Status: Open * ruby -v: ruby 3.5.0dev (2025-01-14T20:59:39Z master f1e32914eb) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- The following program hangs, but I don't expect it to hang: ```ruby # frozen_string_literal: true class Map def initialize @r = Ractor.new { cache = { "int" => "integer", "bool" => "boolean" } loop do key = receive Ractor.yield key end } freeze end def fetch(key) @r.send key m = @r.take raise unless key == m m end end tm = Map.new t1 = Thread.new { 10.times { |i| p [i + 1,tm.fetch("int")] } } t2 = Thread.new { 10.times { |i| p [i + 1, tm.fetch("bool")] } } t1.join t2.join ``` I'm not sure why this program hangs yet, but it does both on macOS and Linux. I've tested with master, Ruby 3.4, and Ruby 3.3. I'm not sure why it's hanging yet, but I wanted to file an issue. -- https://bugs.ruby-lang.org/

2 5

[ruby-core:119137] [Ruby master Bug#20726] Issue with hash without braces when assigned to constant with ractor literals
by luke-gru (Luke Gruber) 14 May '25

14 May '25

Issue #20726 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #20726: Issue with hash without braces when assigned to constant with ractor literals https://bugs.ruby-lang.org/issues/20726 * Author: luke-gru (Luke Gruber) * Status: Open * ruby -v: 3.4.0dev * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- ```ruby a = 'hi' A = ['hello' => a] p A ``` gives: ``` ./ruby -I../ruby/lib -I. -I.ext/x86_64-linux -I.ext/common -r./x86_64-linux-fake ../ruby/test.rb -- raw disasm-------- trace: 1 0000 putchilledstring "hi" ( 3) 0002 setlocal_WC_0 3 ( 3) trace: 1 0004 newarray 1 ( 4) 0006 putspecialobject 3 ( 4) * 0008 setconstant :A ( 4) trace: 1 0010 putself ( 5) 0011 opt_getconstant_path [:A] ( 5) 0013 opt_send_without_block <calldata:p, 1> ( 5) 0015 leave ( 5) --------------------- ../ruby/test.rb:4: argument stack underflow (-1) ../ruby/test.rb: compile error (SyntaxError) ``` This is due to a line in `compile.c`, function `compile_shareable_literal_constant`: ```c if (!RNODE_HASH(node)->nd_brace) { } ``` I'm not sure why this condition is there so I'm not confident in making a fix. Also, my git-fu isn't the best so I can't track down the right commit where it was added. -- https://bugs.ruby-lang.org/

4 3

[ruby-core:111809] [Ruby master Bug#19338] Ruby hangs when defining new constant in ractor
by luke-gru (Luke Gruber) 13 May '25

13 May '25

Issue #19338 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #19338: Ruby hangs when defining new constant in ractor https://bugs.ruby-lang.org/issues/19338 * Author: luke-gru (Luke Gruber) * Status: Open * Priority: Normal * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- This code causes Ruby to hang: ``` ruby rs = [] 2.times do rs << Ractor.new do MYCONSTANT = 2 end end rs.each(&:take) ``` There is a problem when the warning is being outputted with multiple ractors. A thread is calling RB_VM_LOCK() while holding the VM lock in ractor.c (ractor_check_blocking()) If the code is changed to RB_VM_LOCK_ENTER() and RB_VM_LOCK_LEAVE() then it fixes it, but I don't know if there's a better way. Thanks! -- https://bugs.ruby-lang.org/

3 3

[ruby-core:118467] [Ruby master Feature#20610] Float::INFINITY as IO.select timeout argument
by akr (Akira Tanaka) 13 May '25

13 May '25

Issue #20610 has been reported by akr (Akira Tanaka). ---------------------------------------- Feature #20610: Float::INFINITY as IO.select timeout argument https://bugs.ruby-lang.org/issues/20610 * Author: akr (Akira Tanaka) * Status: Open ---------------------------------------- I propose IO.select accepts Float::INFINITY as a timeout argument. It behaves the same as nil which means IO.select will block indefinitely. Motivation: Currently, the Ruby convention to indicate no timeout is using nil. This practice often forces us to treat the nil case separately. Conceptually, no timeout can be thought of as an infinite timeout. So I propose to accept Float::INFINITY as a timeout. It makes us less conditionals when we need to calculate or compare timeouts. Assume `now` method as follows to read the following examples. ``` def now = Process.clock_gettime(Process::CLOCK_MONOTONIC) ``` Example 1: absolute timeout Sometimes we maintain timeout as an absolute clock. The following method takes a relative timeout as an argument. It invokes IO.select several times and raises if the timeout is reached. Assuming a user must specify a finite timeout, the following definition is possible. ``` # user_timeout is the required argument def method(..., user_timeout) abs_timeout = now + user_timeout loop { IO.select(rs, ws, es, (abs_timeout - now).clamp(0..)) raise "timeout" if abs_timeout < now ... } end ``` Consider we need to make user_timeout optional. If user_timeout is not given, no timeout occurs. The implementation is as follows. I think the following implementation is typical. It needs 3 more conditionals than the above. ``` # user_timeout is an optional argument. nil means no timeout. def method(..., user_timeout=nil) abs_timeout = user_timeout ? now + user_timeout : nil loop { IO.select(rs, ws, es, user_timeout ? (abs_timeout - now).clamp(0..) : nil) raise "timeout" if abs_timeout && (abs_timeout < now) ... } end ``` It is possible to reduce a conditional if we use Float::INFINITY. (`abs_timeout && (abs_timeout < now)` is changed to `abs_timeout < now`) ``` # user_timeout is an optional argument. nil means no timeout. def method(..., user_timeout=nil) abs_timeout = user_timeout ? now + user_timeout : Float::INFINITY loop { IO.select(rs, ws, es, abs_timeout != Float::INFINITY ? (abs_timeout - now).clamp(0..) : nil) raise "timeout" if abs_timeout < now ... } end ``` If IO.select accepts Float::INFINITY as a timeout argument (this proposal), we can reduce one more conditional as follows. ``` # user_timeout is an optional argument. nil means no timeout. def method(..., user_timeout=nil) abs_timeout = user_timeout ? now + user_timeout : Float::INFINITY loop { IO.select(rs, ws, es, (abs_timeout - now).clamp(0..)) raise "timeout" if abs_timeout < now ... } end ``` Example 2: minimum of timeouts Sometimes we need to choose the minimum of several timeouts. I think many event-driven programs use this strategy to determine the timeout for select function. If "no timeout" is represented as nil, `[t1, t2, t3, ...].compact.min` is the minimum. If "no timeout" is represented as Float::INFINITY, we can remove `compact`: `[t1, t2, t3, ...].min` However, Float::INFINITY must be converted to nil for IO.select. This proposal removes this conversion. Example 3: maximum of timeouts Sometimes we need to choose the maximum of several timeouts. We encountered this situation with a Happy Eyeballs implementation. There are two timeouts for getaddrinfo and connect. We need to wait the longer timeout because a timeout for one doesn't stop another. Also, we don't ignore results after a timeout as long as the algorithm waits for something. If "no timeout" is represented as nil, `ts = [t1, t2, t3, ...]; ts.include?(nil) ? nil : ts.max` is the maximum. If "no timeout" is represented as Float::INFINITY, we can compute the maximum more easily: `[t1, t2, t3, ...].max` It makes code simpler. However, Float::INFINITY must be converted to nil for IO.select. This proposal removes this conversion. Several Consideration: Consideration 1: Methods other than IO.select. Several methods take a timeout. An incomplete list of methods is as follows. (I searched rb_time_interval.) - IO.select(rs, ws, es, timeout) - sleep(secs) - TCPSocket.new(connect_timeout:) - io.wait_readable(timeout) - io.wait_writable(timeout) - io.wait_priority(timeout) - mutex.sleep(timeout) Do we want to modify them consistently to accept Float::INFINITY? Consideration 2: C-level API If we want to change the timeout of many methods, we would wish to new C-level API similar to rb_time_interval but can return NULL. Unfortunately, rb_time_interval cannot return NULL because the return type is struct timeval. Note that ext/io/wait/wait.c contains get_timeout function. It seems a good first step for such API. Consideration 3: IEEE 754 dependency. Minor platforms (such as VAX) use non-IEEE 754 floating point numbers without infinity. Note that NetBSD/vax still works. (And there is an emulator, simh). Consideration 4: It seems no major languages accept infinity as select's timeout. I found Perl, Python, and OCaml take a floating point number as a timeout of select function. But they don't accept infinity. -- https://bugs.ruby-lang.org/

3 7