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

[ruby-core:122643] [Ruby Bug#21498] Windows - Ruby Overrides C Library APIs thus breaking them
by cfis (Charlie Savage) 14 Aug '25

14 Aug '25

Issue #21498 has been reported by cfis (Charlie Savage). ---------------------------------------- Bug #21498: Windows - Ruby Overrides C Library APIs thus breaking them https://bugs.ruby-lang.org/issues/21498 * Author: cfis (Charlie Savage) * Status: Open * ruby -v: *all* on windows (testing with ruby 3.4.3 (2025-04-14 revision d0b7e5b6a0) +PRISM [x64-mswin64_140]) * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- I am trying to wrap a simple C++ library, https://github.com/baderouaich/BitmapPlusPlus, as a Ruby extension. However when I use the extension to write a bitmap to disk the bitmap is corrupted. This is because the library uses std::ofstream which eventually uses the C API fclose to write the final bytes to the bitmap file and then closes it. The problem is that Ruby overrides `fclose` and replaces it with `rb_w32_fclose`. It then *exports* its custom version from from x64-vcruntime140-ruby340.dll. And the exported version is broken (at least from the standpoint of the C standard library). Note this has been a long standing issue. The first report I see is from 2013: https://bugs.ruby-lang.org/issues/8569 More recently in 2020 (which explains the issue very well): https://github.com/NREL/OpenStudio/issues/3942#issuecomment-610673401 I understand that Ruby is trying to provide a platform independent API. But the problem is this solution breaks any third party libraries that rely on these C APIs (which of course are very common). And there is no good workaround (see https://github.com/NREL/OpenStudio/issues/3942#issuecomment-611072774) So would it be possible for Ruby to stop exporting custom versions of basic C APIs? The code that does it is here: https://github.com/ruby/ruby/blob/master/win32/mkexports.rb#L41 Ruby of course could still use its custom versions of fclose, read, write etc within ruby.exe and x64-vcruntime140-ruby340.dll. But they should not be exported from x64-vcruntime140-ruby340.dll and thus be off limits to extensions. If a case comes up where an extension really needs access to rb_w32_fclose instead of fclose then an extension developer can use an `#ifdef _WIN32` to do so and work across platforms. That at least puts the developer in control versus now where I don't see any way I can to wrap the bitmap library for usage in Ruby. From my experience the biggest problem is the replacing of fclose with rb_w32_fclose. But I propose removing all such mappings, which include: FD_CLR=rb_w32_fdclr FD_ISSET=rb_w32_fdisset Sleep=rb_w32_Sleep accept=rb_w32_accept access=rb_w32_uaccess bind=rb_w32_bind close=rb_w32_close connect=rb_w32_connect dup2=rb_w32_dup2 fclose=rb_w32_fclose fstat=rb_w32_fstati128 get_osfhandle=rb_w32_get_osfhandle getcwd=rb_w32_ugetcwd getenv=rb_w32_ugetenv gethostbyaddr=rb_w32_gethostbyaddr gethostbyname=rb_w32_gethostbyname gethostname=rb_w32_gethostname getpeername=rb_w32_getpeername getpid=rb_w32_getpid getppid=rb_w32_getppid getprotobyname=rb_w32_getprotobyname getprotobynumber=rb_w32_getprotobynumber getservbyname=rb_w32_getservbyname getservbyport=rb_w32_getservbyport getsockname=rb_w32_getsockname getsockopt=rb_w32_getsockopt inet_ntop=rb_w32_inet_ntop inet_pton=rb_w32_inet_pton ioctlsocket=rb_w32_ioctlsocket isatty=rb_w32_isatty listen=rb_w32_listen lseek=rb_w32_lseek lstat=rb_w32_ulstati128 mkdir=rb_w32_umkdir mmap=rb_w32_mmap mprotect=rb_w32_mprotect munmap=rb_w32_munmap pipe=rb_w32_pipe pread=rb_w32_pread pwrite=rb_w32_pwrite read=rb_w32_read recv=rb_w32_recv recvfrom=rb_w32_recvfrom rename=rb_w32_urename rmdir=rb_w32_urmdir select=rb_w32_select send=rb_w32_send sendmsg sendto=rb_w32_sendto setsockopt=rb_w32_setsockopt shutdown=rb_w32_shutdown socket=rb_w32_socket stati128=rb_w32_ustati128 strcasecmp=msvcrt.stricmp strerror=rb_w32_strerror strncasecmp=msvcrt.strnicmp times=rb_w32_times unlink=rb_w32_uunlink utime=rb_w32_uutime utimensat=rb_w32_uutimensat utimes=rb_w32_uutimes write=rb_w32_write -- https://bugs.ruby-lang.org/

2 1

[ruby-core:121136] [Ruby master Bug#21151] IO and StringIO raise FrozenError even for read-only methods
by headius (Charles Nutter) 11 Aug '25

11 Aug '25

Issue #21151 has been reported by headius (Charles Nutter). ---------------------------------------- Bug #21151: IO and StringIO raise FrozenError even for read-only methods https://bugs.ruby-lang.org/issues/21151 * Author: headius (Charles Nutter) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Problem -------- While fixing a small [regression](https://github.com/ruby/stringio/issues/119) from my recent StringIO [fixes](https://github.com/ruby/stringio/issues/116) I discovered that a large number of read-only methods will fail if the StringIO is frozen. A few examples: ``` $ ruby -rstringio -e 's = StringIO.new; p s.lineno; s.freeze; p s.lineno' 0 -e:1:in 'StringIO#lineno': can't modify frozen StringIO: #<StringIO:0x0000000103711ea8> (FrozenError) from -e:1:in '<main>' $ ruby -rstringio -e 's = StringIO.new; p s.closed?; s.freeze; p s.closed?' false -e:1:in 'StringIO#closed?': can't modify frozen StringIO: #<StringIO:0x00000001008c1e68> (FrozenError) from -e:1:in '<main>' $ ruby -rstringio -e 's = StringIO.new; p s.eof?; s.freeze; p s.eof?' true -e:1:in 'StringIO#eof?': can't modify frozen StringIO: #<StringIO:0x000000011c171e80> (FrozenError) from -e:1:in '<main>' $ ruby -rstringio -e 's = StringIO.new; p s.pos; s.freeze; p s.pos' 0 -e:1:in 'StringIO#pos': can't modify frozen StringIO: #<StringIO:0x0000000105551df0> (FrozenError) from -e:1:in '<main>' ``` @kou pointed out that IO also raises for at least `lineno` and suggested I re-open the issue here. I still believe these read-only operations should be allowed on frozen IO or StringIO. Cause in StringIO ----------------- This is because the `StringIO` macro calls `get_strio` which calls `rb_io_taint_check` which calls `rb_check_frozen`. The `StringIO` macro is used in almost every method to access the rb_stringio_t data structure. A list of methods I believe should be operable when the StringIO is frozen (in stringio.c definition order): * string (returns underlying String but does not mutate anything) * lineno * pos * closed?/closed_read?/closed_write? * eof/eof? * sync * pid (a dummy method but it writes nothing) * fileno (dummy) * pread (by definition does not modify state) * isatty/tty? * size/length * external_encoding * internal_encoding In addition, `initialize_copy` probably should not require the original StringIO to be writable: ``` $ ruby -rstringio -e 's = StringIO.new("foo"); s.freeze; p s.dup' -e:1:in 'StringIO#initialize_copy': can't modify frozen StringIO: #<StringIO:0x0000000102eb1df8> (FrozenError) from -e:1:in 'Kernel#initialize_dup' from -e:1:in 'Kernel#dup' from -e:1:in '<main>' ``` The data from the original StringIO is unmodified by `initialize_copy`, other than the reference-counting `ptr->count` (which should not be subject to frozen checks). Cause in IO ----------- The `GetOpenFile` macro calls `RB_IO_POINTER` macro which calls `rb_io_taint_check` which calls `rb_check_frozen`. Methods in IO that should work on a frozen IO include any of the above StringIO that currently raise. For example `lineno` uses `GetOpenFile`, but `fileno` does not and does not raise. There's clearly some inconsistency here we can clean up. Origin ------ I believe most of the StringIO cases are caused by this change from 2011 that added frozen checks to StringIO (the class and the macro): https://github.com/ruby/ruby/commit/d8d9bac5c8b071135e50ad3f21c8a9b6a9c06e54 In IO, this behavior dates way back to 2000 by @matz himself: https://github.com/ruby/ruby/commit/087c83d7ceed6893afff93066937fb570ae4a115 Notes ----- I have started to fix the StringIO cases for JRuby in https://github.com/ruby/stringio/pull/122. I could probably fix the C version of StringIO as well, but I'm a little more unsure about how to fix IO. -- https://bugs.ruby-lang.org/

3 4

[ruby-core:116382] [Ruby master Feature#20205] Enable `frozen_string_literal` by default
by byroot (Jean Boussier) 10 Aug '25

10 Aug '25

Issue #20205 has been reported by byroot (Jean Boussier). ---------------------------------------- Feature #20205: Enable `frozen_string_literal` by default https://bugs.ruby-lang.org/issues/20205 * Author: byroot (Jean Boussier) * Status: Open * Priority: Normal ---------------------------------------- ### Context The `frozen_string_literal: true` pragma was introduced in Ruby 2.3, and as far as I'm aware the plan was initially to make it the default for Ruby 3.0, but this plan was abandoned because it would be too much of a breaking change without any real further notice. According to Matz, he still wishes to enable `frozen_string_literal` by default in the future, but a reasonable migration plan is required. The main issue is backward compatibility, flipping the switch immediately would break a lot of code, so there must be some deprecation period. The usual the path forward for this kind of change is to emit deprecation warnings one of multiple versions in advance. One example of that was the Ruby 2.7 keyword argument deprecation. It was quite verbose, and some users were initially annoyed, but I think the community pulled through it and I don't seem to hear much about it anymore. So for frozen string literals, the first step would be to start warning when a string that would be frozen in the future is mutated. ### Deprecation Warning Implementation I implemented a quick proof of concept with @etienne in https://github.com/Shopify/ruby/pull/549 In short: - Files with `# frozen_string_literal: true` or `# frozen_string_literal: false` don't change in behavior at all. - Files with no `# frozen_string_literal` comment are compiled to use `putchilledstring` opcode instead of regular `putstring`. - This opcode mark the string with a user flag, when these strings are mutated, a warning is issued. Currently the proof of concept issue the warning at the mutation location, which in some case can make locating where the string was allocated a bit hard. But it is possible to improve it so the message also include the location at which the literal string was allocated, and learning from the keyword argument warning experience, we can record which warnings were already issued to avoid spamming users with duplicated warnings. As currently implemented, there is almost no overhead. If we modify the implementation to record the literal location, we'd incur a small memory overhead for each literal string in a file without an explicit `frozen_string_literal` pragma. But I believe we could do it in a way that has no overhead if `Warning[:deprecated] = false`. ### Timeline The migration would happen in 3 steps, each step can potentially last multiple releases. e.g. `R0` could be `3.4`, `R1` be `3.7` and `R2` be `4.0`. I don't have a strong opinion on the pace. - Release `R0`: introduce the deprecation warning (only if deprecation warnings enabled). - Release `R1`: make the deprecation warning show up regardless of verbosity level. - Release `R2`: make string literals frozen by default. ### Impact Given that `rubocop` is quite popular in the community and it has enforced the usage of `# frozen_string_literal: true` for years now, I suspect a large part of the actively maintained codebases in the wild wouldn't see any warnings. And with recent versions of `minitest` enabling deprecation warnings by default (and [potentially RSpec too](https://github.com/rspec/rspec-core/issues/2867)) the few that didn't migrate will likely be made compatible quickly. The real problem of course are the less actively developed libraries and applications. For such cases, any codebase can remain compatible by setting `RUBYOPT="--disable=frozen_string_literal"`, and so even after `R2` release. The flag would never be removed any legacy codebase can continue upgrading Ruby without changing a single line of cod by just flipping this flag. ### Workflow for library maintainers As a library maintainer, fixing the deprecation warnings can be as simple as prepending `# frozen_string_literal: false` at the top of all their source files, and this will keep working forever. Alternatively they can of course make their code compatible with frozen string literals. Code that is frozen string literal compatible doesn't need to explicitly declare it. Only code that need it turned of need to do so. ### Workflow for application owners For application owners, the workflow is the same than for libraries. However if they depend on a gem that hasn't updated, or that they can't upgrade it, they can run their application with `RUBYOPT="--disable=frozen_string_literal"` and it will keep working forever. Any user running into an incompatibility issue can set `RUBYOPT="--disable=frozen_string_literal"` forever, even in `4.x`, the only thing changing is the default value. And any application for which all dependencies have been made fully frozen string literal compatible can set `RUBYOPT="--enable=frozen_string_literal"` and start immediately removing magic comment from their codebase. -- https://bugs.ruby-lang.org/

21 74

[ruby-core:111789] [Ruby master Feature#19333] Setting (Fiber Local|Thread Local|Fiber Storage) to nil should delete value in order to avoid memory leaks.
by ioquatix (Samuel Williams) 07 Aug '25

07 Aug '25

Issue #19333 has been reported by ioquatix (Samuel Williams). ---------------------------------------- Feature #19333: Setting (Fiber Local|Thread Local|Fiber Storage) to nil should delete value in order to avoid memory leaks. https://bugs.ruby-lang.org/issues/19333 * Author: ioquatix (Samuel Williams) * Status: Open * Priority: Normal ---------------------------------------- As it stands, Fiber Locals, Thread Locals and Fiber Storage have no way of deleting key-value associations. ```ruby 100.times do |i| name = :"variable-#{i}" Thread.current[name] = 10 end ``` Because of this, dynamically generated associations can leak over time. This is worse for things like Threads that might be pooled (or maybe an argument against user-space pooling). In any case, having a way to delete those associations would allow application code to at least delete the associations when they no longer make sense. I propose that assigning `nil` to "locals" or "storage" should effectively delete them. e.g. ```ruby 100.times do |i| name = :"variable-#{i}" Thread.current[name] = 10 Thread.current[name] = nil # delete association end ``` A more invasive alternative would be to define new interfaces like `Thread::Local`, `Fiber::Local` and `Fiber::Storage::Local` (or something) which correctly clean up on GC. -- https://bugs.ruby-lang.org/

3 9

[ruby-core:114590] [Ruby master Bug#19857] Eval coverage is reset after each `eval`.
by ioquatix (Samuel Williams) 06 Aug '25

06 Aug '25

Issue #19857 has been reported by ioquatix (Samuel Williams). ---------------------------------------- Bug #19857: Eval coverage is reset after each `eval`. https://bugs.ruby-lang.org/issues/19857 * Author: ioquatix (Samuel Williams) * Status: Open * Priority: Normal * Assignee: ioquatix (Samuel Williams) * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- It seems like `eval` based coverage is reset every time eval is invoked. ```ruby #!/usr/bin/env ruby require 'coverage' def measure(flag) c = Class.new c.class_eval(<<~RUBY, "foo.rb", 1) def foo(flag) if flag puts "foo" else puts "bar" end end RUBY return c.new.foo(flag) end Coverage.start(lines: true, eval: true) # Depending on the order of these two operations, different computation is calculated, because the evaluation of the code is considered different, even if the content/path is the same. measure(false) measure(true) p Coverage.result ``` Further investigation is required. -- https://bugs.ruby-lang.org/

4 20

[ruby-core:121054] [Ruby master Bug#21139] Prism and parse.y parses `it = it` differently
by tompng (tomoya ishida) 05 Aug '25

05 Aug '25

Issue #21139 has been reported by tompng (tomoya ishida). ---------------------------------------- Bug #21139: Prism and parse.y parses `it = it` differently https://bugs.ruby-lang.org/issues/21139 * Author: tompng (tomoya ishida) * Status: Assigned * Assignee: prism * ruby -v: ruby 3.5.0dev (2025-02-14T16:49:52Z master ee181d1bb7) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ~~~ # ruby --parser=parse.y -e "42.tap { it = it; p it }" nil # ruby --parser=prism -e "42.tap { it = it; p it }" 42 ~~~ -- https://bugs.ruby-lang.org/

12 18

[ruby-core:122817] [Ruby Bug#21517] Behaviour of StringIO#readpartial with multibyte differs from IO#readpartial
by herwin (Herwin W) 03 Aug '25

03 Aug '25

Issue #21517 has been reported by herwin (Herwin W). ---------------------------------------- Bug #21517: Behaviour of StringIO#readpartial with multibyte differs from IO#readpartial https://bugs.ruby-lang.org/issues/21517 * Author: herwin (Herwin W) * Status: Open * ruby -v: ruby 3.4.5 (2025-07-16 revision 20cda200d3) +PRISM [x86_64-linux] (+ others) * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- The specs for `IO#readpartial` have the following test (https://github.com/ruby/spec/blob/ed254bae321221f5cd24280beb37e5bddaff6bb6/…) ```ruby before :each do @rd, @wr = IO.pipe @rd.binmode @wr.binmode end it "reads after ungetc with multibyte characters in the buffer" do @wr.write("∂φ/∂x = gaîté") c = @rd.getc @rd.ungetc(c) @rd.readpartial(3).should == "\xE2\x88\x82" @rd.readpartial(3).should == "\xCF\x86/" end ``` This behaviour is different in `StringIO#readpartial`. If I add this as a spec: ```ruby it "reads after ungetc with multibyte characters in the buffer" do @string = StringIO.new(+"∂φ/∂x = gaîté") c = @string.getc @string.ungetc(c) @string.readpartial(3).should == "\xE2\x88\x82" @string.readpartial(3).should == "\xCF\x86/" end ``` it fails with every supported Ruby version, and even with 3.5-dev of today, with the message `Expected "\xE2\x88\x82" == "∂"` The `getc` + `ungetc` can be removed, but this does not change the behaviour. -- https://bugs.ruby-lang.org/

1 2

[ruby-core:122892] [Ruby Bug#21525] Inconsistent execution order for methods with constant blocks
by joel＠drapper.me (Joel Drapper) 01 Aug '25

01 Aug '25

Issue #21525 has been reported by joel(a)drapper.me (Joel Drapper). ---------------------------------------- Bug #21525: Inconsistent execution order for methods with constant blocks https://bugs.ruby-lang.org/issues/21525 * Author: joel(a)drapper.me (Joel Drapper) * Status: Open * ruby -v: ruby 3.4.5 (2025-08-01 revision 07f7832cff) +PRISM [arm64-darwin24] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- If you call a method and pass in a splat of an array with a block argument coerced from calling a method, Ruby maintains the expected execution order and the called method receives a copy of the array prior to modification. In this example, the output is `[1, 2, 3]` since the copy is made before the `bar` method can modify it. ```ruby ARRAY = [1, 2, 3] def bar ARRAY.pop -> {} end def example(*args, &) puts args end example(*ARRAY, &bar) ``` However, when passing a constant, the block coercion itself is able to modify the array. ```ruby ARRAY = [1, 2, 3] module Foo module Bar def self.to_proc ARRAY.pop -> {} end end end def example(*args, &) puts args end example(*ARRAY, &Foo::Bar) ``` Another way to trigger this is to define a `const_missing` method that modifies the array. ```ruby ARRAY = [1, 2, 3] module Foo def self.const_missing(name) ARRAY.pop -> {} end end def example(*args, &) puts args end example(*ARRAY, &Foo::Bar) ``` In both these cases, the output is `[1, 2]` instead of the expected `[1, 2, 3]`. -- https://bugs.ruby-lang.org/

2 2

[ruby-core:122886] [Ruby Bug#21524] SIGABRT of fluend while being terminated
by android.kunal＠gmail.com (Kunal Ek) 31 Jul '25

31 Jul '25

Issue #21524 has been reported by android.kunal(a)gmail.com (Kunal Ek). ---------------------------------------- Bug #21524: SIGABRT of fluend while being terminated https://bugs.ruby-lang.org/issues/21524 * Author: android.kunal(a)gmail.com (Kunal Ek) * Status: Open * ruby -v: ruby 2.7.3p183 (2021-04-05 revision 6847ee089d) [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- The trap / core dump was for fluentd process while being terminated as part of rollingupdate in kubernetes platform. fluentd operator pod dumped core. Following is the backtrace Core was generated by `/usr/local/bin/ruby -Eascii-8bit:ascii-8bit /usr/local/bin/fluentd -c /fluentd/'. Program terminated with signal SIGABRT, Aborted. #0 0x00007e0f4bbd6fd1 in raise () from /lib/libc.so.6 [Current thread is 1 (LWP 4159)] #0 0x00007e0f4bbd6fd1 in raise () from /lib/libc.so.6 #1 0x00007e0f4bbc0546 in abort () from /lib/libc.so.6 #2 0x00007e0f4bf7d269 in ruby_abort () at signal.c:979 #3 check_reserved_signal_ (name=name@entry=0x7e0f4c233526 "SEGV", name_len=name_len@entry=4) at signal.c:1012 #4 0x00007e0f4c15003d in sigsegv (sig=11, info=0x7e0f38c484b0, ctx=0x7e0f38c48380) at signal.c:944 #5 <signal handler called> #6 0x00007e0f4c03904a in ruby_sized_xfree (size=<optimized out>, x=0x7e0f38c49060) at gc.c:10178 #7 ruby_sized_xfree (size=0, x=0x7e0f38c49060) at gc.c:10175 #8 ruby_xfree (x=0x7e0f38c49060) at gc.c:10185 #9 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #10 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #11 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Full BT (gdb) info threads Id Target Id Frame * 1 LWP 4159 0x00007e0f4bbd6fd1 in raise () from /lib/libc.so.6 2 LWP 27 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 3 LWP 3475 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 4 LWP 3690 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 5 LWP 3709 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 6 LWP 3805 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 7 LWP 3951 0x00007e0f4c328d8a in je_arena_bin_index (bin=<optimized out>, arena=<optimized out>) at include/jemalloc/internal/arena.h:791 8 LWP 3732 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 9 LWP 3680 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 10 LWP 3899 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 11 LWP 3807 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 12 LWP 3961 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 13 LWP 4007 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 14 LWP 4027 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 15 LWP 4184 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 16 LWP 4095 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 17 LWP 4296 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 18 LWP 4137 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 19 LWP 4298 0x00007e0f4bc93607 in madvise () from /lib/libc.so.6 20 LWP 4278 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 21 LWP 4183 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 22 LWP 4195 0x00007e0f4bc93607 in madvise () from /lib/libc.so.6 23 LWP 3958 0x00007e0f4c37f902 in mmap64 () from /lib64/ld-linux-x86-64.so.2 24 LWP 4179 0x00007e0f4bc93607 in madvise () from /lib/libc.so.6 (gdb) thread apply all bt Thread 24 (LWP 4179): #0 0x00007e0f4bc93607 in madvise () from /lib/libc.so.6 #1 0x00007e0f4c32f79e in je_pages_purge (addr=addr@entry=0x7e0eafa1d000, length=<optimized out>) at src/chunk_mmap.c:134 #2 0x00007e0f4c328e31 in arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0eaf800000, arena=0x7e0f4b7a5dc0) at src/arena.c:905 #3 arena_chunk_purge (all=<optimized out>, chunk=0x7e0eaf800000, arena=<optimized out>) at src/arena.c:995 #4 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #5 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #6 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9c800000, run=run@entry=0x7e0e9c854000, bin=bin@entry=0x7e0f4b7a6010) at src/arena.c:1842 #7 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=0x7e0e9c800000, ptr=ptr@entry=0x7e0e9c8547a0, mapelm=<optimized out>) at src/arena.c:1896 #8 0x00007e0f4c3506af in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=2, tbin=<optimized out>) at src/tcache.c:127 #9 je_tcache_destroy (tcache=0x7e0f3483c000) at src/tcache.c:325 #10 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #11 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #12 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #13 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 23 (LWP 3958): #0 0x00007e0f4c37f902 in mmap64 () from /lib64/ld-linux-x86-64.so.2 #1 0x00007e0f4c373e4d in _dl_sysdep_read_whole_file () from /lib64/ld-linux-x86-64.so.2 #2 0x00007e0f4c37aa98 in _dl_load_cache_lookup () from /lib64/ld-linux-x86-64.so.2 #3 0x00007e0f4c36c9b7 in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 #4 0x00007e0f4c3770f8 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #5 0x00007e0f4bcd3d80 in _dl_catch_exception () from /lib/libc.so.6 #6 0x00007e0f4c376c6c in _dl_open () from /lib64/ld-linux-x86-64.so.2 #7 0x00007e0f4bcd321d in do_dlopen () from /lib/libc.so.6 #8 0x00007e0f4bcd3d80 in _dl_catch_exception () from /lib/libc.so.6 #9 0x00007e0f4bcd3e3f in _dl_catch_error () from /lib/libc.so.6 #10 0x00007e0f4bcd32f7 in dlerror_run () from /lib/libc.so.6 #11 0x00007e0f4bcd3386 in __libc_dlopen_mode () from /lib/libc.so.6 #12 0x00007e0f4bca6675 in init () from /lib/libc.so.6 #13 0x00007e0f4bf13a9f in __pthread_once_slow () from /lib/libpthread.so.0 #14 0x00007e0f4bca67b4 in backtrace () from /lib/libc.so.6 #15 0x00007e0f4c1efb47 in rb_print_backtrace () at vm_dump.c:755 #16 rb_vm_bugreport (ctx=0x7e0f0ac36380) at vm_dump.c:941 #17 0x00007e0f4c0175f7 in rb_bug_for_fatal_signal (default_sighandler=0x0, sig=sig@entry=11, ctx=ctx@entry=0x7e0f0ac36380, fmt=fmt@entry=0x7e0f4c23352b "Segmentation fault at %p") at error.c:660 #18 0x00007e0f4c150069 in sigsegv (sig=11, info=0x7e0f0ac364b0, ctx=0x7e0f0ac36380) at signal.c:946 #19 <signal handler called> #20 0x00007e0f4c03904a in ruby_sized_xfree (size=<optimized out>, x=0x7e0f0ac3f060) at gc.c:10178 #21 ruby_sized_xfree (size=0, x=0x7e0f0ac3f060) at gc.c:10175 #22 ruby_xfree (x=0x7e0f0ac3f060) at gc.c:10185 #23 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #24 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #25 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 22 (LWP 4195): #0 0x00007e0f4bc93607 in madvise () from /lib/libc.so.6 #1 0x00007e0f4c32f79e in je_pages_purge (addr=addr@entry=0x7e0f22c5c000, length=<optimized out>) at src/chunk_mmap.c:134 #2 0x00007e0f4c328e31 in arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0f22c00000, arena=0x7e0f4b67acc0) at src/arena.c:905 #3 arena_chunk_purge (all=<optimized out>, chunk=0x7e0f22c00000, arena=<optimized out>) at src/arena.c:995 #4 arena_purge (arena=arena@entry=0x7e0f4b67acc0, all=all@entry=false) at src/arena.c:1075 #5 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b67acc0) at src/arena.c:793 #6 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b67acc0, chunk=chunk@entry=0x7e0f22c00000, run=run@entry=0x7e0f22daf000, bin=bin@entry=0x7e0f4b67bb88) at src/arena.c:1842 #7 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b67acc0, chunk=0x7e0f22c00000, ptr=ptr@entry=0x7e0f22dafd00, mapelm=<optimized out>) at src/arena.c:1896 #8 0x00007e0f4c3506af in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=23, tbin=<optimized out>) at src/tcache.c:127 #9 je_tcache_destroy (tcache=0x7e0f30445000) at src/tcache.c:325 #10 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #11 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #12 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #13 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 21 (LWP 4183): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e94000000, run=run@entry=0x7e0e942d8000, bin=bin@entry=0x7e0f4b7a6990) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e94000000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c35057c in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=18, tbin=<optimized out>) at src/tcache.c:127 #6 je_tcache_destroy (tcache=0x7e0f3303c000) at src/tcache.c:325 #7 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #8 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #9 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 --Type <RET> for more, q to quit, c to continue without paging-- #10 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 20 (LWP 4278): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e9d000000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e9d000000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9d000000, run=run@entry=0x7e0e9d2d5000, bin=bin@entry=0x7e0f4b7a6990) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9d000000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c35066b in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=18, tbin=<optimized out>) at src/tcache.c:127 #10 je_tcache_destroy (tcache=0x7e0f21047000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 19 (LWP 4298): #0 0x00007e0f4bc93607 in madvise () from /lib/libc.so.6 #1 0x00007e0f4c32f79e in je_pages_purge (addr=addr@entry=0x7e0ea7122000, length=<optimized out>) at src/chunk_mmap.c:134 #2 0x00007e0f4c328e31 in arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0ea7000000, arena=0x7e0f4b64d7c0) at src/arena.c:905 #3 arena_chunk_purge (all=<optimized out>, chunk=0x7e0ea7000000, arena=<optimized out>) at src/arena.c:995 #4 arena_purge (arena=arena@entry=0x7e0f4b64d7c0, all=all@entry=false) at src/arena.c:1075 #5 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b64d7c0) at src/arena.c:793 #6 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b64d7c0, chunk=chunk@entry=0x7e0eadc00000, run=run@entry=0x7e0eadd35000, bin=bin@entry=0x7e0f4b64de38) at src/arena.c:1842 #7 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b64d7c0, chunk=0x7e0eadc00000, ptr=ptr@entry=0x7e0eadd36b00, mapelm=<optimized out>) at src/arena.c:1896 #8 0x00007e0f4c3506af in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=9, tbin=<optimized out>) at src/tcache.c:127 #9 je_tcache_destroy (tcache=0x7e0f1b03d000) at src/tcache.c:325 #10 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #11 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #12 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #13 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 18 (LWP 4137): --Type <RET> for more, q to quit, c to continue without paging-- #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c34fa2d in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 je_tcache_bin_flush_large (tbin=tbin@entry=0x7e0f3b83d3c8, binind=<optimized out>, rem=rem@entry=0, tcache=tcache@entry=0x7e0f3b83d000) at src/tcache.c:182 #4 0x00007e0f4c3508c3 in je_tcache_destroy (tcache=0x7e0f3b83d000) at src/tcache.c:338 #5 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #6 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #7 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #8 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 17 (LWP 4296): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0ea0c00000, run=run@entry=0x7e0ea0fd7000, bin=bin@entry=0x7e0f4b7a64d0) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0ea0c00000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c3505eb in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=10, tbin=<optimized out>) at src/tcache.c:127 #6 je_tcache_destroy (tcache=0x7e0f1b83c000) at src/tcache.c:325 #7 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #8 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #9 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #10 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 16 (LWP 4095): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0ea8800000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0ea8800000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0eab000000, run=run@entry=0x7e0eab3f9000, bin=bin@entry=0x7e0f4b7a63a0) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0eab000000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c35066b in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=8, tbin=<optimized out>) at src/tcache.c:127 #10 je_tcache_destroy (tcache=0x7e0eef02b000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 --Type <RET> for more, q to quit, c to continue without paging-- #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 15 (LWP 4184): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e9f000000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e9f000000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c32b7d4 in je_arena_dalloc_large_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=<optimized out>, ptr=<optimized out>) at src/arena.c:1971 #8 0x00007e0f4c34fc8d in je_tcache_bin_flush_large (tbin=tbin@entry=0x7e0f3283c428, binind=<optimized out>, rem=rem@entry=0, tcache=tcache@entry=0x7e0f3283c000) at src/tcache.c:204 #9 0x00007e0f4c3508c3 in je_tcache_destroy (tcache=0x7e0f3283c000) at src/tcache.c:338 #10 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #11 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #12 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #13 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 14 (LWP 4027): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e9c800000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e9c800000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9cc00000, run=run@entry=0x7e0e9ccd5000, bin=bin@entry=0x7e0f4b7a6010) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9cc00000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c35057c in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=2, tbin=<optimized out>) at src/tcache.c:127 #10 je_tcache_destroy (tcache=0x7e0efbc2a000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 --Type <RET> for more, q to quit, c to continue without paging-- Thread 13 (LWP 4007): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9bc00000, run=run@entry=0x7e0e9be64000, bin=bin@entry=0x7e0f4b7a6600) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9bc00000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c35062b in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=12, tbin=<optimized out>) at src/tcache.c:127 #6 je_tcache_destroy (tcache=0x7e0f01835000) at src/tcache.c:325 #7 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #8 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #9 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #10 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 12 (LWP 3961): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e94400000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e94400000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9cc00000, run=run@entry=0x7e0e9cee3000, bin=bin@entry=0x7e0f4b7a6010) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9cc00000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c35066b in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=2, tbin=<optimized out>) at src/tcache.c:127 #10 je_tcache_destroy (tcache=0x7e0f09c2a000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 11 (LWP 3807): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e99800000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 --Type <RET> for more, q to quit, c to continue without paging-- #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e99800000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9a800000, run=run@entry=0x7e0e9ab34000, bin=bin@entry=0x7e0f4b7a6bf0) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=0x7e0e9a800000, ptr=ptr@entry=0x7e0e9ab39200, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c3506af in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=22, tbin=<optimized out>) at src/tcache.c:127 #10 je_tcache_destroy (tcache=0x7e0f3302a000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 10 (LWP 3899): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9d800000, run=run@entry=0x7e0e9d8bc000, bin=bin@entry=0x7e0f4b7a6a28) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=0x7e0e9d800000, ptr=ptr@entry=0x7e0e9d8bfa80, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c3506af in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=19, tbin=<optimized out>) at src/tcache.c:127 #6 je_tcache_destroy (tcache=0x7e0f1802a000) at src/tcache.c:325 #7 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #8 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #9 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #10 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 9 (LWP 3680): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e9c800000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e9c800000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0ea3800000, run=run@entry=0x7e0ea3b1f000, bin=bin@entry=0x7e0f4b7a6270) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0ea3800000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c35066b in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=6, tbin=<optimized out>) at src/tcache.c:127 --Type <RET> for more, q to quit, c to continue without paging-- #10 je_tcache_destroy (tcache=0x7e0f18c21000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 8 (LWP 3732): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0eaa800000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0eaa800000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c32b7d4 in je_arena_dalloc_large_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=<optimized out>, ptr=<optimized out>) at src/arena.c:1971 #8 0x00007e0f4c34fc8d in je_tcache_bin_flush_large (tbin=tbin@entry=0x7e0f00818428, binind=<optimized out>, rem=rem@entry=0, tcache=tcache@entry=0x7e0f00818000) at src/tcache.c:204 #9 0x00007e0f4c3508c3 in je_tcache_destroy (tcache=0x7e0f00818000) at src/tcache.c:338 #10 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #11 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #12 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #13 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 7 (LWP 3951): #0 0x00007e0f4c328d8a in je_arena_bin_index (bin=<optimized out>, arena=<optimized out>) at include/jemalloc/internal/arena.h:791 #1 arena_chunk_stash_dirty (mapelms=<synthetic pointer>, all=false, chunk=0x7e0eaec00000, arena=0x7e0f4b7a5dc0) at src/arena.c:874 #2 arena_chunk_purge (all=false, chunk=0x7e0eaec00000, arena=0x7e0f4b7a5dc0) at src/arena.c:994 #3 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #4 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #5 0x00007e0f4c32b7d4 in je_arena_dalloc_large_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=<optimized out>, ptr=<optimized out>) at src/arena.c:1971 #6 0x00007e0f4c34fc8d in je_tcache_bin_flush_large (tbin=tbin@entry=0x7e0f0d02a428, binind=<optimized out>, rem=rem@entry=0, tcache=tcache@entry=0x7e0f0d02a000) at src/tcache.c:204 #7 0x00007e0f4c3508c3 in je_tcache_destroy (tcache=0x7e0f0d02a000) at src/tcache.c:338 #8 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #9 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #10 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #11 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 --Type <RET> for more, q to quit, c to continue without paging-- Thread 6 (LWP 3805): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9ac00000, run=run@entry=0x7e0e9ae9b000, bin=bin@entry=0x7e0f4b7a6bf0) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9ac00000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c3505eb in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=22, tbin=<optimized out>) at src/tcache.c:127 #6 je_tcache_destroy (tcache=0x7e0f3402a000) at src/tcache.c:325 #7 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #8 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #9 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #10 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 5 (LWP 3709): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e9c000000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e9c000000, arena=<optimized out>) at src/arena.c:995 #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c329759 in arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0ea8c00000, run=run@entry=0x7e0ea8c90000, bin=bin@entry=0x7e0f4b7a6990) at src/arena.c:1842 #8 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0ea8c00000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #9 0x00007e0f4c35062b in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=18, tbin=<optimized out>) at src/tcache.c:127 #10 je_tcache_destroy (tcache=0x7e0f0ac19000) at src/tcache.c:325 #11 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #12 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #13 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #14 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 4 (LWP 3690): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c328ffa in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_chunk_purge_stashed (mapelms=<synthetic pointer>, chunk=0x7e0e9d800000, arena=0x7e0f4b7a5dc0) at src/arena.c:926 #4 arena_chunk_purge (all=<optimized out>, chunk=0x7e0e9d800000, arena=<optimized out>) at src/arena.c:995 --Type <RET> for more, q to quit, c to continue without paging-- #5 arena_purge (arena=arena@entry=0x7e0f4b7a5dc0, all=all@entry=false) at src/arena.c:1075 #6 0x00007e0f4c329505 in arena_maybe_purge (arena=0x7e0f4b7a5dc0) at src/arena.c:793 #7 0x00007e0f4c32b7d4 in je_arena_dalloc_large_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=<optimized out>, ptr=<optimized out>) at src/arena.c:1971 #8 0x00007e0f4c34fc8d in je_tcache_bin_flush_large (tbin=tbin@entry=0x7e0f14023428, binind=<optimized out>, rem=rem@entry=0, tcache=tcache@entry=0x7e0f14023000) at src/tcache.c:204 #9 0x00007e0f4c3508c3 in je_tcache_destroy (tcache=0x7e0f14023000) at src/tcache.c:338 #10 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #11 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #12 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #13 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 3 (LWP 3475): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9c800000, run=run@entry=0x7e0e9ca3a000, bin=bin@entry=0x7e0f4b7a6600) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=0x7e0e9c800000, ptr=<optimized out>, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c3509f6 in je_tcache_bin_flush_small (rem=0, tcache=<optimized out>, binind=12, tbin=<optimized out>) at src/tcache.c:127 #6 je_tcache_destroy (tcache=0x7e0f22406000) at src/tcache.c:325 #7 0x00007e0f4c350bf3 in je_tcache_thread_cleanup (arg=<optimized out>) at src/tcache.c:396 #8 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #9 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #10 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Thread 2 (LWP 27): #0 0x00007e0f4bf155eb in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x00007e0f4bf0e1b3 in pthread_mutex_lock () from /lib/libpthread.so.0 #2 0x00007e0f4c3296e8 in je_malloc_mutex_lock (mutex=0x7e0f4b7a5dc8) at include/jemalloc/internal/mutex.h:77 #3 arena_dalloc_bin_run (arena=arena@entry=0x7e0f4b7a5dc0, chunk=chunk@entry=0x7e0e9f400000, run=run@entry=0x7e0e9f773000, bin=bin@entry=0x7e0f4b7a6438) at src/arena.c:1823 #4 0x00007e0f4c32b5e3 in je_arena_dalloc_bin_locked (arena=arena@entry=0x7e0f4b7a5dc0, chunk=0x7e0e9f400000, ptr=ptr@entry=0x7e0e9f773340, mapelm=<optimized out>) at src/arena.c:1896 #5 0x00007e0f4c34f6af in je_tcache_bin_flush_small (tbin=0x7e0f4b006148, binind=9, rem=25, tcache=0x7e0f4b006000) at src/tcache.c:127 #6 0x00007e0f4c34fe25 in je_tcache_event_hard (tcache=0x7e0f4b006000) at src/tcache.c:39 #7 0x00007e0f47a5c4e4 in OPENSSL_LH_free () from /usr/local/openssl/lib/libcrypto.so.1.1 #8 0x00007e0f47a33441 in err_cleanup () from /usr/local/openssl/lib/libcrypto.so.1.1 #9 0x00007e0f47a59cca in OPENSSL_cleanup () from /usr/local/openssl/lib/libcrypto.so.1.1 #10 0x00007e0f4bbd9697 in __run_exit_handlers () from /lib/libc.so.6 #11 0x00007e0f4bbd983a in exit () from /lib/libc.so.6 --Type <RET> for more, q to quit, c to continue without paging-- #12 0x00007e0f4bbc1f11 in __libc_start_main () from /lib/libc.so.6 #13 0x000000000040114a in _start () Thread 1 (LWP 4159): #0 0x00007e0f4bbd6fd1 in raise () from /lib/libc.so.6 #1 0x00007e0f4bbc0546 in abort () from /lib/libc.so.6 #2 0x00007e0f4bf7d269 in ruby_abort () at signal.c:979 #3 check_reserved_signal_ (name=name@entry=0x7e0f4c233526 "SEGV", name_len=name_len@entry=4) at signal.c:1012 #4 0x00007e0f4c15003d in sigsegv (sig=11, info=0x7e0f38c484b0, ctx=0x7e0f38c48380) at signal.c:944 #5 <signal handler called> #6 0x00007e0f4c03904a in ruby_sized_xfree (size=<optimized out>, x=0x7e0f38c49060) at gc.c:10178 #7 ruby_sized_xfree (size=0, x=0x7e0f38c49060) at gc.c:10175 #8 ruby_xfree (x=0x7e0f38c49060) at gc.c:10185 #9 0x00007e0f4bf0bcd1 in __nptl_deallocate_tsd () from /lib/libpthread.so.0 #10 0x00007e0f4bf0bec3 in start_thread () from /lib/libpthread.so.0 #11 0x00007e0f4bc99adf in clone () from /lib/libc.so.6 Following is my observation: There are 24 threads and all are doing the thread local memory cleanup as part of garbage collection process. Thread 23 especially is reporting sigsegv during the GC process. Thread 1 is SIGABORT due to the corruption at Thread 23 root [ / ]# ruby --version ruby 2.7.3p183 (2021-04-05 revision 6847ee089d) [x86_64-linux] root [ / ]# gem --version 3.1.6 -- https://bugs.ruby-lang.org/

2 2

[ruby-core:122884] [Ruby Bug#21523] Backport Oniguruma patches to stable branches
by hsbt (Hiroshi SHIBATA) 31 Jul '25

31 Jul '25

Issue #21523 has been reported by hsbt (Hiroshi SHIBATA). ---------------------------------------- Bug #21523: Backport Oniguruma patches to stable branches https://bugs.ruby-lang.org/issues/21523 * Author: hsbt (Hiroshi SHIBATA) * Status: Closed * Backport: 3.2: REQUIRED, 3.3: REQUIRED, 3.4: REQUIRED ---------------------------------------- https://github.com/ruby/ruby/pull/14027 -- https://bugs.ruby-lang.org/

1 1