November 2023 - ruby-core - ml.ruby-lang.org

[ruby-core:115227] [Ruby master Feature#19985] Support `Pathname` for `require`
by vo.x (Vit Ondruch) 09 Nov '23

09 Nov '23

Issue #19985 has been reported by vo.x (Vit Ondruch). ---------------------------------------- Feature #19985: Support `Pathname` for `require` https://bugs.ruby-lang.org/issues/19985 * Author: vo.x (Vit Ondruch) * Status: Open * Priority: Normal ---------------------------------------- It seems that RubyGems / Bundler `require` method overrides of accept `Pathname` as and argument ~~~ $ ruby -rpathname -e ' pa = Pathname.new("test") require pa ' <internal:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb>:85:in `require': cannot load such file -- test (LoadError) from <internal:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb>:85:in `require' from -e:3:in `<main>' ~~~ while plain Ruby require does not: ~~~ $ ruby --disable-gems -rpathname -e ' pa = Pathname.new("test") require pa ' -e:3:in `require': no implicit conversion of Pathname into String (TypeError) from -e:3:in `<main>' ~~~ This inconsistency is surprising. It seems that RubyGems / Bundler developers think [1] that Ruby `require` should also accept `Pathname`. ~~~ $ ruby -v ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x86_64-linux] ~~~ [1]: https://github.com/rubygems/rubygems/pull/7128 -- https://bugs.ruby-lang.org/

7 13

[ruby-core:115316] [Ruby master Feature#14548] Allow some_array&.[1] to be a valid syntax
by knu (Akinori MUSHA) 09 Nov '23

09 Nov '23

Issue #14548 has been updated by knu (Akinori MUSHA). Status changed from Rejected to Open Assignee set to matz (Yukihiro Matsumoto) Can we reconsider this? JavaScript already introduced this syntax a while ago and we are already getting pretty much used to it. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators… ```javascript obj.val?.prop obj.val?.[expr] obj.func?.(args) ``` I know `ary&.[]` is ambiguous, but it's extremely rare to call `[]` with no arguments, so let's just keep the compatibility and allow it to swallow the following arguments if any. ---------------------------------------- Feature #14548: Allow some_array&.[1] to be a valid syntax https://bugs.ruby-lang.org/issues/14548#change-105233 * Author: rosenfeld (Rodrigo Rosenfeld Rosas) * Status: Open * Priority: Normal * Assignee: matz (Yukihiro Matsumoto) ---------------------------------------- Currently, Ruby allows accessing an array's index while testing whether the array is not nil with this syntax: `my_array&.[](1)`. I've always found this awkward but didn't mind about suggesting anything to improve this. I was just reading about how JavaScript is probably going to support myArray?.[1] and found that it read good enough for me. So I'd like to propose about the same syntax, replacing ?. with the Ruby equivalent &. instead. How does that look like to you? -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115293] [Ruby master Bug#19992] Seemingly GC causes double free for regparse
by mtasaka (Mamoru Tasaka) 08 Nov '23

08 Nov '23

Issue #19992 has been reported by mtasaka (Mamoru Tasaka). ---------------------------------------- Bug #19992: Seemingly GC causes double free for regparse https://bugs.ruby-lang.org/issues/19992 * Author: mtasaka (Mamoru Tasaka) * Status: Open * Priority: Normal * ruby -v: ruby 3.3.0dev (2023-11-07 master ced84beb25) [x86_64-linux] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- Using ruby3.3.0dev (now I've tried commit:ced84beb2518d173988bb92c6d96aa854a35abe6 ), trying to execute rubygem-addressable 2.8.5 ( https://github.com/sporkmonger/addressable/releases/tag/addressable-2.8.5 ) testsuite causes ruby segfault: ``` $ LC_ALL=C.UTF-8 rspec -I. spec/ Could not load native IDN implementation. ........................................................................................................................................................................................................................................................................................................................................................................./usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:530: [BUG] Segmentation fault at 0x00005618a54262ba ruby 3.3.0dev (2023-11-07 master ced84beb25) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0022 p:0009 s:0108 e:000107 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:530 c:0021 p:0004 s:0104 e:000102 BLOCK /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:536 c:0020 p:0015 s:0099 e:000098 BLOCK /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:702 [FINISH] c:0019 p:---- s:0095 e:000094 CFUNC :each c:0018 p:0007 s:0091 e:000090 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:701 c:0017 p:0006 s:0086 e:000085 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:535 c:0016 p:0026 s:0081 e:000079 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:556 c:0015 p:0046 s:0075 e:000074 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:606 c:0014 p:0007 s:0066 e:000065 BLOCK /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:121 [FINISH] c:0013 p:---- s:0062 e:000061 CFUNC :map c:0012 p:0030 s:0058 e:000057 BLOCK /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:121 c:0011 p:0026 s:0055 e:000054 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/configuration.rb:2070 c:0010 p:0007 s:0051 e:000050 BLOCK /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:116 c:0009 p:0009 s:0047 e:000046 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/reporter.rb:74 c:0008 p:0019 s:0042 e:000041 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:115 c:0007 p:0035 s:0035 e:000034 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:89 c:0006 p:0058 s:0029 e:000028 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:71 c:0005 p:0013 s:0021 e:000020 METHOD /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:45 c:0004 p:0010 s:0016 e:000015 TOP /usr/share/gems/gems/rspec-core-3.12.2/exe/rspec:4 [FINISH] c:0003 p:---- s:0013 e:000012 CFUNC :load c:0002 p:0078 s:0008 E:001e80 EVAL /usr/bin/rspec:25 [FINISH] c:0001 p:0000 s:0003 E:000730 DUMMY [FINISH] -- Ruby level backtrace information ---------------------------------------- /usr/bin/rspec:25:in `<main>' /usr/bin/rspec:25:in `load' /usr/share/gems/gems/rspec-core-3.12.2/exe/rspec:4:in `<top (required)>' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:45:in `invoke' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:71:in `run' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:89:in `run' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:115:in `run_specs' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/reporter.rb:74:in `report' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:116:in `block in run_specs' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/configuration.rb:2070:in `with_suite_hooks' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:121:in `block (2 levels) in run_specs' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:121:in `map' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/runner.rb:121:in `block (3 levels) in run_specs' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:606:in `run' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:556:in `run_before_context_hooks' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:535:in `store_before_context_ivars' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:701:in `each_instance_variable_for_example' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:701:in `each' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:702:in `block in each_instance_variable_for_example' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:536:in `block in store_before_context_ivars' /usr/share/gems/gems/rspec-core-3.12.2/lib/rspec/core/example_group.rb:530:in `before_context_ivars' -- Threading information --------------------------------------------------- Total ractor count: 1 Ruby thread count for this ractor: 2 -- Machine register context ------------------------------------------------ RIP: 0x00007fe976ebc8e5 RBP: 0x00007ffd7d6c5e80 RSP: 0x00007ffd7d6c5e50 RAX: 0x00007fe9771d5720 RBX: 0xffffffffffffff18 RCX: 0x0000000000000000 RDX: 0x0000000000000000 RDI: 0x00005618a54262c2 RSI: 0x0000561dc49e21a0 R8: 0x0000000561dc49e2 R9: 0x0000000000000007 R10: 0x0000561dc49e2b60 R11: 0x0000000000000000 R12: 0x0000561dc49e21d0 R13: 0x00005618a54262b2 R14: 0x0000000000000001 R15: 0x0000561dc49e2090 EFL: 0x0000000000010206 -- C level backtrace information ------------------------------------------- /lib64/libruby.so.3.3(rb_print_backtrace+0x21) [0x7fe9772750a1] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_dump.c:812 /lib64/libruby.so.3.3(rb_vm_bugreport+0x9aa) [0x7fe977277f2a] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_dump.c:1143 /lib64/libruby.so.3.3(rb_bug_for_fatal_signal+0x110) [0x7fe9770d4420] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/error.c:1065 /lib64/libruby.so.3.3(sigsegv+0x56) [0x7fe9771ec576] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/signal.c:920 /lib64/libc.so.6(__restore_rt+0x0) [0x7fe976e5b990] /lib64/libc.so.6(free+0x25) [0x7fe976ebc8e5] /lib64/libruby.so.3.3(i_free_name_entry+0x19) [0x7fe9771d5739] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/regparse.c:521 /lib64/libruby.so.3.3(rb_st_foreach+0x85) [0x7fe9771eddd5] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/hash.c:870 /lib64/libruby.so.3.3(onig_names_free+0x27) [0x7fe9771da0c7] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/regparse.c:534 /lib64/libruby.so.3.3(onig_free+0x1a) [0x7fe9771cb86a] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/regcomp.c:5682 /lib64/libruby.so.3.3(obj_free.lto_priv.0+0x3d2) [0x7fe9770ec122] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/gc.c:3611 /lib64/libruby.so.3.3(gc_sweep_page.constprop.0+0x168) [0x7fe9772e9058] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/gc.c:5538 /lib64/libruby.so.3.3(gc_sweep_step.lto_priv.0+0xf3) [0x7fe9770ea023] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/gc.c:5905 /lib64/libruby.so.3.3(gc_continue+0x34b) [0x7fe9770f249b] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/gc.c:5977 /lib64/libruby.so.3.3(newobj_alloc+0x2de) [0x7fe9770f28be] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/gc.c:2500 /lib64/libruby.so.3.3(rb_wb_protected_newobj_of+0x74) [0x7fe9770f31a4] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/gc.c:2919 /lib64/libruby.so.3.3(rb_hash_new+0x3c) [0x7fe9770ff19c] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/hash.c:1432 /lib64/libruby.so.3.3(vm_exec_core.lto_priv.0+0x30da) [0x7fe97725dffa] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/redhat-linux-build/insns.def:545 /lib64/libruby.so.3.3(rb_vm_exec+0x17d) [0x7fe97727348d] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm.c:2472 /lib64/libruby.so.3.3(rb_yield+0x77) [0x7fe977260707] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm.c:1622 /lib64/libruby.so.3.3(rb_ary_each+0x44) [0x7fe977062474] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/array.c:2532 /lib64/libruby.so.3.3(vm_call_cfunc_with_frame_+0x117) [0x7fe977253b27] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_insnhelper.c:3503 /lib64/libruby.so.3.3(vm_sendish+0xb1) [0x7fe9772560a1] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_insnhelper.c:5585 /lib64/libruby.so.3.3(vm_exec_core.lto_priv.0+0x1f7f) [0x7fe97725ce9f] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/redhat-linux-build/insns.def:802 /lib64/libruby.so.3.3(rb_vm_exec+0x17d) [0x7fe97727348d] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm.c:2472 /lib64/libruby.so.3.3(rb_yield+0x77) [0x7fe977260707] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm.c:1622 /lib64/libruby.so.3.3(rb_ary_collect.lto_priv.0+0x5c) [0x7fe9770626cc] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/array.c:3624 /lib64/libruby.so.3.3(vm_call_cfunc_with_frame_+0x117) [0x7fe977253b27] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_insnhelper.c:3503 /lib64/libruby.so.3.3(vm_sendish+0xb1) [0x7fe9772560a1] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_insnhelper.c:5585 /lib64/libruby.so.3.3(vm_exec_core.lto_priv.0+0x1f7f) [0x7fe97725ce9f] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/redhat-linux-build/insns.def:802 /lib64/libruby.so.3.3(rb_vm_exec+0x17d) [0x7fe97727348d] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm.c:2472 /lib64/libruby.so.3.3(rb_load_internal+0x73) [0x7fe977134a63] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/load.c:800 /lib64/libruby.so.3.3(rb_f_load+0xad) [0x7fe977134d4d] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/load.c:875 /lib64/libruby.so.3.3(vm_call_cfunc_with_frame_+0x117) [0x7fe977253b27] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_insnhelper.c:3503 /lib64/libruby.so.3.3(vm_exec_core.lto_priv.0+0x16c) [0x7fe97725b08c] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm_insnhelper.c:5581 /lib64/libruby.so.3.3(rb_vm_exec+0x17d) [0x7fe97727348d] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/vm.c:2472 /lib64/libruby.so.3.3(rb_ec_exec_node+0xaa) [0x7fe9770dba9a] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/eval.c:287 /lib64/libruby.so.3.3(ruby_run_node+0x93) [0x7fe9770dda53] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/eval.c:328 /usr/bin/ruby-mri(0x561dc3276197) [0x561dc3276197] /lib64/libc.so.6(__libc_start_call_main+0x7a) [0x7fe976e4514a] /lib64/libc.so.6(__libc_start_main+0x8b) [0x7fe976e4520b] /usr/bin/ruby-mri(_start+0x25) [0x561dc32761e5] /usr/src/debug/ruby-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64/main.c:59 -- Other runtime information ----------------------------------------------- * Process memory map: 561dc3275000-561dc3276000 r--p 00000000 08:08 6714104 /usr/bin/ruby-mri 561dc3276000-561dc3277000 r-xp 00001000 08:08 6714104 /usr/bin/ruby-mri 561dc3277000-561dc3278000 r--p 00002000 08:08 6714104 /usr/bin/ruby-mri 561dc3278000-561dc3279000 r--p 00002000 08:08 6714104 /usr/bin/ruby-mri 561dc3279000-561dc327a000 rw-p 00003000 08:08 6714104 /usr/bin/ruby-mri 561dc34c1000-561dc58f8000 rw-p 00000000 00:00 0 [heap] 7fe94a000000-7fe94bf6a000 r--s 00000000 08:08 6789556 /usr/lib/debug/usr/lib64/libruby.so.3.3.0-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64.debug 7fe94c000000-7fe94c021000 rw-p 00000000 00:00 0 7fe94c021000-7fe950000000 ---p 00000000 00:00 0 7fe952000000-7fe953f6a000 r--s 00000000 08:08 6789556 /usr/lib/debug/usr/lib64/libruby.so.3.3.0-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64.debug 7fe954000000-7fe954021000 rw-p 00000000 00:00 0 7fe954021000-7fe958000000 ---p 00000000 00:00 0 7fe959600000-7fe959851000 r--s 00000000 08:08 6707607 /usr/lib64/libc.so.6 7fe959a00000-7fe959f64000 r--s 00000000 08:08 6788707 /usr/lib64/libruby.so.3.3.0 7fe959f8f000-7fe959f90000 ---p 00000000 00:00 0 7fe959f90000-7fe95a7f0000 rw-p 00000000 00:00 0 7fe95aaa0000-7fe95ac40000 rw-p 00000000 00:00 0 7fe95ac49000-7fe95ac4d000 r--p 00000000 08:08 6708025 /usr/lib64/libnss_resolve.so.2 7fe95ac4d000-7fe95ac69000 r-xp 00004000 08:08 6708025 /usr/lib64/libnss_resolve.so.2 7fe95ac69000-7fe95ac71000 r--p 00020000 08:08 6708025 /usr/lib64/libnss_resolve.so.2 7fe95ac71000-7fe95ac72000 r--p 00027000 08:08 6708025 /usr/lib64/libnss_resolve.so.2 7fe95ac72000-7fe95ac73000 rw-p 00028000 08:08 6708025 /usr/lib64/libnss_resolve.so.2 7fe95ac73000-7fe95ac78000 r--p 00000000 08:08 6708024 /usr/lib64/libnss_myhostname.so.2 7fe95ac78000-7fe95ac8d000 r-xp 00005000 08:08 6708024 /usr/lib64/libnss_myhostname.so.2 7fe95ac8d000-7fe95ac99000 r--p 0001a000 08:08 6708024 /usr/lib64/libnss_myhostname.so.2 7fe95ac99000-7fe95ac9e000 r--p 00025000 08:08 6708024 /usr/lib64/libnss_myhostname.so.2 7fe95ac9e000-7fe95ac9f000 rw-p 0002a000 08:08 6708024 /usr/lib64/libnss_myhostname.so.2 7fe95ac9f000-7fe95aca0000 ---p 00000000 00:00 0 7fe95aca0000-7fe95b040000 rw-p 00000000 00:00 0 7fe95b050000-7fe95b410000 rw-p 00000000 00:00 0 7fe95b41f000-7fe95b421000 r--p 00000000 08:08 6714089 /usr/lib64/libyaml-0.so.2.0.9 7fe95b421000-7fe95b43a000 r-xp 00002000 08:08 6714089 /usr/lib64/libyaml-0.so.2.0.9 7fe95b43a000-7fe95b43e000 r--p 0001b000 08:08 6714089 /usr/lib64/libyaml-0.so.2.0.9 7fe95b43e000-7fe95b43f000 r--p 0001e000 08:08 6714089 /usr/lib64/libyaml-0.so.2.0.9 7fe95b43f000-7fe95b570000 rw-p 00000000 00:00 0 7fe95b571000-7fe95b574000 r--p 00000000 08:08 6789373 /usr/lib64/gems/ruby/bigdecimal-3.1.5/bigdecimal.so 7fe95b574000-7fe95b588000 r-xp 00003000 08:08 6789373 /usr/lib64/gems/ruby/bigdecimal-3.1.5/bigdecimal.so 7fe95b588000-7fe95b58b000 r--p 00017000 08:08 6789373 /usr/lib64/gems/ruby/bigdecimal-3.1.5/bigdecimal.so 7fe95b58b000-7fe95b58c000 r--p 0001a000 08:08 6789373 /usr/lib64/gems/ruby/bigdecimal-3.1.5/bigdecimal.so 7fe95b58c000-7fe95b58d000 rw-p 0001b000 08:08 6789373 /usr/lib64/gems/ruby/bigdecimal-3.1.5/bigdecimal.so 7fe95b58d000-7fe95b591000 r--p 00000000 08:08 6788798 /usr/lib64/ruby/zlib.so 7fe95b591000-7fe95b59b000 r-xp 00004000 08:08 6788798 /usr/lib64/ruby/zlib.so 7fe95b59b000-7fe95b59e000 r--p 0000e000 08:08 6788798 /usr/lib64/ruby/zlib.so 7fe95b59e000-7fe95b59f000 r--p 00010000 08:08 6788798 /usr/lib64/ruby/zlib.so 7fe95b59f000-7fe95b5c0000 rw-p 00000000 00:00 0 7fe95b5ce000-7fe95b5d5000 r--p 00000000 08:08 6788794 /usr/lib64/ruby/socket.so 7fe95b5d5000-7fe95b5f7000 r-xp 00007000 08:08 6788794 /usr/lib64/ruby/socket.so 7fe95b5f7000-7fe95b5fe000 r--p 00029000 08:08 6788794 /usr/lib64/ruby/socket.so 7fe95b5fe000-7fe95b5ff000 r--p 00030000 08:08 6788794 /usr/lib64/ruby/socket.so 7fe95b5ff000-7fe95b600000 rw-p 00031000 08:08 6788794 /usr/lib64/ruby/socket.so 7fe95b600000-7fe95b780000 rw-p 00000000 00:00 0 7fe95b790000-7fe95b8a0000 rw-p 00000000 00:00 0 7fe95b8a6000-7fe95b8a8000 r--p 00000000 08:08 6707981 /usr/lib64/libcap.so.2.48 7fe95b8a8000-7fe95b8ac000 r-xp 00002000 08:08 6707981 /usr/lib64/libcap.so.2.48 7fe95b8ac000-7fe95b8ae000 r--p 00006000 08:08 6707981 /usr/lib64/libcap.so.2.48 7fe95b8ae000-7fe95b8af000 r--p 00007000 08:08 6707981 /usr/lib64/libcap.so.2.48 7fe95b8af000-7fe95b8b0000 rw-p 00008000 08:08 6707981 /usr/lib64/libcap.so.2.48 7fe95b8b0000-7fe95b940000 rw-p 00000000 00:00 0 7fe95b940000-7fe95b945000 r--s 00000000 08:08 6789371 /usr/lib/debug/usr/bin/ruby-mri-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64.debug 7fe95b945000-7fe95b947000 r--p 00000000 08:08 6788795 /usr/lib64/ruby/stringio.so 7fe95b947000-7fe95b94c000 r-xp 00002000 08:08 6788795 /usr/lib64/ruby/stringio.so 7fe95b94c000-7fe95b94e000 r--p 00007000 08:08 6788795 /usr/lib64/ruby/stringio.so 7fe95b94e000-7fe95b94f000 r--p 00008000 08:08 6788795 /usr/lib64/ruby/stringio.so 7fe95b94f000-7fe95ba10000 rw-p 00000000 00:00 0 7fe95ba10000-7fe95ba15000 r--s 00000000 08:08 6789371 /usr/lib/debug/usr/bin/ruby-mri-3.3.0~20231107.1312gitced84beb25-183.fc40.283.x86_64.debug 7fe95ba15000-7fe95ba16000 r--p 00000000 08:08 6788784 /usr/lib64/ruby/io/wait.so 7fe95ba16000-7fe95ba17000 r-xp 00001000 08:08 6788784 /usr/lib64/ruby/io/wait.so 7fe95ba17000-7fe95ba18000 r--p 00002000 08:08 6788784 /usr/lib64/ruby/io/wait.so 7fe95ba18000-7fe95ba19000 r--p 00002000 08:08 6788784 /usr/lib64/ruby/io/wait.so 7fe95ba19000-7fe95ba1a000 rw-p 00000000 00:00 0 7fe95ba1a000-7fe95ba1b000 r--p 00000000 08:08 6788779 /usr/lib64/ruby/erb/escape.so 7fe95ba1b000-7fe95ba1c000 r-xp 00001000 08:08 6788779 /usr/lib64/ruby/erb/escape.so 7fe95ba1c000-7fe95ba1d000 r--p 00002000 08:08 6788779 /usr/lib64/ruby/erb/escape.so 7fe95ba1d000-7fe95ba1e000 r--p 00002000 08:08 6788779 /usr/lib64/ruby/erb/escape.so 7fe95ba1e000-7fe95ba1f000 rw-p 00000000 00:00 0 7fe95ba1f000-7fe95ba20000 ---p 00000000 00:00 0 7fe95ba20000-7fe95bac1000 rw-p 00000000 00:00 0 7fe95bac1000-7fe95bac2000 ---p 00000000 00:00 0 7fe95bac2000-7fe95bb63000 rw-p 00000000 00:00 0 7fe95bb63000-7fe95bb64000 ---p 00000000 00:00 0 7fe95bb64000-7fe95bc05000 rw-p 00000000 00:00 0 7fe95bc05000-7fe95bc06000 ---p 00000000 00:00 0 7fe95bc06000-7fe95bca7000 rw-p 00000000 00:00 0 7fe95bca7000-7fe95bca8000 ---p 00000000 00:00 0 7fe95bca8000-7fe95bd49000 rw-p 00000000 00:00 0 7fe95bd49000-7fe95bd4a000 ---p 00000000 00:00 0 7fe95bd4a000-7fe95bdeb000 rw-p 00000000 00:00 0 7fe95bdeb000-7fe95bdec000 ---p 00000000 00:00 0 7fe95bdec000-7fe95be8d000 rw-p 00000000 00:00 0 7fe95be8d000-7fe95be8e000 ---p 00000000 00:00 0 7fe95be8e000-7fe95bf2f000 rw-p 00000000 00:00 0 7fe95bf2f000-7fe95bf30000 ---p 00000000 00:00 0 7fe95bf30000-7fe95bfd1000 rw-p 00000000 00:00 0 7fe95bfd1000-7fe95bfd2000 ---p 00000000 00:00 0 7fe95bfd2000-7fe95c073000 rw-p 00000000 00:00 0 7fe95c073000-7fe95c074000 ---p 00000000 00:00 0 7fe95c074000-7fe95c115000 rw-p 00000000 00:00 0 7fe95c115000-7fe95c116000 ---p 00000000 00:00 0 7fe95c116000-7fe95c1b7000 rw-p 00000000 00:00 0 7fe95c1b7000-7fe95c1b8000 ---p 00000000 00:00 0 7fe95c1b8000-7fe95c259000 rw-p 00000000 00:00 0 7fe95c259000-7fe95c25a000 ---p 00000000 00:00 0 7fe95c25a000-7fe95c2fb000 rw-p 00000000 00:00 0 7fe95c2fb000-7fe95c2fc000 ---p 00000000 00:00 0 7fe95c2fc000-7fe95c39d000 rw-p 00000000 00:00 0 7fe95c39d000-7fe95c39e000 ---p 00000000 00:00 0 7fe95c39e000-7fe95c43f000 rw-p 00000000 00:00 0 7fe95c43f000-7fe95c440000 ---p 00000000 00:00 0 7fe95c440000-7fe95c4e1000 rw-p 00000000 00:00 0 7fe95c4e1000-7fe95c4e2000 ---p 00000000 00:00 0 7fe95c4e2000-7fe95c583000 rw-p 00000000 00:00 0 7fe95c583000-7fe95c584000 ---p 00000000 00:00 0 7fe95c584000-7fe95c625000 rw-p 00000000 00:00 0 7fe95c625000-7fe95c626000 ---p 00000000 00:00 0 7fe95c626000-7fe95c6c7000 rw-p 00000000 00:00 0 7fe95c6c7000-7fe95c6c8000 ---p 00000000 00:00 0 7fe95c6c8000-7fe95c769000 rw-p 00000000 00:00 0 7fe95c769000-7fe95c76a000 ---p 00000000 00:00 0 7fe95c76a000-7fe95c80b000 rw-p 00000000 00:00 0 7fe95c80b000-7fe95c80c000 ---p 00000000 00:00 0 7fe95c80c000-7fe95c8ad000 rw-p 00000000 00:00 0 7fe95c8ad000-7fe95c8ae000 ---p 00000000 00:00 0 7fe95c8ae000-7fe95c94f000 rw-p 00000000 00:00 0 7fe95c94f000-7fe95c950000 ---p 00000000 00:00 0 7fe95c950000-7fe95c9f1000 rw-p 00000000 00:00 0 7fe95c9f1000-7fe95c9f2000 ---p 00000000 00:00 0 7fe95c9f2000-7fe95ca93000 rw-p 00000000 00:00 0 7fe95ca93000-7fe95ca94000 ---p 00000000 00:00 0 7fe95ca94000-7fe95cb35000 rw-p 00000000 00:00 0 7fe95cb35000-7fe95cb36000 ---p 00000000 00:00 0 7fe95cb36000-7fe95cbd7000 rw-p 00000000 00:00 0 7fe95cbd7000-7fe95cbd8000 ---p 00000000 00:00 0 7fe95cbd8000-7fe95cc79000 rw-p 00000000 00:00 0 7fe95cc79000-7fe95cc7a000 ---p 00000000 00:00 0 7fe95cc7a000-7fe95cd1b000 rw-p 00000000 00:00 0 7fe95cd1b000-7fe95cd1c000 ---p 00000000 00:00 0 7fe95cd1c000-7fe95cdbd000 rw-p 00000000 00:00 0 7fe95cdbd000-7fe95cdbe000 ---p 00000000 00:00 0 7fe95cdbe000-7fe95ce5f000 rw-p 00000000 00:00 0 7fe95ce5f000-7fe95ce60000 ---p 00000000 00:00 0 7fe95ce60000-7fe95d6b0000 rw-p 00000000 00:00 0 7fe95d6b0000-7fe95d6b2000 r--p 00000000 08:08 6788796 /usr/lib64/ruby/strscan.so 7fe95d6b2000-7fe95d6b5000 r-xp 00002000 08:08 6788796 /usr/lib64/ruby/strscan.so 7fe95d6b5000-7fe95d6b6000 r--p 00005000 08:08 6788796 /usr/lib64/ruby/strscan.so 7fe95d6b6000-7fe95d6b7000 r--p 00006000 08:08 6788796 /usr/lib64/ruby/strscan.so 7fe95d6b7000-7fe95d6b8000 rw-p 00000000 00:00 0 7fe95d6b8000-7fe95d6ba000 r--p 00000000 08:08 6788708 /usr/lib64/ruby/cgi/escape.so 7fe95d6ba000-7fe95d6bc000 r-xp 00002000 08:08 6788708 /usr/lib64/ruby/cgi/escape.so 7fe95d6bc000-7fe95d6bd000 r--p 00004000 08:08 6788708 /usr/lib64/ruby/cgi/escape.so 7fe95d6bd000-7fe95d6be000 r--p 00004000 08:08 6788708 /usr/lib64/ruby/cgi/escape.so 7fe95d6be000-7fe976abf000 rw-p 00000000 00:00 0 7fe976ac2000-7fe976ac6000 r--s 00000000 08:08 6714104 /usr/bin/ruby-mri 7fe976ac6000-7fe976ac9000 r--p 00000000 08:08 6714117 /usr/lib64/gems/ruby/psych-5.1.1.1/psych.so 7fe976ac9000-7fe976acd000 r-xp 00003000 08:08 6714117 /usr/lib64/gems/ruby/psych-5.1.1.1/psych.so 7fe976acd000-7fe976ace000 r--p 00007000 08:08 6714117 /usr/lib64/gems/ruby/psych-5.1.1.1/psych.so 7fe976ace000-7fe976acf000 r--p 00008000 08:08 6714117 /usr/lib64/gems/ruby/psych-5.1.1.1/psych.so 7fe976acf000-7fe976b30000 rw-p 00000000 00:00 0 7fe976b32000-7fe976b33000 r--p 00000000 08:08 6788785 /usr/lib64/ruby/monitor.so 7fe976b33000-7fe976b34000 r-xp 00001000 08:08 6788785 /usr/lib64/ruby/monitor.so 7fe976b34000-7fe976b35000 r--p 00002000 08:08 6788785 /usr/lib64/ruby/monitor.so 7fe976b35000-7fe976b36000 r--p 00002000 08:08 6788785 /usr/lib64/ruby/monitor.so 7fe976b36000-7fe976b37000 rw-p 00000000 00:00 0 7fe976b37000-7fe976b38000 r--p 00000000 08:08 6788765 /usr/lib64/ruby/enc/trans/transdb.so 7fe976b38000-7fe976b39000 r-xp 00001000 08:08 6788765 /usr/lib64/ruby/enc/trans/transdb.so 7fe976b39000-7fe976b3a000 r--p 00002000 08:08 6788765 /usr/lib64/ruby/enc/trans/transdb.so 7fe976b3a000-7fe976b3b000 r--p 00002000 08:08 6788765 /usr/lib64/ruby/enc/trans/transdb.so 7fe976b3b000-7fe976c3d000 rw-p 00000000 00:00 0 7fe976c3d000-7fe976c96000 r--p 00000000 08:08 6707590 /usr/lib/locale/C.utf8/LC_CTYPE 7fe976c96000-7fe976ca6000 r--p 00000000 08:08 6707610 /usr/lib64/libm.so.6 7fe976ca6000-7fe976d1c000 r-xp 00010000 08:08 6707610 /usr/lib64/libm.so.6 7fe976d1c000-7fe976d76000 r--p 00086000 08:08 6707610 /usr/lib64/libm.so.6 7fe976d76000-7fe976d77000 r--p 000df000 08:08 6707610 /usr/lib64/libm.so.6 7fe976d77000-7fe976d78000 rw-p 000e0000 08:08 6707610 /usr/lib64/libm.so.6 7fe976d78000-7fe976d89000 r--p 00000000 08:08 6707959 /usr/lib64/libgmp.so.10.4.1 7fe976d89000-7fe976e05000 r-xp 00011000 08:08 6707959 /usr/lib64/libgmp.so.10.4.1 7fe976e05000-7fe976e1a000 r--p 0008d000 08:08 6707959 /usr/lib64/libgmp.so.10.4.1 7fe976e1a000-7fe976e1c000 r--p 000a1000 08:08 6707959 /usr/lib64/libgmp.so.10.4.1 7fe976e1c000-7fe976e1d000 rw-p 000a3000 08:08 6707959 /usr/lib64/libgmp.so.10.4.1 7fe976e1d000-7fe976e43000 r--p 00000000 08:08 6707607 /usr/lib64/libc.so.6 7fe976e43000-7fe976fa4000 r-xp 00026000 08:08 6707607 /usr/lib64/libc.so.6 7fe976fa4000-7fe976ff2000 r--p 00187000 08:08 6707607 /usr/lib64/libc.so.6 7fe976ff2000-7fe976ff6000 r--p 001d4000 08:08 6707607 /usr/lib64/libc.so.6 7fe976ff6000-7fe976ff8000 rw-p 001d8000 08:08 6707607 /usr/lib64/libc.so.6 7fe976ff8000-7fe977000000 rw-p 00000000 00:00 0 7fe977000000-7fe977049000 r--p 00000000 08:08 6788707 /usr/lib64/libruby.so.3.3.0 7fe977049000-7fe9773bf000 r-xp 00049000 08:08 6788707 /usr/lib64/libruby.so.3.3.0 7fe9773bf000-7fe977527000 r--p 003bf000 08:08 6788707 /usr/lib64/libruby.so.3.3.0 7fe977527000-7fe977540000 r--p 00526000 08:08 6788707 /usr/lib64/libruby.so.3.3.0 7fe977540000-7fe977541000 rw-p 0053f000 08:08 6788707 /usr/lib64/libruby.so.3.3.0 7fe977541000-7fe977556000 rw-p 00000000 00:00 0 7fe977559000-7fe97755a000 r--p 00000000 08:08 6788722 /usr/lib64/ruby/enc/encdb.so 7fe97755a000-7fe97755b000 r-xp 00001000 08:08 6788722 /usr/lib64/ruby/enc/encdb.so 7fe97755b000-7fe97755c000 r--p 00002000 08:08 6788722 /usr/lib64/ruby/enc/encdb.so 7fe97755c000-7fe97755d000 r--p 00002000 08:08 6788722 /usr/lib64/ruby/enc/encdb.so 7fe97755d000-7fe97755e000 rw-p 00000000 00:00 0 7fe97755e000-7fe977565000 r--s 00000000 08:08 6707673 /usr/lib64/gconv/gconv-modules.cache 7fe977565000-7fe977568000 rw-p 00000000 00:00 0 7fe977568000-7fe97756b000 r--p 00000000 08:08 6706024 /usr/lib64/libgcc_s-13-20231011.so.1 7fe97756b000-7fe977586000 r-xp 00003000 08:08 6706024 /usr/lib64/libgcc_s-13-20231011.so.1 7fe977586000-7fe97758a000 r--p 0001e000 08:08 6706024 /usr/lib64/libgcc_s-13-20231011.so.1 7fe97758a000-7fe97758b000 r--p 00021000 08:08 6706024 /usr/lib64/libgcc_s-13-20231011.so.1 7fe97758b000-7fe97758e000 rw-p 00000000 00:00 0 7fe97758e000-7fe977590000 r--p 00000000 08:08 6707999 /usr/lib64/libcrypt.so.2.0.0 7fe977590000-7fe9775a4000 r-xp 00002000 08:08 6707999 /usr/lib64/libcrypt.so.2.0.0 7fe9775a4000-7fe9775bd000 r--p 00016000 08:08 6707999 /usr/lib64/libcrypt.so.2.0.0 7fe9775bd000-7fe9775be000 r--p 0002e000 08:08 6707999 /usr/lib64/libcrypt.so.2.0.0 7fe9775be000-7fe9775c7000 rw-p 00000000 00:00 0 7fe9775c7000-7fe9775ca000 r--p 00000000 08:08 6707836 /usr/lib64/libz.so.1.2.13 7fe9775ca000-7fe9775d9000 r-xp 00003000 08:08 6707836 /usr/lib64/libz.so.1.2.13 7fe9775d9000-7fe9775df000 r--p 00012000 08:08 6707836 /usr/lib64/libz.so.1.2.13 7fe9775df000-7fe9775e0000 r--p 00018000 08:08 6707836 /usr/lib64/libz.so.1.2.13 7fe9775e0000-7fe9775e3000 rw-p 00000000 00:00 0 7fe9775e6000-7fe9775e7000 r--p 00000000 08:08 6707604 /usr/lib64/ld-linux-x86-64.so.2 7fe9775e7000-7fe97760e000 r-xp 00001000 08:08 6707604 /usr/lib64/ld-linux-x86-64.so.2 7fe97760e000-7fe977618000 r--p 00028000 08:08 6707604 /usr/lib64/ld-linux-x86-64.so.2 7fe977618000-7fe97761a000 r--p 00031000 08:08 6707604 /usr/lib64/ld-linux-x86-64.so.2 7fe97761a000-7fe97761c000 rw-p 00033000 08:08 6707604 /usr/lib64/ld-linux-x86-64.so.2 7ffd7cec9000-7ffd7d6c8000 rw-p 00000000 00:00 0 [stack] 7ffd7d7c9000-7ffd7d7cd000 r--p 00000000 00:00 0 [vvar] 7ffd7d7cd000-7ffd7d7cf000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] Aborted (core dumped) ``` Looks like running testsuite brings about GC for ruby regex and it seems to cause segfault. valgrind says: ``` ==93== Invalid free() / delete / delete[] / realloc() ==93== at 0x4845B2C: free (vg_replace_malloc.c:985) ==93== by 0x4A2E738: i_free_name_entry (regparse.c:521) ==93== by 0x4A46DD4: UnknownInlinedFun (hash.c:870) ==93== by 0x4A46DD4: UnknownInlinedFun (st.c:1516) ==93== by 0x4A46DD4: rb_st_foreach (st.c:1613) ==93== by 0x4A330C6: UnknownInlinedFun (regparse.c:534) ==93== by 0x4A330C6: onig_names_free (regparse.c:545) ==93== by 0x4A24869: UnknownInlinedFun (regcomp.c:5682) ==93== by 0x4A24869: onig_free (regcomp.c:5679) ==93== by 0x4945121: obj_free.lto_priv.0 (gc.c:3611) ==93== by 0x4B42057: UnknownInlinedFun (gc.c:5538) ==93== by 0x4B42057: gc_sweep_page.constprop.0 (gc.c:5623) ==93== by 0x4943022: gc_sweep_step.lto_priv.0 (gc.c:5905) ==93== by 0x494B49A: UnknownInlinedFun (gc.c:5977) ==93== by 0x494B49A: gc_continue (gc.c:2488) ==93== by 0x494B8BD: UnknownInlinedFun (gc.c:2500) ==93== by 0x494B8BD: UnknownInlinedFun (gc.c:2715) ==93== by 0x494B8BD: newobj_alloc (gc.c:2816) ==93== by 0x494C1A3: UnknownInlinedFun (gc.c:2919) ==93== by 0x494C1A3: UnknownInlinedFun (gc.c:2936) ==93== by 0x494C1A3: rb_wb_protected_newobj_of (gc.c:2951) ==93== by 0x495819B: UnknownInlinedFun (hash.c:1432) ==93== by 0x495819B: UnknownInlinedFun (hash.c:1443) ==93== by 0x495819B: rb_hash_new (hash.c:1457) ==93== Address 0x223e3ec0 is 0 bytes inside a block of size 6 free'd ==93== at 0x4845B2C: free (vg_replace_malloc.c:985) ==93== by 0x4A2E738: i_free_name_entry (regparse.c:521) ==93== by 0x4A46DD4: UnknownInlinedFun (hash.c:870) ==93== by 0x4A46DD4: UnknownInlinedFun (st.c:1516) ==93== by 0x4A46DD4: rb_st_foreach (st.c:1613) ==93== by 0x4A330C6: UnknownInlinedFun (regparse.c:534) ==93== by 0x4A330C6: onig_names_free (regparse.c:545) ==93== by 0x4A24869: UnknownInlinedFun (regcomp.c:5682) ==93== by 0x4A24869: onig_free (regcomp.c:5679) ==93== by 0x4945121: obj_free.lto_priv.0 (gc.c:3611) ==93== by 0x4B42057: UnknownInlinedFun (gc.c:5538) ==93== by 0x4B42057: gc_sweep_page.constprop.0 (gc.c:5623) ==93== by 0x4943022: gc_sweep_step.lto_priv.0 (gc.c:5905) ==93== by 0x494B49A: UnknownInlinedFun (gc.c:5977) ==93== by 0x494B49A: gc_continue (gc.c:2488) ==93== by 0x494B8BD: UnknownInlinedFun (gc.c:2500) ==93== by 0x494B8BD: UnknownInlinedFun (gc.c:2715) ==93== by 0x494B8BD: newobj_alloc (gc.c:2816) ==93== by 0x494C1A3: UnknownInlinedFun (gc.c:2919) ==93== by 0x494C1A3: UnknownInlinedFun (gc.c:2936) ==93== by 0x494C1A3: rb_wb_protected_newobj_of (gc.c:2951) ==93== by 0x495819B: UnknownInlinedFun (hash.c:1432) ==93== by 0x495819B: UnknownInlinedFun (hash.c:1443) ==93== by 0x495819B: rb_hash_new (hash.c:1457) ==93== Block was alloc'd at ==93== at 0x484280F: malloc (vg_replace_malloc.c:442) ==93== by 0x4A3AFA9: UnknownInlinedFun (regparse.c:287) ==93== by 0x4A3AFA9: UnknownInlinedFun (regparse.c:887) ==93== by 0x4A3AFA9: UnknownInlinedFun (regparse.c:5150) ==93== by 0x4A3AFA9: parse_exp (regparse.c:6227) ==93== by 0x4A3B1E6: parse_branch (regparse.c:6585) ==93== by 0x4A3B477: parse_subexp (regparse.c:6646) ==93== by 0x4A39C1A: UnknownInlinedFun (regparse.c:5074) ==93== by 0x4A39C1A: parse_exp (regparse.c:6227) ==93== by 0x4A3B2D4: parse_branch (regparse.c:6598) ==93== by 0x4A3B396: parse_subexp (regparse.c:6631) ==93== by 0x4A3B5DD: UnknownInlinedFun (regparse.c:6680) ==93== by 0x4A3B5DD: onig_parse_make_tree (regparse.c:6725) ==93== by 0x4A24B5E: onig_compile_ruby (regcomp.c:5866) ==93== by 0x4A18AA7: UnknownInlinedFun (re.c:876) ==93== by 0x4A18AA7: UnknownInlinedFun (re.c:900) ==93== by 0x4A18AA7: rb_reg_initialize (re.c:3265) ==93== by 0x4A18D0C: rb_reg_initialize_str (re.c:3299) ==93== by 0x4A18E0E: rb_reg_init_str (re.c:3334) ``` so looks like this is double-free. Currently I am unable to create minimum reproducer. -- https://bugs.ruby-lang.org/

4 5

[ruby-core:115310] [Ruby master Feature#14602] Version of dig that raises error if a key is not present
by mame (Yusuke Endoh) 08 Nov '23

08 Nov '23

Issue #14602 has been updated by mame (Yusuke Endoh). As far as I understand, Matz expects that, for a tree structure: * `dig_*` touches only nodes on a specific path, * `deep_*` touches all nodes. ---------------------------------------- Feature #14602: Version of dig that raises error if a key is not present https://bugs.ruby-lang.org/issues/14602#change-105226 * Author: amcaplan (Ariel Caplan) * Status: Open * Priority: Normal ---------------------------------------- Currently, if I have a hash like this: ~~~ ruby { :name => { :first => "Ariel", :last => "Caplan" } } ~~~ and I want to navigate confidently and raise a KeyError if something is missing, I can do: ~~~ ruby hash.fetch(:name).fetch(:first) ~~~ Unfortunately, the length of the name, combined with the need to repeat the method name every time, means most programmers are more likely to do this: ~~~ ruby hash[:name][:first] ~~~ which leads to many unexpected errors. The Hash#dig method made it easy to access methods safely from a nested hash; I'd like to have something similar for access without error protection, and I'd think the most natural name would be Hash#dig!. It would work like this: ~~~ ruby hash = { :name => { :first => "Ariel", :last => "Caplan" } } hash.dig!(:name, :first) # => Ariel hash.dig!(:name, :middle) # raises KeyError (key not found: :middle) hash.dig!(:name, :first, :foo) # raises TypeError (String does not have #dig! method) ~~~ -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115309] [Ruby master Feature#14602] Version of dig that raises error if a key is not present
by Eregon (Benoit Daloze) 08 Nov '23

08 Nov '23

Issue #14602 has been updated by Eregon (Benoit Daloze). mame (Yusuke Endoh) wrote in #note-30: > * `deep` sounds to be an operation on the entire data structure, due to the influence of deep_copy. It actually is a deep operation, on the entire data structure/multiple objects, exactly like deep_copy would. So it seems a perfect match, no? ---------------------------------------- Feature #14602: Version of dig that raises error if a key is not present https://bugs.ruby-lang.org/issues/14602#change-105225 * Author: amcaplan (Ariel Caplan) * Status: Open * Priority: Normal ---------------------------------------- Currently, if I have a hash like this: ~~~ ruby { :name => { :first => "Ariel", :last => "Caplan" } } ~~~ and I want to navigate confidently and raise a KeyError if something is missing, I can do: ~~~ ruby hash.fetch(:name).fetch(:first) ~~~ Unfortunately, the length of the name, combined with the need to repeat the method name every time, means most programmers are more likely to do this: ~~~ ruby hash[:name][:first] ~~~ which leads to many unexpected errors. The Hash#dig method made it easy to access methods safely from a nested hash; I'd like to have something similar for access without error protection, and I'd think the most natural name would be Hash#dig!. It would work like this: ~~~ ruby hash = { :name => { :first => "Ariel", :last => "Caplan" } } hash.dig!(:name, :first) # => Ariel hash.dig!(:name, :middle) # raises KeyError (key not found: :middle) hash.dig!(:name, :first, :foo) # raises TypeError (String does not have #dig! method) ~~~ -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115300] [Ruby master Feature#14602] Version of dig that raises error if a key is not present
by mame (Yusuke Endoh) 08 Nov '23

08 Nov '23

Issue #14602 has been updated by mame (Yusuke Endoh). We discussed at the dev meeting but did not reach a conclusion. But there has been some progress. * @akr said we shouldn't add new vocabulary, and Matz agreed. * There is `Array#fetch` which throws an exception when it is not found, so we want to use this vocabulary: `fetch_*` or `*_fetch` * Matz didn't like any of the proposed `fetch_each` `fetch_all` `fetch_tail` `fetch_end` * Matz prefers `dig` or `recursive` to `deep` to represent this behavior. * `deep` sounds to be an operation on the entire data structure, due to the influence of deep_copy. * Matz was interested in how `dig_fetch` or `fetch_dig` would sound to English native speakers. * Matz also mentioned `recursive_fetch`, but said it seemed a bit long. ---------------------------------------- Feature #14602: Version of dig that raises error if a key is not present https://bugs.ruby-lang.org/issues/14602#change-105218 * Author: amcaplan (Ariel Caplan) * Status: Open * Priority: Normal ---------------------------------------- Currently, if I have a hash like this: ~~~ ruby { :name => { :first => "Ariel", :last => "Caplan" } } ~~~ and I want to navigate confidently and raise a KeyError if something is missing, I can do: ~~~ ruby hash.fetch(:name).fetch(:first) ~~~ Unfortunately, the length of the name, combined with the need to repeat the method name every time, means most programmers are more likely to do this: ~~~ ruby hash[:name][:first] ~~~ which leads to many unexpected errors. The Hash#dig method made it easy to access methods safely from a nested hash; I'd like to have something similar for access without error protection, and I'd think the most natural name would be Hash#dig!. It would work like this: ~~~ ruby hash = { :name => { :first => "Ariel", :last => "Caplan" } } hash.dig!(:name, :first) # => Ariel hash.dig!(:name, :middle) # raises KeyError (key not found: :middle) hash.dig!(:name, :first, :foo) # raises TypeError (String does not have #dig! method) ~~~ -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115297] [Ruby master Feature#18915] New error class: NotImplementedYetError or scope change for NotImplementedError
by mame (Yusuke Endoh) 08 Nov '23

08 Nov '23

Issue #18915 has been updated by mame (Yusuke Endoh). Discussed at the dev meeting. This is tentative, but @matz said: * I don't want to change the documentation of `NotImplementedError`. * `NotImplementedYetError` is too confusing with `NotImplementedError`. * `ToBeDefinedError` or something would be better. * I will reply to the ticket. Please wait for matz's answer. ---------------------------------------- Feature #18915: New error class: NotImplementedYetError or scope change for NotImplementedError https://bugs.ruby-lang.org/issues/18915#change-105215 * Author: Quintasan (Michał Zając) * Status: Open * Priority: Normal ---------------------------------------- # Abstract Introduce `NotImplementedYetError` exception that should be used in case when the codepath has not been implemented by the developer for some reason (maybe they're designing an abstract class or are designing some sort of interface to reuse later on) OR extend the meaning of `NotImplementedError` to cover those usecases so we don't have to introduce another exception # Background `NotImplementedError` is supposed to be raised `if the underlying operating system or Ruby runtime does not support them` (https://ruby-doc.org/core-3.1.2/NotImplementedError.html) However it appears that many people are misusing this exception by raising this in a superclass from which they later inherit from. I do realize that Ruby promotes duck-typing (the default RuboCop style guide has a cop for this – https://github.com/rubocop/ruby-style-guide#duck-typing) However I have seen this being discussed numerous times: * https://github.com/rubocop/ruby-style-guide/issues/458 * http://chrisstump.online/2016/03/23/stop-abusing-notimplementederror/ * https://oleg0potapov.medium.com/ruby-notimplementederror-dont-use-it-dff1fd… * https://gitlab.com/gitlab-org/gitlab/-/issues/354314 (which I'm the author of) * https://github.com/rmosolgo/graphql-ruby/issues/2067 (here the author actually confused it with Python's `NotImplementedError`) * https://stackoverflow.com/questions/13668068/how-to-signal-not-implemented-… # Proposal Create `NotImplementedYetError` exception OR Allow raising `NotImplementedError` in cases other than OS or Ruby runtime incompatibilities # Evaluation ### Add `NotImplementedYetError` I think a new exception is a better idea than changing the usage of an existing one just because "everyone is using it". That said it would require people to refactor their code which might prevent wider adoption of the new exception. ### Change scope of `NotImplementedError` This would require the least amount of changes possible (only a documentation change) and I believe there would be no compatibility problems whatsoever. ---Files-------------------------------- not-implemented-error-docs.patch (1.57 KB) -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115296] [Ruby master Bug#18286] Universal arm64/x86_84 binary built on an x86_64 machine segfaults/is killed on arm64
by ccaviness (Clay Caviness) 07 Nov '23

07 Nov '23

Issue #18286 has been updated by ccaviness (Clay Caviness). @nobu Yes, at least in initial tests. A universal ruby built on an x86 Mac with that patch seems to work on an Apple Silicon Mac. ---------------------------------------- Bug #18286: Universal arm64/x86_84 binary built on an x86_64 machine segfaults/is killed on arm64 https://bugs.ruby-lang.org/issues/18286#change-105214 * Author: ccaviness (Clay Caviness) * Status: Open * Priority: Normal * ruby -v: 3.0.2 * Backport: 2.6: UNKNOWN, 2.7: UNKNOWN, 3.0: UNKNOWN ---------------------------------------- A universal arm64/x86_84 ruby binary for macOS built on a x86_64 machine segfaults/is killed when executed on an arm64 machine. To reproduce: * On an Intel Mac: `git clone https://github.com/ruby/ruby && cd ruby && git checkout v3_0_2 && ./autogen.sh && ./configure --with-arch=arm64,x86_64 && make -j$(sysctl -n hw.ncpu)` * Copy the built `./ruby` binary to an Apple Silicon machine * Attempt to execute it Expected: The universal `ruby` binary works correctly on both devices Actual: The universal `ruby` binary crashes with either `Segmentation fault: 11` or `Killed: 9` (this seems to occur if `arm64e` is used instead of `arm64`). Details: I'm attempting to build a universal Ruby for macOS that will run on both Intel (x86_64) and Apple Silicon (arm64) machines. It seemed initially that this was as easy as adding `--with-arch=arm64,x86_64` to `./configure` would do it, as it produced a `ruby` binary that reports as `Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64] [arm64]` This `ruby` works correctly on the Intel machine I built in on, but does not work when copied to an Apple Silicon device. The reverse, however, seems to work. That is, if I build the universal ruby on an Apple Silicon machine, the `ruby` binary that's built seems to work correctly on both Intel and Apple Silicon machines. Intel: ``` $ ./ruby -v ruby 3.0.2p107 (2021-07-07 revision 0db68f0233) [universal.x86_64-darwin21] ``` Apple Silicon: ``` $ ./ruby -v Segmentation fault: 11 $ lldb ./ruby (lldb) target create "./ruby" Current executable set to '/Users/crc/ruby' (arm64). (lldb) run Process 77071 launched: '/Users/crc/ruby' (arm64) Process 77071 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x8) frame #0: 0x00000001002176b8 ruby`ruby_vm_special_exception_copy + 16 ruby`ruby_vm_special_exception_copy: -> 0x1002176b8 <+16>: ldr x0, [x0, #0x8] 0x1002176bc <+20>: bl 0x10011fed8 ; rb_class_real 0x1002176c0 <+24>: bl 0x10012070c ; rb_obj_alloc 0x1002176c4 <+28>: mov x20, x0 Target 0: (ruby) stopped. (lldb) ^D ``` I also attempted the same thing with ruby 2.7.4 source, with the same result. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:115251] [Ruby master Bug#19989] Fix refinement refine performance
by bkuhlmann (Brooke Kuhlmann) 07 Nov '23

07 Nov '23

Issue #19989 has been reported by bkuhlmann (Brooke Kuhlmann). ---------------------------------------- Bug #19989: Fix refinement refine performance https://bugs.ruby-lang.org/issues/19989 * Author: bkuhlmann (Brooke Kuhlmann) * Status: Open * Priority: Normal * ruby -v: ruby 3.2.2 (2023-03-30 revision e51014f9c0) +YJIT [arm64-darwin22.4.0] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- ## Why Hello. 👋 Would it be possible to improve the performance of refining an object as I'm seeing a significant performance cost? I know some of this is already known but, when searching through existing issues, I couldn't find any issue that specifically mentioned or called attention to `refine` performance. My C skills are not that great but it seems that `rb_mod_refine` ([source](https://github.com/ruby/ruby/blob/master/eval.c#L1412-L1459)) might be the primary source of complexity and performance degradation? By fixing this, we could improve refinement performance and encourage more adoption since refinements are a powerful way to make small adjustments to the language without resorting to more complicated solutions -- or worse -- using monkey patches. ## How Here's the benchmark I'm using: ``` #! /usr/bin/env ruby # frozen_string_literal: true require "bundler/inline" gemfile true do source "https://rubygems.org" gem "benchmark-ips" end Benchmark.ips do |benchmark| benchmark.config time: 5, warmup: 2 benchmark.report "With" do Module.new do refine String do def dud = true end end end benchmark.report "Without" do Module.new do def dud = true end end benchmark.compare! end ``` When running the above, I'm getting the following results (this is a random sample): **Ruby 2.6.6** (ruby 2.6.6p146 (2020-03-31 revision 67876) [-darwin22]) *ℹ️ Temporarily refactored the benchmark to not use endless methods for this version.* ``` Warming up -------------------------------------- With 745.000 i/100ms Without 67.593k i/100ms Calculating ------------------------------------- With 10.849k (±168.6%) i/s - 18.625k in 5.359230s Without 680.199k (± 5.8%) i/s - 3.447M in 5.085558s Comparison: Without: 680198.8 i/s With: 10849.1 i/s - 62.70x slower ``` **Ruby 3.2.2** (ruby 3.2.2 (2023-03-30 revision e51014f9c0) +YJIT [arm64-darwin22.4.0]) ``` Warming up -------------------------------------- With 959.000 i/100ms Without 297.091k i/100ms Calculating ------------------------------------- With 21.856k (±198.5%) i/s - 30.688k in 5.509103s Without 3.281M (± 5.8%) i/s - 16.637M in 5.082246s Comparison: Without: 3281310.6 i/s With: 21856.1 i/s - 150.13x slower ``` **Ruby 3.3.3 Preview 2** (ruby 3.3.0preview2 (2023-09-14 master e50fcca9a7) +YJIT [arm64-darwin22.6.0]) ``` Warming up -------------------------------------- With 1.044k i/100ms Without 288.264k i/100ms Calculating ------------------------------------- With 24.044k (±192.0%) i/s - 29.232k in 5.305651s Without 3.096M (± 8.0%) i/s - 15.566M in 5.059470s Comparison: Without: 3095640.6 i/s With: 24043.8 i/s - 128.75x slower ``` ## Notes Here's the environment I'm using: - **macOS**: 13.6.1, Apple M1 -- https://bugs.ruby-lang.org/

3 4

[ruby-core:115291] [Ruby master Feature#14602] Version of dig that raises error if a key is not present
by Eregon (Benoit Daloze) 07 Nov '23

07 Nov '23

Issue #14602 has been updated by Eregon (Benoit Daloze). I like `deep_fetch` too. ---------------------------------------- Feature #14602: Version of dig that raises error if a key is not present https://bugs.ruby-lang.org/issues/14602#change-105209 * Author: amcaplan (Ariel Caplan) * Status: Open * Priority: Normal ---------------------------------------- Currently, if I have a hash like this: ~~~ ruby { :name => { :first => "Ariel", :last => "Caplan" } } ~~~ and I want to navigate confidently and raise a KeyError if something is missing, I can do: ~~~ ruby hash.fetch(:name).fetch(:first) ~~~ Unfortunately, the length of the name, combined with the need to repeat the method name every time, means most programmers are more likely to do this: ~~~ ruby hash[:name][:first] ~~~ which leads to many unexpected errors. The Hash#dig method made it easy to access methods safely from a nested hash; I'd like to have something similar for access without error protection, and I'd think the most natural name would be Hash#dig!. It would work like this: ~~~ ruby hash = { :name => { :first => "Ariel", :last => "Caplan" } } hash.dig!(:name, :first) # => Ariel hash.dig!(:name, :middle) # raises KeyError (key not found: :middle) hash.dig!(:name, :first, :foo) # raises TypeError (String does not have #dig! method) ~~~ -- https://bugs.ruby-lang.org/

1 0