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

[ruby-core:122121] [Ruby Bug#21342] Segfault: invalid keeping_mutexes when using Mutex in Thread then Fiber after GC
by maciej.mensfeld (Maciej Mensfeld) 05 Oct '25

05 Oct '25

Issue #21342 has been reported by maciej.mensfeld (Maciej Mensfeld). ---------------------------------------- Bug #21342: Segfault: invalid keeping_mutexes when using Mutex in Thread then Fiber after GC https://bugs.ruby-lang.org/issues/21342 * Author: maciej.mensfeld (Maciej Mensfeld) * Status: Open * ruby -v: 3.4.3 (2025-04-14 revision d0b7e5b6a0) +PRISM [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Ruby crashes with a `[BUG] invalid keeping_mutexes error` when attempting to GC locked mutex that was used in a Thread within a Fiber context after garbage collection. The error indicates an attempt to unlock a mutex that is not locked, suggesting a state management issue with mutexes across Thread and Fiber boundaries. ## Ruby Version `ruby 3.4.3 (2025-04-14 revision d0b7e5b6a0) +PRISM [x86_64-linux]` ## Reproduce Process ``` ruby # segv.rb 5.times do m = Mutex.new Thread.new do m.synchronize do end end.join Fiber.new do GC.start m.lock end.resume end ``` 1. Save the above code to a file (e.g., `segv.rb`) 2. Run with `ruby segv.rb` 3. The crash occurs intermittently - sometimes it crashes immediately, sometimes it hangs, once in a while it works ## Actual Result The program crashes with the following error: ``` segv.rb: [BUG] invalid keeping_mutexes: Attempt to unlock a mutex which is not locked ruby 3.4.3 (2025-04-14 revision d0b7e5b6a0) +PRISM [x86_64-linux] ``` whole segfault in the attached txt file. Full crash backtrace shows the error originates from: - `rb_threadptr_unlock_all_locking_mutexes` in thread.c:450 - `rb_thread_terminate_all` in thread.c:467 The crash suggests an issue in mutex state management during thread termination. ## Expected Result The script should complete successfully without crashing. The mutex should be properly managed across Thread and Fiber contexts, and garbage collection should not interfere with mutex state. ---Files-------------------------------- crash.txt (23.4 KB) -- https://bugs.ruby-lang.org/

7 10

[ruby-core:123209] [Ruby Bug#21569] [armv7, musl] SIGBUS in ibf_load_object_float due to unaligned VFP double load when reading IBF
by amacxz (Aleksey Maximov) 05 Oct '25

05 Oct '25

Issue #21569 has been reported by amacxz (Aleksey Maximov). ---------------------------------------- Bug #21569: [armv7, musl] SIGBUS in ibf_load_object_float due to unaligned VFP double load when reading IBF https://bugs.ruby-lang.org/issues/21569 * Author: amacxz (Aleksey Maximov) * Status: Open * ruby -v: ruby 3.3.8 (2025-04-09 revision b200bad6cd) [armv7a-linux-musleabihf] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Environment: CPU: ARMv7-A (NVIDIA Tegra 2), VFPv3-D16, no NEON OS/libc: Linux, musl (ld-musl-armhf.so.1) Compiler: GCC 14.3.0 Ruby: 3.3.8 (built from source via Gentoo ebuild) CFLAGS actually used by system: "-Os -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard" During make install (or Gentoo’s ebuild install phase) Ruby runs: ``` shell ./miniruby -I./lib -I. -I.ext/common ./tool/runruby.rb --extout=.ext -- \ --disable-gems -r./armv7a-linux-musleabihf-fake ./tool/rbinstall.rb \ --make=make --dest-dir="$D" --extout=.ext --ext-build-dir=./ext \ --mflags="-j1" --make-flags=" V=1" --gnumake --install=all --exclude=doc ``` This reliably triggers a SIGBUS on armv7 hard-float. Observed crash: ``` Thread "ruby33" received signal SIGBUS (Bus error). #0 ibf_load_object_float () from libruby33.so.3.3 (gdb) bt #0 ibf_load_object_float #1 ibf_load_object #2 rb_ibf_load_iseq_complete #3 ibf_load_iseq #4 ... (gdb) info reg r0 = 0xb6f508b6 (not 8-byte aligned) pc = 0xb6cacf78 <ibf_load_object_float+32> (gdb) x/6i $pc-8 ... 0xb6cacf74: vldr d0, [r0] <-- VFP double load from unaligned addr → SIGBUS ``` Root cause In compile.c: ``` c static VALUE ibf_load_object_float(const struct ibf_load *load, const struct ibf_object_header *header, ibf_offset_t offset) { const double *dblp = IBF_OBJBODY(double, offset); return DBL2NUM(*dblp); } ``` IBF_OBJBODY(double, ...) may return an unaligned pointer. On ARMv7, VFP vldr with an unaligned double address raises SIGBUS (no kernel fixup). Hence the crash while loading IBF. Proposed fix Read into an aligned local with memcpy: ``` --- a/compile.c +++ b/compile.c @@ -12921,10 +12921,12 @@ static VALUE ibf_load_object_float(const struct ibf_load *load, const struct ibf_object_header *header, ibf_offset_t offset) { - const double *dblp = IBF_OBJBODY(double, offset); - return DBL2NUM(*dblp); + /* IBF buffer may be unaligned on some platforms. On ARMv7, a VFP + * double load from an unaligned address causes SIGBUS. */ + double d; + memcpy(&d, IBF_OBJBODY(void, offset), sizeof(d)); + return DBL2NUM(d); } ``` Notes: The issue reproduces consistently on Tegra2 (armv7a, vfpv3-d16, no NEON) with musl, but (IMO) conceptually applies to any strict-alignment ARMv7 platform. A similar audit may be required for other IBF loaders reading 8-byte types. Please review and merge the fix (or implement an equivalent alignment-safe read for IBF floats). I can test any proposed patch on this hardware. -- https://bugs.ruby-lang.org/

5 7

[ruby-core:123175] [Ruby Bug#21561] Wrong encoding for File.dirname result on Windows
by thyresias (Thierry Lambert) 05 Oct '25

05 Oct '25

Issue #21561 has been reported by thyresias (Thierry Lambert). ---------------------------------------- Bug #21561: Wrong encoding for File.dirname result on Windows https://bugs.ruby-lang.org/issues/21561 * Author: thyresias (Thierry Lambert) * Status: Open * ruby -v: ruby 3.4.5 (2025-07-16 revision 20cda200d3) +PRISM [x64-mingw-ucrt] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- I placed the file containing the code below in a directory named "à_signaler" to show the effect on non-ascii characters: ```ruby def dirname_encoding(file) h = { "file" => file, "File.dirname(file)" => File.dirname(file), "File.expand_path(file)" => File.expand_path(file), "File.expand_path(File.dirname(file))" => File.expand_path(File.dirname(file)), "File.dirname(File.expand_path(file))" => File.dirname(File.expand_path(file)), } puts h.each do |name, value| puts "#{name} = #{value.inspect} (#{value.encoding})" end end dirname_encoding "foo.bar" dirname_encoding "foo/bar" ``` The result: ``` file = "foo.bar" (UTF-8) File.dirname(file) = "." (US-ASCII) File.expand_path(file) = "D:/à_signaler/foo.bar" (UTF-8) File.expand_path(File.dirname(file)) = "D:/\xE0_signaler" (US-ASCII) File.dirname(File.expand_path(file)) = "D:/à_signaler" (UTF-8) file = "foo/bar" (UTF-8) File.dirname(file) = "foo" (UTF-8) File.expand_path(file) = "D:/à_signaler/foo/bar" (UTF-8) File.expand_path(File.dirname(file)) = "D:/à_signaler/foo" (UTF-8) File.dirname(File.expand_path(file)) = "D:/à_signaler/foo" (UTF-8) ``` The source problem is the encoding US-ASCII for "." This may be linked to Bug #20699. -- https://bugs.ruby-lang.org/

4 3

[ruby-core:123299] [Ruby Bug#21611] Ruby 3.4.6 can't be built with GCC 15.2.1
by watson1978 (Shizuo Fujita) 05 Oct '25

05 Oct '25

Issue #21611 has been reported by watson1978 (Shizuo Fujita). ---------------------------------------- Bug #21611: Ruby 3.4.6 can't be built with GCC 15.2.1 https://bugs.ruby-lang.org/issues/21611 * Author: watson1978 (Shizuo Fujita) * Status: Open * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Arch Linux provides GCC 15.2.1. https://archlinux.org/packages/core/x86_64/gcc/ When I build Ruby 3.4.6 with GCC 15.2.1, it cause error: ### How to Reproduce Here is a Dockerfile to reproduce the error: ``` FROM archlinux:latest RUN pacman -Syu --noconfirm RUN pacman -S --noconfirm curl base-devel libffi zlib openssl readline libyaml RUN curl -O https://cache.ruby-lang.org/pub/ruby/3.4/ruby-3.4.6.tar.gz RUN tar -xvzf ruby-3.4.6.tar.gz RUN cd ruby-3.4.6 && ./configure && make -j && make install ``` Then, run `docker build -t ruby . --platform=linux/amd64` command to reproduce the error. ``` $ docker build -t ruby . --platform=linux/amd64 [+] Building 362.6s (9/9) FINISHED docker:desktop-linux => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 332B 0.0s => [internal] load metadata for docker.io/library/archlinux:latest 0.3s => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [1/6] FROM docker.io/library/archlinux:latest@sha256:8fe9851fcd8bd23ea0e6bfa99483d8778e40b45e0fd7bb8188c94cbdd8c25a38 0.0s => => resolve docker.io/library/archlinux:latest@sha256:8fe9851fcd8bd23ea0e6bfa99483d8778e40b45e0fd7bb8188c94cbdd8c25a38 0.0s => CACHED [2/6] RUN pacman -Syu --noconfirm 0.0s => [3/6] RUN pacman -S --noconfirm curl base-devel libffi zlib openssl readline libyaml 24.4s => [4/6] RUN curl -O https://cache.ruby-lang.org/pub/ruby/3.4/ruby-3.4.6.tar.gz 1.2s => [5/6] RUN tar -xvzf ruby-3.4.6.tar.gz 1.1s => ERROR [6/6] RUN cd ruby-3.4.6 && ./configure && make -j && make install 335.5s ------ > [6/6] RUN cd ruby-3.4.6 && ./configure && make -j && make install: 0.765 checking for ruby... false 0.888 checking build system type... x86_64-pc-linux-gnu 1.452 checking host system type... x86_64-pc-linux-gnu 1.452 checking target system type... x86_64-pc-linux-gnu ... 288.3 compiling enc/ascii.c 300.8 gcc: fatal error: Killed signal terminated program cc1 301.1 compilation terminated. 301.2 gcc: fatal error: Killed signal terminated program cc1 301.2 compilation terminated. 301.5 make: *** [Makefile:489: complex.o] Error 1 301.5 In file included from ./include/ruby/internal/assume.h:29, 301.5 from ./include/ruby/backward/2/assume.h:24, 301.5 from ./include/ruby/defines.h:72, 301.5 from ./include/ruby/ruby.h:25, 301.5 from ./include/ruby/encoding.h:19, 301.5 from encindex.h:14, 301.5 from compile.c:19: 301.5 compile.c: In function ‘ibf_load_catch_table’: 301.6 make: *** Waiting for unfinished jobs.... 301.6 make: *** [Makefile:489: io.o] Error 1 301.7 compile.c:13163:39: warning: taking address of packed member of ‘struct iseq_catch_table’ may result in an unaligned pointer value [-Waddress-of-packed-member] 301.7 13163 | RB_OBJ_WRITE(parent_iseq, &table->entries[i].iseq, catch_iseq); 301.7 ./include/ruby/internal/cast.h:31:29: note: in definition of macro ‘RBIMPL_CAST’ 301.7 31 | # define RBIMPL_CAST(expr) (expr) 301.7 | ^~~~ 301.7 compile.c:13163:13: note: in expansion of macro ‘RB_OBJ_WRITE’ 301.7 13163 | RB_OBJ_WRITE(parent_iseq, &table->entries[i].iseq, catch_iseq); 301.7 | ^~~~~~~~~~~~ 301.8 gcc: fatal error: Killed signal terminated program cc1 301.8 compilation terminated. 301.9 make: *** [Makefile:489: process.o] Error 1 309.6 gcc: fatal error: Killed signal terminated program cc1 309.6 compilation terminated. 309.6 make: *** [Makefile:489: vm.o] Error 1 313.7 gcc: fatal error: Killed signal terminated program cc1 313.7 compilation terminated. 313.7 make: *** [Makefile:489: string.o] Error 1 334.5 At top level: 334.5 cc1: note: unrecognized command-line option ‘-Wno-self-assign’ may have been intended to silence earlier diagnostics 334.5 cc1: note: unrecognized command-line option ‘-Wno-parentheses-equality’ may have been intended to silence earlier diagnostics 334.5 cc1: note: unrecognized command-line option ‘-Wno-constant-logical-operand’ may have been intended to silence earlier diagnostics ------ Dockerfile:7 -------------------- 5 | RUN curl -O https://cache.ruby-lang.org/pub/ruby/3.4/ruby-3.4.6.tar.gz 6 | RUN tar -xvzf ruby-3.4.6.tar.gz 7 | >>> RUN cd ruby-3.4.6 && ./configure && make -j && make install 8 | -------------------- ERROR: failed to build: failed to solve: ResourceExhausted: process "/bin/sh -c cd ruby-3.4.6 && ./configure && make -j && make install" did not complete successfully: cannot allocate memory ``` -- https://bugs.ruby-lang.org/

5 5

[ruby-core:123386] [Ruby Bug#21624] [BUG] Segmentation fault at 0x0000000000000000
by mriffe (Mel Riffe) 03 Oct '25

03 Oct '25

Issue #21624 has been reported by mriffe (Mel Riffe). ---------------------------------------- Bug #21624: [BUG] Segmentation fault at 0x0000000000000000 https://bugs.ruby-lang.org/issues/21624 * Author: mriffe (Mel Riffe) * Status: Open * ruby -v: ruby 3.3.9 (2025-07-24 revision f5c772fc7c) [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- The attached file contains the core dump I receive running `bin/rake db:setup` in a Ruby on Rails project. I'm looking for help on where the actual problem lies. Any assistance will be appreciated. **Background** I'm moving from a Mac Book Pro to an Ubuntu (24.04) Desktop, as my daily development machine. At first I suspected the `mysql2` gem, so I uninstalled it, and installed it again. I verified I have `libmysqlclient-dev` installed; I figure the gem wouldn't compile without the headers but I wanted to be sure. I do not have experience debugging core dumps/segmentation faults. Instruction would be greatly appreciated. What additional information can I provide to aid running down and solving this issue? Plus, if this is not the location for this notification, kindly point me in the right direction. Thank you for your time and energy. ---Files-------------------------------- error.out (381 KB) -- https://bugs.ruby-lang.org/

3 3

[ruby-core:123389] [Ruby Feature#21625] Allow IO#wait_readable together with IO#ungetc
by YO4 (Yoshinao Muramatsu) 03 Oct '25

03 Oct '25

Issue #21625 has been reported by YO4 (Yoshinao Muramatsu). ---------------------------------------- Feature #21625: Allow IO#wait_readable together with IO#ungetc https://bugs.ruby-lang.org/issues/21625 * Author: YO4 (Yoshinao Muramatsu) * Status: Open ---------------------------------------- ### Background IO#wait_readable calles rb_io_check_byte_readable() in that C implementation, so that is treated as binary reading class operation. ```ruby open(IO::NULL, "rt") { |f| f.ungetc(?a); f.wait_readable } # => in 'IO#wait_readable': byte oriented read for character buffered IO (IOError) ``` This is inconsistent with the behavior of IO#select. ```ruby open(IO::NULL, "rt") { |f| f.ungetc(?a); IO.select([f]) } # => [[#<File:NUL (closed)>], [], []] ``` ### Proposal Change IO#wait_readable into character reading class function. This allows mixing usage of IO#wait_readable and IO#ungetc. This change avoids the IOError that previously occurred, but in that case, an exception is thrown when the binary read method is subsequently called. Overall behavior remains unchanged, but exceptions will occur at more desirable locations. If the method being called next is a character method, no exception will be thrown. But that is the desired behavior. ### related methods IO#io_wait_priority may apply similar changes for consistency. IO#ready? seems to have the same issue. This is in the io-wait default gem. IO#wait already respects the character read buffer. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:123375] [Ruby Bug#21622] Prism wrongly accepts command call to be a key of keyword argument
by tompng (tomoya ishida) 03 Oct '25

03 Oct '25

Issue #21622 has been reported by tompng (tomoya ishida). ---------------------------------------- Bug #21622: Prism wrongly accepts command call to be a key of keyword argument https://bugs.ruby-lang.org/issues/21622 * Author: tompng (tomoya ishida) * Status: Open * ruby -v: ruby 3.5.0dev (2025-10-02T03:48:32Z master 88222caaa9) +PRISM [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- These are syntax error in parse.y but accepted in Prism ~~~ruby p(p a, x: b => value) p(p a, x: => value) p(p a, &block => value) p(p a, *args => value) p(p a, **kwargs => value) ~~~ Maybe as a result, Prism accepts command call within command call ~~~ruby p p 1, &block => 2, &block p p p 1 => 2 => 3 => 4 ~~~ -- https://bugs.ruby-lang.org/

3 2

[ruby-core:123360] [Ruby Bug#21620] master branch: LTO with >= -O2 optimization causes miniruby to segfault in vm_cc
by jprokop (Jarek Prokop) 03 Oct '25

03 Oct '25

Issue #21620 has been reported by jprokop (Jarek Prokop). ---------------------------------------- Bug #21620: master branch: LTO with >= -O2 optimization causes miniruby to segfault in vm_cc https://bugs.ruby-lang.org/issues/21620 * Author: jprokop (Jarek Prokop) * Status: Open * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Ruby built with LTO (`-flto`) with the -O2 or -O3 optimization causes misbehavior in miniruby. Using -O1 does not result in segfault. Higher optimization is required. Removing `-flto` results in no segfault. Preview1 was OK, after running git-bisect I arrived at the following commit hash: [547f111b5b0d773af2a4268fe407fdacc7060109](https://github.com/ruby/ruby/comm… as the culprit that introduced the buggy behavior. Latest tested commit [3361aa5c7df35b1d1daea578fefec3addf29c9a6](https://github.com/ruby/ruby/comm… still exhibits this behavior. ``` $ export CFLAGS='-O2 -flto -g' $ ./autogen.sh $ ./configure $ ./make -j16 V=1 <...snip...> ./miniruby -I./lib -I. -I.ext/common ./tool/generic_erb.rb -o builtin_binary.rbbin \ ./template/builtin_binary.rbbin.tmpl make: *** [uncommon.mk:1363: builtin_binary.rbbin] Segmentation fault (core dumped) ``` Supplied also -g to have debug info available in GDB Once miniruby is linked and available to run, simplest reproducer is just `./miniruby`, that is enough for a segfault. This segfault was observed with following GCC versions as delivered on Fedora/RHEL: * Fedora 42: 15.2.1 * RHEL 10: 14.3.1 * RHEL 9: 11.5.0 There are different backtraces with different `O` optimization levels. The following backtraces are from the mentioned commit `547f111b5b0d773af2a4268fe407fdacc7060109` With -O2 ``` $ gdb ./miniruby (gdb) run Starting program: /home/fedora/projects/ruby/miniruby [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. vm_lookup_cc (klass=klass@entry=140737348630880, ci=ci@entry=0x7fffffffe450, mid=mid@entry=4161) at /home/fedora/projects/ruby/vm_insnhelper.c:2173 2173 const int ccs_len = ccs->len; (gdb) bt f #0 vm_lookup_cc (klass=klass@entry=140737348630880, ci=ci@entry=0x7fffffffe450, mid=mid@entry=4161) at /home/fedora/projects/ruby/vm_insnhelper.c:2173 ccs_len = 1 vm_locking_level = <optimized out> vm_locking_do = <optimized out> flag = <optimized out> i = <optimized out> ccs_ci_flag = <optimized out> ccs_cc = <optimized out> argc = <optimized out> ccs_ci_argc = <optimized out> cc_tbl = 140737348956800 ccs = 0x555555b88aa0 #1 0x00005555557bc6d6 in vm_search_cc (klass=140737348630880, ci=0x7fffffffe450) at /home/fedora/projects/ruby/vm_insnhelper.c:2220 mid = 4161 cc = <optimized out> #2 0x00005555557cf48e in rb_vm_search_method_slowpath (ci=<optimized out>, klass=<optimized out>) at /home/fedora/projects/ruby/vm_insnhelper.c:2247 cc = <optimized out> #3 vm_search_method_slowpath0 (cd_owner=0, cd=<synthetic pointer>, klass=<optimized out>) at /home/fedora/projects/ruby/vm_insnhelper.c:2266 cc = <optimized out> empty_cc = <optimized out> cc = <optimized out> empty_cc = <optimized out> #4 gccct_method_search_slowpath (vm=0x555555b6d310, klass=<optimized out>, index=200, ci=<optimized out>) at /home/fedora/projects/ruby/vm_eval.c:418 cd = <optimized out> #5 0x00005555557d899a in gccct_method_search (ec=0x555555b74390, recv=140737348632000, mid=4161, ci=0x7fffffffe450) at /home/fedora/projects/ruby/vm_eval.c:490 cc = <optimized out> klass = <optimized out> ns_value = <optimized out> ns = <optimized out> index = <optimized out> vm = <optimized out> klass = <optimized out> ns_value = <optimized out> ns = <optimized out> index = <optimized out> vm = <optimized out> cc = <optimized out> cme = <optimized out> #6 rb_funcallv_scope (recv=140737348632000, mid=4161, argc=<optimized out>, argv=0x7fffffffe538, scope=CALL_FCALL) at /home/fedora/projects/ruby/vm_eval.c:1059 ec = 0x555555b74390 ci = {flags = 106522, kwarg = 0x0, mid = 4161, flag = 4, argc = 1} cc = <optimized out> self = <optimized out> #7 0x000055555558fc50 in rb_funcallv (recv=140737348632000, mid=<optimized out>, argc=1, argv=0x7fffffffe538) at /home/fedora/projects/ruby/vm_eval.c:1080 No locals. #8 rb_class_inherited (super=super@entry=140737348632000, klass=klass@entry=140737348629120) at /home/fedora/projects/ruby/class.c:1472 rb_funcall_argc = 1 rb_funcall_args = {140737348629120} rb_funcall_nargs = 1 inherited = <optimized out> rbimpl_id = 4161 #9 0x000055555558fd6a in rb_define_class (name=<optimized out>, super=140737348632000) at /home/fedora/projects/ruby/class.c:1506 klass = 140737348629120 id = 5163 ns = <optimized out> #10 0x00005555556af895 in InitVM_Object () at /home/fedora/projects/ruby/object.c:4606 No locals. #11 0x00005555556498ff in Init_Object () at /home/fedora/projects/ruby/object.c:4639 No locals. #12 rb_call_inits () at /home/fedora/projects/ruby/inits.c:29 No locals. #13 0x0000555555613e10 in ruby_setup () at /home/fedora/projects/ruby/eval.c:87 _ec = 0x555555b74390 _tag = {tag = 36, retval = 3, buf = {0x7fffffffe948, 0x5555556132f8 <ruby_setup+872>, 0x7fffffffe6c0, 0x8800, 0x0}, prev = 0x0, state = RUBY_TAG_NONE, lock_rec = 0} state = RUBY_TAG_NONE #14 0x0000555555613fa9 in ruby_init () at /home/fedora/projects/ruby/eval.c:99 state = <optimized out> ec = <optimized out> #15 0x00005555555689e2 in rb_main (argc=1, argv=0x7fffffffe948) at ./main.c:41 variable_in_this_stack_frame = 0 #16 main (argc=<optimized out>, argv=<optimized out>) at ./main.c:62 No locals. ``` With -O3, there it fails at different point, so backtrace is different, for completeness this was configured with `export CFLAGS="-O3 -flto -g"`: ``` (gdb) run Starting program: /home/fedora/projects/ruby/miniruby [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffde5ff6c0 (LWP 519565)] Thread 1 "miniruby" received signal SIGSEGV, Segmentation fault. vm_ccs_push (cc_tbl=140737348956800, ccs=0x555555cc6ae0, ci=0x7fffffffd090, cc=0x7ffff7a7ea28) at /home/fedora/projects/ruby/vm_insnhelper.c:2006 2006 if (UNLIKELY(ccs->len == ccs->capa)) { Missing rpms, try: dnf --enablerepo='*debug*' install libxcrypt-debuginfo-4.4.38-7.fc41.x86_64 glibc-debuginfo-2.40-28.fc41.x86_64 libgcc-debuginfo-14.3.1-3.fc41.x86_64 (gdb) bt f #0 vm_ccs_push (cc_tbl=140737348956800, ccs=0x555555cc6ae0, ci=0x7fffffffd090, cc=0x7ffff7a7ea28) at /home/fedora/projects/ruby/vm_insnhelper.c:2006 pos = <optimized out> pos = <optimized out> #1 vm_populate_cc (klass=140737348630880, ci=0x7fffffffd090, mid=<optimized out>) at /home/fedora/projects/ruby/vm_insnhelper.c:2146 original_cc_table = 140737348956800 ccs = 0x555555cc6ae0 cme = 0x7ffff7acd128 cc = 0x7ffff7a7ea28 cc_tbl = 140737348956800 cc_tbl = <optimized out> original_cc_table = <optimized out> ccs = <optimized out> cme = <optimized out> cc = <optimized out> #2 vm_search_cc (klass=140737348630880, ci=0x7fffffffd090) at /home/fedora/projects/ruby/vm_insnhelper.c:2233 vm_locking_level = 21845 vm_locking_do = <optimized out> mid = <optimized out> cc = <optimized out> #3 0x000055555583508e in rb_vm_search_method_slowpath (ci=<optimized out>, klass=<optimized out>) at /home/fedora/projects/ruby/vm_insnhelper.c:2247 cc = <optimized out> #4 vm_search_method_slowpath0 (cd_owner=140737348407160, cd=<synthetic pointer>, klass=<optimized out>) at /home/fedora/projects/ruby/vm_insnhelper.c:2266 cc = <optimized out> empty_cc = <optimized out> cc = <optimized out> empty_cc = <optimized out> #5 gccct_method_search_slowpath (vm=0x555555bee310, klass=<optimized out>, index=377, ci=<optimized out>) at /home/fedora/projects/ruby/vm_eval.c:418 cd = <optimized out> #6 0x00005555558cf0fd in gccct_method_search (ec=0x555555bf5390, recv=140737348632000, mid=2865, ci=0x7fffffffd090) at /home/fedora/projects/ruby/vm_eval.c:490 cc = <optimized out> klass = <optimized out> ns_value = <optimized out> ns = <optimized out> index = <optimized out> vm = <optimized out> klass = <optimized out> ns_value = <optimized out> ns = <optimized out> index = <optimized out> vm = <optimized out> cc = <optimized out> cme = <optimized out> #7 rb_funcallv_scope.constprop.0 (recv=140737348632000, mid=2865, argc=1, argv=0x7fffffffd108, scope=CALL_FCALL) at /home/fedora/projects/ruby/vm_eval.c:1059 ec = 0x555555bf5390 ci = {flags = 106522, kwarg = 0x0, mid = 2865, flag = 4, argc = 1} cc = <optimized out> self = <optimized out> #8 0x0000555555816885 in rb_funcallv (argc=1, recv=140737348632000, mid=2865, argv=0x7fffffffd108) at /home/fedora/projects/ruby/vm_eval.c:1076 No locals. #9 const_added (klass=140737348632000, const_name=30875) at /home/fedora/projects/ruby/variable.c:4000 name = 7904012 #10 const_added (klass=140737348632000, const_name=30875) at /home/fedora/projects/ruby/variable.c:3996 name = <optimized out> #11 rb_const_set (klass=140737348632000, id=30875, val=140737348364880) at /home/fedora/projects/ruby/variable.c:4074 No locals. #12 rb_define_const (klass=140737348632000, name=name@entry=0x555555aff318 "RUBY_DESCRIPTION", val=val@entry=140737348364880) at /home/fedora/projects/ruby/variable.c:4176 id = 30875 #13 0x00005555558169ec in rb_define_global_const (name=0x555555aff318 "RUBY_DESCRIPTION", val=140737348364880) at /home/fedora/projects/ruby/variable.c:4180 No locals. #14 define_ruby_const (mod=140737348467520, name=0x555555aff318 "RUBY_DESCRIPTION", value=140737348364880, toplevel=true) at /home/fedora/projects/ruby/version.c:103 No locals. #15 define_ruby_description (jit_opt=<optimized out>) at /home/fedora/projects/ruby/version.c:243 n = 76 mRuby = 140737348467520 description = 140737348364880 desc = "ruby 3.5.0dev (2025-08-01T08:42:04Z master 547f111b5b) +PRISM [x86_64-linux]\000\000\000\000\000\000\000\000\000\000" #16 0x0000555555783cac in Init_ruby_description (opt=0x8) at /home/fedora/projects/ruby/version.c:253 jit_opt = <optimized out> jit_opt = <optimized out> #17 process_options (argc=<optimized out>, argc@entry=1, argv=<optimized out>, argv@entry=0x7fffffffe948, opt=opt@entry=0x7fffffffe680) at /home/fedora/projects/ruby/ruby.c:2378 ast_value = 4 result = {ast = 0x0, prism = {parser = {node_id = 0, lex_state = PM_LEX_STATE_NONE, enclosure_nesting = 0, lambda_enclosure_nesting = 0, brace_nesting = 0, do_loop_stack = 0, accepts_block_stack = 0, lex_modes = {current = 0x0, stack = {{mode = PM_LEX_DEFAULT, as = {list = {nesting = 0, interpolation = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000\000\000\000\000"}, regexp = {nesting = 0, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, string = {nesting = 0, interpolation = false, label_allowed = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, heredoc = {base = {ident_start = 0x0, ident_length = 0, quote = PM_HEREDOC_QUOTE_NONE, indent = PM_HEREDOC_INDENT_NONE}, next_start = 0x0, common_whitespace = 0x0, line_continuation = false}}, prev = 0x0}, {mode = PM_LEX_DEFAULT, as = {list = {nesting = 0, interpolation = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000\000\000\000\000"}, regexp = {nesting = 0, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, string = {nesting = 0, --Type <RET> for more, q to quit, c to continue without paging-- interpolation = false, label_allowed = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, heredoc = {base = {ident_start = 0x0, ident_length = 0, quote = PM_HEREDOC_QUOTE_NONE, indent = PM_HEREDOC_INDENT_NONE}, next_start = 0x0, common_whitespace = 0x0, line_continuation = false}}, prev = 0x0}, {mode = PM_LEX_DEFAULT, as = {list = {nesting = 0, interpolation = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000\000\000\000\000"}, regexp = {nesting = 0, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, string = {nesting = 0, interpolation = false, label_allowed = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, heredoc = {base = {ident_start = 0x0, ident_length = 0, quote = PM_HEREDOC_QUOTE_NONE, indent = PM_HEREDOC_INDENT_NONE}, next_start = 0x0, common_whitespace = 0x0, line_continuation = false}}, prev = 0x0}, {mode = PM_LEX_DEFAULT, as = {list = {nesting = 0, interpolation = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000\000\000\000\000"}, regexp = {nesting = 0, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, string = {nesting = 0, interpolation = false, label_allowed = false, incrementor = 0 '\000', terminator = 0 '\000', breakpoints = "\000\000\000\000\000\000"}, heredoc = {base = {ident_start = 0x0, ident_length = 0, quote = PM_HEREDOC_QUOTE_NONE, indent = PM_HEREDOC_INDENT_NONE}, next_start = 0x0, common_whitespace = 0x0, line_continuation = false}}, prev = 0x0}}, index = 0}, start = 0x0, end = 0x0, previous = {type = 0, start = 0x0, end = 0x0}, current = {type = 0, start = 0x0, end = 0x0}, next_start = 0x0, heredoc_end = 0x0, comment_list = {size = 0, head = 0x0, tail = 0x0}, magic_comment_list = {size = 0, head = 0x0, tail = 0x0}, data_loc = {start = 0x0, end = 0x0}, warning_list = {size = 0, head = 0x0, tail = 0x0}, error_list = {size = 0, head = 0x0, tail = 0x0}, current_scope = 0x0, current_context = 0x0, current_hash_keys = 0x0, encoding = 0x0, encoding_changed_callback = 0x0, encoding_comment_start = 0x0, lex_callback = 0x0, filepath = {source = 0x0, length = 0, type = PM_STRING_CONSTANT}, constant_pool = {buckets = 0x0, constants = 0x0, size = 0, capacity = 0}, newline_list = {start = 0x0, size = 0, capacity = 0, offsets = 0x0}, integer_base = 0, current_string = {source = 0x0, length = 0, type = PM_STRING_CONSTANT}, start_line = 0, explicit_encoding = 0x0, current_block_exits = 0x0, version = PM_OPTIONS_VERSION_UNSET, command_line = 0 '\000', frozen_string_literal = 0 '\000', parsing_eval = false, partial_script = false, command_start = false, recovering = false, encoding_locked = false, encoding_changed = false, pattern_matching_newlines = false, in_keyword_arg = false, semantic_token_seen = false, current_regular_expression_ascii_only = false, warn_mismatched_indentation = false}, options = {shebang_callback = 0x0, shebang_callback_data = 0x0, filepath = { source = 0x0, length = 0, type = PM_STRING_CONSTANT}, line = 0, encoding = {source = 0x0, length = 0, type = PM_STRING_CONSTANT}, scopes_count = 0, scopes = 0x0, version = PM_OPTIONS_VERSION_UNSET, command_line = 0 '\000', frozen_string_literal = 0 '\000', encoding_locked = false, main_script = false, partial_script = false, freeze = false}, input = {source = 0x0, length = 0, type = PM_STRING_CONSTANT}, node = {base = {type = 0, flags = 0, node_id = 0, location = { start = 0x0, end = 0x0}}, previous = 0x0, ast_node = 0x0, parameters = 0x0, body = 0x0, locals = {size = 0, capacity = 0, ids = 0x0}, parser = 0x0, encoding = 0x0, script_lines = 0x0, filepath_encoding = 0x0, local_table_for_iseq_size = 0, constants = 0x0, index_lookup_table = 0x0, coverage_enabled = 0, pre_execution_anchor = 0x0}, parsed = false}} iseq = <optimized out> enc = <optimized out> lenc = <optimized out> s = <optimized out> fbuf = "\300\317\033\000\000\000\000\000\000\004\000\000\000\000\000\000\260\327\377\377\377\177\000\000\030\022\337\367\377\177\000\000\020\327\373\367\377\177\000\000|\353\336\367\377\177\000\000\201\031\236|\000\000\000\000\020:\340\367\377\177\000\000p\327\377\377\377\177\000\000\033\002\375\367\377\177\000\000\257\002\000\000\000\000\000\000\020:\340\367\377\177\000\000\020\327\373\367\377\177\000\0008\327\377\377\377\177\000\0004\327\377\377\377\177\000\000\235\340\026\000\000\000\000\000\235\340\026\000\000\000\000\000\000\020\000\000\000\000\000\000\001\000\000\000\004\000\000\000\000\000\027\000\000\000\000\000\000\000\027", '\000' <repeats 13 times>, "\006\000\000\000\000\000\000\000(\335\373\367\377\177\000\000\030\330\377\377\377\177\000\000"... i = <optimized out> dump = <optimized out> vm = 0x555555bee310 loaded_before_enc = 8 rbimpl_id = 0 #18 0x000055555578604d in ruby_process_options (argc=1, argv=0x7fffffffe948) at /home/fedora/projects/ruby/ruby.c:222 opt = {script = 0x0, script_name = 0, e_script = 0, src = {enc = {name = 0, index = -1}}, ext = {enc = {name = 0, index = -1}}, intern = {enc = {name = 0, index = -1}}, req_list = 0, features = {mask = 0, set = 31}, warn = {mask = 0, set = 0}, dump = 8, backtrace_length_limit = -9223372036854775808, crash_report = 0x0, sflag = 0, xflag = 0, warning = 0, verbose = 0, do_loop = 0, do_print = 0, do_line = 0, do_split = 0, do_search = 0, setids = 0, yjit = 0} iseq = <optimized out> script_name = <optimized out> #19 0x0000555555628844 in ruby_options (argc=<optimized out>, argv=<optimized out>) at /home/fedora/projects/ruby/eval.c:118 _ec = 0x555555bf5390 _tag = {tag = 36, retval = 34816, buf = {0x7fffffffe948, 0x55555562886a <ruby_options+186>, 0x7fffffffe740, 0x68dd1020, 0x0}, prev = 0x0, state = RUBY_TAG_NONE, lock_rec = 0} ec = 0x555555bf5390 state = RUBY_TAG_NONE iseq = 0x0 #20 0x0000555555569d2c in rb_main (argc=1, argv=0x7fffffffe948) at ./main.c:42 variable_in_this_stack_frame = 0 #21 main (argc=<optimized out>, argv=<optimized out>) at ./main.c:62 ``` This time there is also Ruby's segfault handler, with -O2 it doesn't reach that stage: ``` $ ./miniruby ./miniruby: [BUG] Segmentation fault at 0x0000000000000004 ruby 3.5.0dev (2025-08-01T08:42:04Z master 547f111b5b) +PRISM [x86_64-linux] -- Control frame information ----------------------------------------------- c:0001 p:0000 s:0003 E:001460 DUMMY [FINISH] -- Threading information --------------------------------------------------- Total ractor count: 1 Ruby thread count for this ractor: 1 -- Machine register context ------------------------------------------------ RIP: 0x000055609bc1cb7c RBP: 0x0000000000000000 RSP: 0x00007ffda4c6ad10 RAX: 0x0000000000000000 RBX: 0x00007ffda4c6add0 RCX: 0x0000000000000000 RDX: 0x000000000000b01a RDI: 0x0000000000000000 RSI: 0x00007f729eb5e998 R8: 0x0000000000000000 R9: 0x00007f72a07fd130 R10: 0x0000000000000000 R11: 0x00007f729eb5e998 R12: 0x00007f72a07ef968 R13: 0x00007f729eb5e998 R14: 0x00007f72b9c4f288 R15: 0x0000000000000000 EFL: 0x0000000000010246 -- C level backtrace information ------------------------------------------- /home/fedora/projects/ruby/miniruby(0x55609bc515d5) [0x55609bc515d5] /home/fedora/projects/ruby/miniruby(0x55609bc556cf) [0x55609bc556cf] /home/fedora/projects/ruby/miniruby(0x55609ba2554c) [0x55609ba2554c] /home/fedora/projects/ruby/miniruby(0x55609bb9d462) [0x55609bb9d462] /lib64/libc.so.6(__restore_rt+0x0) [0x7f72b9dd8450] /home/fedora/projects/ruby/miniruby(0x55609bc1cb7c) [0x55609bc1cb7c] /home/fedora/projects/ruby/miniruby(0x55609bc3d08e) [0x55609bc3d08e] /home/fedora/projects/ruby/miniruby(0x55609bcd70fd) [0x55609bcd70fd] /home/fedora/projects/ruby/miniruby(0x55609bc1e885) [0x55609bc1e885] /home/fedora/projects/ruby/miniruby(0x55609bc1e9ec) [0x55609bc1e9ec] /home/fedora/projects/ruby/miniruby(0x55609bb8bcac) [0x55609bb8bcac] /home/fedora/projects/ruby/miniruby(0x55609bb8e04d) [0x55609bb8e04d] /home/fedora/projects/ruby/miniruby(0x55609ba30844) [0x55609ba30844] /home/fedora/projects/ruby/miniruby(0x55609b971d2c) [0x55609b971d2c] /lib64/libc.so.6(__libc_start_call_main+0x78) [0x7f72b9dc1448] /lib64/libc.so.6(__libc_start_main+0x8b) [0x7f72b9dc150b] [0x55609b971d65] -- Other runtime information ----------------------------------------------- * Loaded script: ./miniruby * Loaded features: 0 enumerator.so 1 thread.rb 2 fiber.so 3 rational.so 4 complex.so 5 pathname.so 6 ruby2_keywords.rb 7 set.rb * Process memory map: 55609b95c000-55609b95d000 r--p 00000000 00:26 193598 /home/fedora/projects/ruby/miniruby 55609b95d000-55609bdfa000 r-xp 00001000 00:26 193598 /home/fedora/projects/ruby/miniruby 55609bdfa000-55609bfc7000 r--p 0049e000 00:26 193598 /home/fedora/projects/ruby/miniruby 55609bfc7000-55609bfdd000 r--p 0066a000 00:26 193598 /home/fedora/projects/ruby/miniruby 55609bfdd000-55609bfdf000 rw-p 00680000 00:26 193598 /home/fedora/projects/ruby/miniruby 55609bfdf000-55609bff4000 rw-p 00000000 00:00 0 5560c4356000-5560c4449000 rw-p 00000000 00:00 0 [heap] 7f729b600000-7f729b858000 r--s 00000000 00:26 131829 /usr/lib64/libc.so.6 7f729ba00000-7f729ea29000 r--s 00000000 00:26 193598 /home/fedora/projects/ruby/miniruby 7f729eb50000-7f729eb60000 rw-p 00000000 00:00 0 7f729eb6f000-7f729eb70000 ---p 00000000 00:00 0 7f729eb70000-7f729ec11000 rw-p 00000000 00:00 0 7f729ec11000-7f729ec12000 ---p 00000000 00:00 0 7f729ec12000-7f729ecb3000 rw-p 00000000 00:00 0 7f729ecb3000-7f729ecb4000 ---p 00000000 00:00 0 7f729ecb4000-7f729ed55000 rw-p 00000000 00:00 0 7f729ed55000-7f729ed56000 ---p 00000000 00:00 0 7f729ed56000-7f729edf7000 rw-p 00000000 00:00 0 7f729edf7000-7f729edf8000 ---p 00000000 00:00 0 7f729edf8000-7f729ee99000 rw-p 00000000 00:00 0 7f729ee99000-7f729ee9a000 ---p 00000000 00:00 0 7f729ee9a000-7f729ef3b000 rw-p 00000000 00:00 0 7f729ef3b000-7f729ef3c000 ---p 00000000 00:00 0 7f729ef3c000-7f729efdd000 rw-p 00000000 00:00 0 7f729efdd000-7f729efde000 ---p 00000000 00:00 0 7f729efde000-7f729f07f000 rw-p 00000000 00:00 0 7f729f07f000-7f729f080000 ---p 00000000 00:00 0 7f729f080000-7f729f121000 rw-p 00000000 00:00 0 7f729f121000-7f729f122000 ---p 00000000 00:00 0 7f729f122000-7f729f1c3000 rw-p 00000000 00:00 0 7f729f1c3000-7f729f1c4000 ---p 00000000 00:00 0 7f729f1c4000-7f729f265000 rw-p 00000000 00:00 0 7f729f265000-7f729f266000 ---p 00000000 00:00 0 7f729f266000-7f729f307000 rw-p 00000000 00:00 0 7f729f307000-7f729f308000 ---p 00000000 00:00 0 7f729f308000-7f729f3a9000 rw-p 00000000 00:00 0 7f729f3a9000-7f729f3aa000 ---p 00000000 00:00 0 7f729f3aa000-7f729f44b000 rw-p 00000000 00:00 0 7f729f44b000-7f729f44c000 ---p 00000000 00:00 0 7f729f44c000-7f729f4ed000 rw-p 00000000 00:00 0 7f729f4ed000-7f729f4ee000 ---p 00000000 00:00 0 7f729f4ee000-7f729f58f000 rw-p 00000000 00:00 0 7f729f58f000-7f729f590000 ---p 00000000 00:00 0 7f729f590000-7f729f631000 rw-p 00000000 00:00 0 7f729f631000-7f729f632000 ---p 00000000 00:00 0 7f729f632000-7f729f6d3000 rw-p 00000000 00:00 0 7f729f6d3000-7f729f6d4000 ---p 00000000 00:00 0 7f729f6d4000-7f729f775000 rw-p 00000000 00:00 0 7f729f775000-7f729f776000 ---p 00000000 00:00 0 7f729f776000-7f729f817000 rw-p 00000000 00:00 0 7f729f817000-7f729f818000 ---p 00000000 00:00 0 7f729f818000-7f729f8b9000 rw-p 00000000 00:00 0 7f729f8b9000-7f729f8ba000 ---p 00000000 00:00 0 7f729f8ba000-7f729f95b000 rw-p 00000000 00:00 0 7f729f95b000-7f729f95c000 ---p 00000000 00:00 0 7f729f95c000-7f729f9fd000 rw-p 00000000 00:00 0 7f729f9fd000-7f729f9fe000 ---p 00000000 00:00 0 7f729f9fe000-7f729fa9f000 rw-p 00000000 00:00 0 7f729fa9f000-7f729faa0000 ---p 00000000 00:00 0 7f729faa0000-7f729fb41000 rw-p 00000000 00:00 0 7f729fb41000-7f729fb42000 ---p 00000000 00:00 0 7f729fb42000-7f729fbe3000 rw-p 00000000 00:00 0 7f729fbe3000-7f729fbe4000 ---p 00000000 00:00 0 7f729fbe4000-7f729fc85000 rw-p 00000000 00:00 0 7f729fc85000-7f729fc86000 ---p 00000000 00:00 0 7f729fc86000-7f729fd27000 rw-p 00000000 00:00 0 7f729fd27000-7f729fd28000 ---p 00000000 00:00 0 7f729fd28000-7f729fdc9000 rw-p 00000000 00:00 0 7f729fdc9000-7f729fdca000 ---p 00000000 00:00 0 7f729fdca000-7f729fe6b000 rw-p 00000000 00:00 0 7f729fe6b000-7f729fe6c000 ---p 00000000 00:00 0 7f729fe6c000-7f729ff0d000 rw-p 00000000 00:00 0 7f729ff0d000-7f729ff0e000 ---p 00000000 00:00 0 7f729ff0e000-7f729ffaf000 rw-p 00000000 00:00 0 7f729ffaf000-7f729ffb0000 ---p 00000000 00:00 0 7f729ffb0000-7f72a07b0000 rw-p 00000000 00:00 0 7f72a07b0000-7f72b9c00000 rw-p 00000000 00:00 0 7f72b9c1f000-7f72b9c50000 rw-p 00000000 00:00 0 7f72b9c58000-7f72b9d59000 rw-p 00000000 00:00 0 7f72b9d59000-7f72b9d60000 r--s 00000000 00:26 150886 /usr/lib64/gconv/gconv-modules.cache 7f72b9d60000-7f72b9db9000 r--p 00000000 00:26 131283 /usr/lib/locale/C.utf8/LC_CTYPE 7f72b9db9000-7f72b9dbe000 rw-p 00000000 00:00 0 7f72b9dbe000-7f72b9dbf000 r--p 00000000 00:26 131829 /usr/lib64/libc.so.6 7f72b9dbf000-7f72b9f2e000 r-xp 00001000 00:26 131829 /usr/lib64/libc.so.6 7f72b9f2e000-7f72b9fa3000 r--p 00170000 00:26 131829 /usr/lib64/libc.so.6 7f72b9fa3000-7f72b9fa7000 r--p 001e5000 00:26 131829 /usr/lib64/libc.so.6 7f72b9fa7000-7f72b9fa9000 rw-p 001e9000 00:26 131829 /usr/lib64/libc.so.6 7f72b9fa9000-7f72b9fb1000 rw-p 00000000 00:00 0 7f72b9fb1000-7f72b9fb2000 r--p 00000000 00:26 131249 /usr/lib64/libgcc_s-14-20250808.so.1 7f72b9fb2000-7f72b9fd6000 r-xp 00001000 00:26 131249 /usr/lib64/libgcc_s-14-20250808.so.1 7f72b9fd6000-7f72b9fde000 r--p 00025000 00:26 131249 /usr/lib64/libgcc_s-14-20250808.so.1 7f72b9fde000-7f72b9fdf000 r--p 0002c000 00:26 131249 /usr/lib64/libgcc_s-14-20250808.so.1 7f72b9fdf000-7f72b9fe0000 rw-p 00000000 00:00 0 7f72b9fe0000-7f72b9fe1000 r--p 00000000 00:26 131831 /usr/lib64/libm.so.6 7f72b9fe1000-7f72ba05a000 r-xp 00001000 00:26 131831 /usr/lib64/libm.so.6 7f72ba05a000-7f72ba0c4000 r--p 0007a000 00:26 131831 /usr/lib64/libm.so.6 7f72ba0c4000-7f72ba0c5000 r--p 000e3000 00:26 131831 /usr/lib64/libm.so.6 7f72ba0c5000-7f72ba0c6000 rw-p 000e4000 00:26 131831 /usr/lib64/libm.so.6 7f72ba0c6000-7f72ba0c7000 r--p 00000000 00:26 57774 /usr/lib64/libcrypt.so.2.0.0 7f72ba0c7000-7f72ba0e0000 r-xp 00001000 00:26 57774 /usr/lib64/libcrypt.so.2.0.0 7f72ba0e0000-7f72ba0fa000 r--p 0001a000 00:26 57774 /usr/lib64/libcrypt.so.2.0.0 7f72ba0fa000-7f72ba0fb000 r--p 00033000 00:26 57774 /usr/lib64/libcrypt.so.2.0.0 7f72ba0fb000-7f72ba0fc000 rw-p 00000000 00:00 0 7f72ba100000-7f72ba101000 rw-p 00000000 00:00 0 7f72ba101000-7f72ba102000 rw-p 00000000 00:00 0 7f72ba102000-7f72ba104000 rw-p 00000000 00:00 0 7f72ba104000-7f72ba108000 r--p 00000000 00:00 0 [vvar] 7f72ba108000-7f72ba10a000 r--p 00000000 00:00 0 [vvar_vclock] 7f72ba10a000-7f72ba10c000 r-xp 00000000 00:00 0 [vdso] 7f72ba10c000-7f72ba10d000 r--p 00000000 00:26 131826 /usr/lib64/ld-linux-x86-64.so.2 7f72ba10d000-7f72ba136000 r-xp 00001000 00:26 131826 /usr/lib64/ld-linux-x86-64.so.2 7f72ba136000-7f72ba141000 r--p 0002a000 00:26 131826 /usr/lib64/ld-linux-x86-64.so.2 7f72ba141000-7f72ba143000 r--p 00035000 00:26 131826 /usr/lib64/ld-linux-x86-64.so.2 7f72ba143000-7f72ba145000 rw-p 00037000 00:26 131826 /usr/lib64/ld-linux-x86-64.so.2 7ffda4c4c000-7ffda4c6d000 rw-p 00000000 00:00 0 [stack] ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] Segmentation fault (core dumped) ``` Once it gets to the segfault, I can reproduce the line/lookup without causing more crashing and the values are available, not sure what's up or if it crashes on the correct line in the debugger. -- https://bugs.ruby-lang.org/

3 4

[ruby-core:123257] [Ruby Misc#21606] DevMeeting-2025-10-23
by mame (Yusuke Endoh) 01 Oct '25

01 Oct '25

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

4 3

[ruby-core:123362] [Ruby Bug#21621] test-bundled-gems.rb timeouts with csv gem on ci
by YO4 (Yoshinao Muramatsu) 01 Oct '25

01 Oct '25

Issue #21621 has been reported by YO4 (Yoshinao Muramatsu). ---------------------------------------- Bug #21621: test-bundled-gems.rb timeouts with csv gem on ci https://bugs.ruby-lang.org/issues/21621 * Author: YO4 (Yoshinao Muramatsu) * Status: Open * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Github Actions workflow ```Windows 2025/Visual C++ 2022 (test-bundled-gems)``` has a timeout issue for csv gem. That timeout seems to have been missed for months. The following was recorded in a successful test. ``` Testing the csv gem D:/a/ruby/ruby/build/ruby.exe -C D:/a/ruby/ruby/src/gems/src/csv D:/a/ruby/ruby/src/.bundle/bin/rake test Sending KILL signal ``` This should record a failure in the test for the csv gem. With git bisect, I found the first bad is f30f0f0a22bb5cf536b5ca551f3dfa5ebb745030. It was also reproduced locally when using the mingw compiler. But I couldn't discover any more about this issue. It is another issue that test-bundled-gems.rb correctly recognizes timeouts as failures. I created a [PR14695](https://github.com/ruby/ruby/pull/14695) for that. -- https://bugs.ruby-lang.org/

1 0