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

[ruby-core:112207] [Ruby master Bug#19408] Object no longer frozen after moved from a ractor
by luke-gru (Luke Gruber) 08 May '25

08 May '25

Issue #19408 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #19408: Object no longer frozen after moved from a ractor https://bugs.ruby-lang.org/issues/19408 * Author: luke-gru (Luke Gruber) * Status: Open * Priority: Normal * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- I think frozen objects should still be frozen after a move. ```ruby r = Ractor.new do obj = receive p obj.frozen? # should be true but is false p obj end obj = [Object.new].freeze r.send(obj, move: true) r.take ``` -- https://bugs.ruby-lang.org/

3 3

[ruby-core:114025] [Ruby master Feature#19744] Namespace on read
by tagomoris (Satoshi TAGOMORI) 06 May '25

06 May '25

Issue #19744 has been reported by tagomoris (Satoshi TAGOMORI). ---------------------------------------- Feature #19744: Namespace on read https://bugs.ruby-lang.org/issues/19744 * Author: tagomoris (Satoshi TAGOMORI) * Status: Open * Priority: Normal ---------------------------------------- # What is the "Namespace on read" This proposes a new feature to define virtual top-level namespaces in Ruby. Those namespaces can require/load libraries (either .rb or native extension) separately from the global namespace. Dependencies of required/loaded libraries are also required/loaded in the namespace. ### Motivation The "namespace on read" can solve the 2 problems below, and can make a path to solve another problem: The details of those motivations are described in the below section ("Motivation details"). #### Avoiding name conflicts between libraries Applications can require two different libraries safely which use the same module name. #### Avoiding unexpected globally shared modules/objects Applications can make an independent/unshared module instance. #### (In the future) Multiple versions of gems can be required Application developers will have fewer version conflicts between gem dependencies if rubygems/bundler will support the namespace on read. ### Example code with this feature ```ruby # your_module module YourModule end # my_module.rb require 'your_module' module MyModule end # example.rb namespace1 = NameSpace.new namespace1.require('my_module') #=> true namespace1::MyModule #=> #<Module:0x00000001027ea650>::MyModule (or #<NameSpace:0x00...>::MyModule ?) namespace1::YourModule # similar to the above MyModule # NameError YourModule # NameError namespace2 = NameSpace.new # Any number of namespaces can be defined namespace2.require('my_module') # Different library "instance" from namespace1 require 'my_module' # require in the global namespace MyModule.object_id != namespace1::MyModule.object_id #=> true namespace1::MyModule.object_id != namespace2::MyModule.object_id ``` The required/loaded libraries will define different "instances" of modules/classes in those namespaces (just like the "wrapper" 2nd argument of `Kernel.load`). This doesn't introduce compatibility problems if all libraries use relative name resolution (without forced top-level reference like `::Name`). # "On read": optional, user-driven feature "On read" is a key thing of this feature. That means: * No changes are required in existing/new libraries (except for limited cases, described below) * No changes are required in applications if it doesn't need namespaces * Users can enable/use namespaces just for limited code in the whole library/application Users can start using this feature step by step (if they want it) without any big jumps. ## Motivation details This feature can solve multiple problems I have in writing/executing Ruby code. Those are from the 3 problems I mentioned above: name conflicts, globally shared modules, and library version conflicts between dependencies. I'll describe 4 scenarios about those problems. ### Running multiple applications on a Ruby process Modern computers have many CPU cores and large memory spaces. We sometimes want to have many separate applications (either micro-service architecture or modular monolith). Currently, running those applications require different processes. It requires additional computation costs (especially in developing those applications). If we have isolated namespaces and can load applications in those namespaces, we'll be able to run apps on a process, with less overhead. (I want to run many AWS Lambda applications on a process in isolated namespaces.) ### Running tests in isolated namespaces Tests that require external libraries need many hacks to: * require a library multiple times * require many different 3rd party libraries into isolated spaces (those may conflict with each other) Software with plugin systems (for example, Fluentd) will get benefit from namespaces. In addition to it, application tests can avoid unexpected side effects if tests are executed in isolated namespaces. ### Safely isolated library instances Libraries may have globally shared states. For example, [Oj](https://github.com/ohler55/oj) has a global `Obj.default_options` object to change the library behavior. Those options may be changed by any dependency libraries or applications, and it changes the behavior of `Oj` globally, unexpectedly. For such libraries, we'll be able to instantiate a safe library instance in an isolated namespace. ### Avoiding dependency hells Modern applications use many libraries, and those libraries require much more dependencies. Those dependencies will cause version conflicts very often. In such cases, application developers should resolve those by updating each libraries, or should just wait for the new release of libraries to conflict those libraries. Sometimes, library maintainers don't release updated versions, and application developers can do nothing. If namespaces can require/load a library multiple times, it also enables to require/load different versions of a library in a process. It requires the support of rubygems, but namespaces should be a good fundamental of it. ## Expected problems ### Use of top-level references In my expectation, `::Name` should refer the top-level `Name` in the global namespace. I expect that `::ENV` should contain the environment variables. But it may cause compatibility problems if library code uses `::MyLibrary` to refer themselves in their deeply nested library code. ### Additional memory consumption An extension library (dynamically linked library) may be loaded multiple times (by `dlopen` for temporarily copied dll files) to load isolated library "instances" if different namespaces require the same extension library. That consumes additional memory. In my opinion, additional memory consumption is a minimum cost to realize loading extension libraries multiple times without compatibility issues. This occurs only when programmers use namespaces. And it's only about libraries that are used in 2 or more namespaces. ### The change of `dlopen` flag about extension libraries To load an extension library multiple times without conflicting symbols, all extensions should stop sharing symbols globally. Libraries referring symbols from other extension libraries will have to change code & dependencies. (About the things about extension libraries, [Naruse also wrote an entry](https://naruse.hateblo.jp/entry/2023/05/22/193411).) # Misc The proof-of-concept branch is here: https://github.com/tagomoris/ruby/pull/1 It's still work-in-progress branch, especially for extension libraries. -- https://bugs.ruby-lang.org/

17 70

[ruby-core:120043] [Ruby master Bug#20919] IO#seek does not clear the character buffer in some cases while transcoding
by javanthropus (Jeremy Bopp) 14 Apr '25

14 Apr '25

Issue #20919 has been reported by javanthropus (Jeremy Bopp). ---------------------------------------- Bug #20919: IO#seek does not clear the character buffer in some cases while transcoding https://bugs.ruby-lang.org/issues/20919 * Author: javanthropus (Jeremy Bopp) * Status: Open * ruby -v: ruby 3.4.0dev (2024-11-28T12:38:16Z master 3af1a04741) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- When transcoding characters, `IO#seek` only clears the internal character buffer if `IO#getc` is called first: ```ruby require 'tempfile' Tempfile.open(encoding: 'utf-8:utf-16le') do |f| f.write('0123456789') f.rewind f.ungetc('a'.encode('utf-16le')) # Character buffer WILL NOT be cleared f.seek(2, :SET) f.getc # => 'a'.encode('utf-16le'); should be '2'.encode('utf-16le') end Tempfile.open(encoding: 'utf-8:utf-16le') do |f| f.write('0123456789') f.rewind # Added a call to #getc here f.getc f.ungetc('a'.encode('utf-16le')) # Character buffer WILL be cleared now f.seek(2, :SET) f.getc # => '2'.encode('utf-16le') end ``` -- https://bugs.ruby-lang.org/

2 6

[ruby-core:116555] [Ruby master Feature#20233] pkg-config not working on MSVC
by jmarrec (Julien Marrec) 13 Apr '25

13 Apr '25

Issue #20233 has been reported by jmarrec (Julien Marrec). ---------------------------------------- Feature #20233: pkg-config not working on MSVC https://bugs.ruby-lang.org/issues/20233 * Author: jmarrec (Julien Marrec) * Status: Open * Priority: Normal ---------------------------------------- The PKG_CONFIG variable is not respected in win32/Makefile.sub Also, need to ideally use the `--msvc-syntax` flag (pkgconf 1.4.0, released 7 years ago, adds it). But mostly, I realized that the `try_ldflags` in `lib/mkmf.rb` actually passes these ldflags as the `opt` parameter to the `link_command` function, and not as `ldflags`. While the UNIX systems are forgiving, the MSVC compiler is not, and because the flags are passed before the `-link`, MSVC complains that it ignores it and therefore cannot find the requested library. -- https://bugs.ruby-lang.org/

2 2

[ruby-core:116666] [Ruby master Bug#20255] Embedded arrays aren't moved correctly across ractors
by luke-gru (Luke Gruber) 07 Apr '25

07 Apr '25

Issue #20255 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #20255: Embedded arrays aren't moved correctly across ractors https://bugs.ruby-lang.org/issues/20255 * Author: luke-gru (Luke Gruber) * Status: Open * Priority: Normal * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- `ractor.send(ary, move: true)` works incorrectly because if `ary` is embedded, the new moved object doesn't populate its own embedded space, it uses the MovedObject's embedded space. example: ```ruby r = Ractor.new { inner_ary = receive values = {} values[:equal] = (inner_ary == ["",{},2,3,4,5,6]) values[:string] = inner_ary.to_s values } ary = [String.new,Hash.new,2,3,4,5,6] r.send(ary, move: true) r_values = r.take p r_values[:equal] p r_values[:string] # => false # => "[\"\", {}, 2, 2.0, 21747991570, String, 3]" ``` -- https://bugs.ruby-lang.org/

3 17

[ruby-core:114410] [Ruby master Bug#19841] Marshal.dump stack overflow with recursive Time
by segiddins (Samuel Giddins) 29 Mar '25

29 Mar '25

Issue #19841 has been reported by segiddins (Samuel Giddins). ---------------------------------------- Bug #19841: Marshal.dump stack overflow with recursive Time https://bugs.ruby-lang.org/issues/19841 * Author: segiddins (Samuel Giddins) * Status: Open * Priority: Normal * ruby -v: 3.2.2 * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- ``` ruby #!/usr/bin/env ruby puts RUBY_VERSION t = Time.at(0, 1, :nanosecond) t.instance_variable_set :@itself, t Marshal.dump(t) ``` Yields a stack overflow error from the `Marshal.dump` call, even though Marshal is explicitly able to handle cyclical references -- https://bugs.ruby-lang.org/

6 8

[ruby-core:114147] [Ruby master Bug#19765] Ractor.make_shareable ignores self of a proc created from a Method
by Ethan (Ethan -) 26 Mar '25

26 Mar '25

Issue #19765 has been reported by Ethan (Ethan -). ---------------------------------------- Bug #19765: Ractor.make_shareable ignores self of a proc created from a Method https://bugs.ruby-lang.org/issues/19765 * Author: Ethan (Ethan -) * Status: Open * Priority: Normal * ruby -v: ruby 3.3.0dev (2023-07-12T00:26:03Z master dfe782be17) [x86_64-darwin21] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- An unshareable receiver of a Proc or a Method will cause make_shareable to error, but this does not happen with a proc from Method#to_proc: ```ruby str = "" a = str.instance_exec { proc { to_s } } Ractor.make_shareable a # => <internal:ractor>:820:in `make_shareable': Proc's self is not shareable: #<Proc:0x00000001064b62c8 (irb):1> (Ractor::IsolationError) b = str.instance_exec { method(:to_s) } Ractor.make_shareable b # => <internal:ractor>:820:in `make_shareable': can not make shareable object for #<Method: String#to_s()> (Ractor::Error) c = str.instance_exec { method(:to_s).to_proc } Ractor.make_shareable c c.call # => "" str[0] = "!" c.call # => "!" ``` Related, maybe: #19372 #19374 Tangential: why does Proc cause Ractor::IsolationError but Method causes Ractor::Error? -- https://bugs.ruby-lang.org/

3 2

[ruby-core:118823] [Ruby master Bug#20670] fork deadlocks in child process due to timer thread
by jhawthorn (John Hawthorn) 22 Mar '25

22 Mar '25

Issue #20670 has been reported by jhawthorn (John Hawthorn). ---------------------------------------- Bug #20670: fork deadlocks in child process due to timer thread https://bugs.ruby-lang.org/issues/20670 * Author: jhawthorn (John Hawthorn) * Status: Open * ruby -v: ruby 3.3.4 (2024-07-09 revision be1089c8ec) [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- We've been seeing an occasional failure in the Rails CI related to a test which forks and I managed to reduce it to the following reproduction. ``` ruby Thread.new do loop { sleep 0.0001 } end 1000.times do pid = fork{} Process.waitpid(pid) rescue Exception Process.kill(:KILL, pid) raise end ``` This hangs on Ruby 3.3 and HEAD (_fairly_ reliably), but completes always on Ruby 3.2 In a debugger it seems like the timer thread acquires `vm->ractor.sched.lock` in the parent process just as the process is forking. The child process then ends up stuck inside of `thread_sched_atfork` when trying to acquire the same lock. I've opened https://github.com/ruby/ruby/pull/11356 with a fix -- https://bugs.ruby-lang.org/

4 4

[ruby-core:114936] [Ruby master Feature#19908] Update to Unicode 15.1
by nobu (Nobuyoshi Nakada) 17 Mar '25

17 Mar '25

Issue #19908 has been reported by nobu (Nobuyoshi Nakada). ---------------------------------------- Feature #19908: Update to Unicode 15.1 https://bugs.ruby-lang.org/issues/19908 * Author: nobu (Nobuyoshi Nakada) * Status: Assigned * Priority: Normal * Assignee: duerst (Martin Dürst) * Target version: 3.3 ---------------------------------------- The Unicode 15.1 is released. The current enc-unicode.rb seems to fail because of `Indic_Conjunct_break` properties with values. I'm not sure how these properties should be handled well. `/\p{InCB_Liner}/` or `/\p{InCB=Liner}/` as the comments in that file? https://github.com/nobu/ruby/tree/unicode-15.1 is the former. -- https://bugs.ruby-lang.org/

14 23

[ruby-core:119992] [Ruby master Bug#20906] Segmentation Fault in compile_keyword_arg
by bendrissou (Bachir Bendrissou) 16 Mar '25

16 Mar '25

Issue #20906 has been reported by bendrissou (Bachir Bendrissou). ---------------------------------------- Bug #20906: Segmentation Fault in compile_keyword_arg https://bugs.ruby-lang.org/issues/20906 * Author: bendrissou (Bachir Bendrissou) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- Hi, I am getting a segmentation fault. The crash occurs in `compile_keyword_arg` (../compile.c:4604) during argument compilation for the keyword argument assignment. Minimised test case: ``` a,b[c:nil]=d ``` Output: ``` test.rb: [BUG] Segmentation fault at 0x0000000000000000 ruby 3.3.5 (2024-09-03 revision ef084cc8f4) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0001 p:0000 s:0003 E:002270 DUMMY [FINISH] -- Threading information --------------------------------------------------- Total ractor count: 1 Ruby thread count for this ractor: 1 -- Machine register context ------------------------------------------------ RIP: 0x0000555fdcc6bb95 RBP: 0x0000000000000001 RSP: 0x00007ffe63864fc0 RAX: 0x0000555fddc4fc80 RBX: 0x0000555fddc4fc88 RCX: 0x0000000000000001 RDX: 0x0000000000000000 RDI: 0x0000555fddb7c2a0 RSI: 0x0000000000000018 R8: 0x0000555fddb7c2a8 R9: 0x00007fbba21b6b80 R10: 0x0000000000000000 R11: 0x0000000000000007 R12: 0x00007ffe638650a0 R13: 0x00007fbb86d032b8 R14: 0x0000000000000000 R15: 0x0000555fddc52470 EFL: 0x0000000000010206 -- C level backtrace information ------------------------------------------- /home/benchmarks/ruby/program/build/ruby(rb_print_backtrace+0x11) [0x555fdcb0da7f] ../vm_dump.c:820 /home/benchmarks/ruby/program/build/ruby(rb_vm_bugreport) ../vm_dump.c:1151 /home/benchmarks/ruby/program/build/ruby(rb_bug_for_fatal_signal+0xfc) [0x555fdccd9a6c] ../error.c:1065 /home/benchmarks/ruby/program/build/ruby(sigsegv+0x4d) [0x555fdca5c1fd] ../signal.c:926 /lib/x86_64-linux-gnu/libpthread.so.0(__restore_rt+0x0) [0x7fbba21ed420] /home/benchmarks/ruby/program/build/ruby(compile_keyword_arg+0x55) [0x555fdcc6bb95] ../compile.c:4604 /home/benchmarks/ruby/program/build/ruby(setup_args_core) ../compile.c:6063 /home/benchmarks/ruby/program/build/ruby(setup_args) ../compile.c:6181 /home/benchmarks/ruby/program/build/ruby(compile_attrasgn+0x90) [0x555fdcc6f440] ../compile.c:9696 /home/benchmarks/ruby/program/build/ruby(iseq_compile_each0+0x2082) [0x555fdcc63b82] ../compile.c:10433 /home/benchmarks/ruby/program/build/ruby(iseq_compile_each+0x11) [0x555fdcc70d91] ../compile.c:9767 /home/benchmarks/ruby/program/build/ruby(compile_massign_lhs) ../compile.c:5281 /home/benchmarks/ruby/program/build/ruby(compile_massign0+0xd4) [0x555fdcc712b4] ../compile.c:5475 /home/benchmarks/ruby/program/build/ruby(compile_massign+0xf5) [0x555fdcc77425] ../compile.c:5536 /home/benchmarks/ruby/program/build/ruby(iseq_compile_each0+0xeea) [0x555fdcc629ea] ../compile.c:9871 /home/benchmarks/ruby/program/build/ruby(iseq_compile_each+0x29) [0x555fdcc66ae9] ../compile.c:9767 /home/benchmarks/ruby/program/build/ruby(rb_iseq_compile_node+0x658) [0x555fdcc71c48] ../compile.c:931 /home/benchmarks/ruby/program/build/ruby(rb_iseq_new_with_opt+0x15d) [0x555fdc97189d] ../iseq.c:946 /home/benchmarks/ruby/program/build/ruby(rb_iseq_new_main+0x6f) [0x555fdc971c4f] ../iseq.c:885 /home/benchmarks/ruby/program/build/ruby(process_options+0x103f) [0x555fdca5767f] ../ruby.c:2444 /home/benchmarks/ruby/program/build/ruby(ruby_process_options+0x14c) [0x555fdca5876c] ../ruby.c:3017 /home/benchmarks/ruby/program/build/ruby(ruby_options+0xdd) [0x555fdc9047bd] ../eval.c:121 /home/benchmarks/ruby/program/build/ruby(rb_main+0x19) [0x555fdc8ff42f] ../main.c:39 /home/benchmarks/ruby/program/build/ruby(main) ../main.c:58 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3) [0x7fbba1fee083] [0x555fdc8ff48e] -- Other runtime information ----------------------------------------------- * Loaded script: test.rb * Loaded features: 0 enumerator.so 1 thread.rb 2 fiber.so 3 rational.so 4 complex.so 5 ruby2_keywords.rb 6 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/encdb.so 7 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/trans/transdb.so 8 /home/benchmarks/ruby/program/build/rbconfig.rb 9 /home/benchmarks/ruby/program/lib/rubygems/compatibility.rb 10 /home/benchmarks/ruby/program/lib/rubygems/defaults.rb 11 /home/benchmarks/ruby/program/lib/rubygems/deprecate.rb 12 /home/benchmarks/ruby/program/lib/rubygems/errors.rb 13 /home/benchmarks/ruby/program/lib/rubygems/unknown_command_spell_checker.rb 14 /home/benchmarks/ruby/program/lib/rubygems/exceptions.rb 15 /home/benchmarks/ruby/program/lib/rubygems/basic_specification.rb 16 /home/benchmarks/ruby/program/lib/rubygems/stub_specification.rb 17 /home/benchmarks/ruby/program/lib/rubygems/platform.rb 18 /home/benchmarks/ruby/program/lib/rubygems/specification_record.rb 19 /home/benchmarks/ruby/program/lib/rubygems/util/list.rb 20 /home/benchmarks/ruby/program/lib/rubygems/version.rb 21 /home/benchmarks/ruby/program/lib/rubygems/requirement.rb 22 /home/benchmarks/ruby/program/lib/rubygems/specification.rb 23 /home/benchmarks/ruby/program/lib/rubygems/util.rb 24 /home/benchmarks/ruby/program/lib/rubygems/core_ext/kernel_gem.rb 25 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/monitor.so 26 /home/benchmarks/ruby/program/ext/monitor/lib/monitor.rb 27 /home/benchmarks/ruby/program/lib/rubygems.rb 28 /home/benchmarks/ruby/program/lib/bundled_gems.rb 29 /home/benchmarks/ruby/program/lib/error_highlight/version.rb 30 /home/benchmarks/ruby/program/lib/error_highlight/base.rb 31 /home/benchmarks/ruby/program/lib/error_highlight/formatter.rb 32 /home/benchmarks/ruby/program/lib/error_highlight/core_ext.rb 33 /home/benchmarks/ruby/program/lib/error_highlight.rb 34 /home/benchmarks/ruby/program/lib/did_you_mean/version.rb 35 /home/benchmarks/ruby/program/lib/did_you_mean/core_ext/name_error.rb 36 /home/benchmarks/ruby/program/lib/did_you_mean/levenshtein.rb 37 /home/benchmarks/ruby/program/lib/did_you_mean/jaro_winkler.rb 38 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checker.rb 39 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/name_error_checkers/class_name_checker.rb 40 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/name_error_checkers/variable_name_checker.rb 41 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/name_error_checkers.rb 42 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/method_name_checker.rb 43 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/key_error_checker.rb 44 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/null_checker.rb 45 /home/benchmarks/ruby/program/lib/did_you_mean/tree_spell_checker.rb 46 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/require_path_checker.rb 47 /home/benchmarks/ruby/program/lib/did_you_mean/spell_checkers/pattern_key_name_checker.rb 48 /home/benchmarks/ruby/program/lib/did_you_mean/formatter.rb 49 /home/benchmarks/ruby/program/lib/did_you_mean.rb 50 /home/benchmarks/ruby/program/lib/syntax_suggest/core_ext.rb * Process memory map: 555fdc8ad000-555fdc8f0000 r--p 00000000 00:8d 5569471 /home/benchmarks/ruby/program/build/ruby 555fdc8f0000-555fdcd02000 r-xp 00043000 00:8d 5569471 /home/benchmarks/ruby/program/build/ruby 555fdcd02000-555fdce92000 r--p 00455000 00:8d 5569471 /home/benchmarks/ruby/program/build/ruby 555fdce92000-555fdcea9000 r--p 005e4000 00:8d 5569471 /home/benchmarks/ruby/program/build/ruby 555fdcea9000-555fdceaa000 rw-p 005fb000 00:8d 5569471 /home/benchmarks/ruby/program/build/ruby 555fdceaa000-555fdcebf000 rw-p 00000000 00:00 0 555fddb79000-555fddf8b000 rw-p 00000000 00:00 0 [heap] 7fbb82fa8000-7fbb83198000 r--s 00000000 00:8d 1277502 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fbb83198000-7fbb86b20000 r--s 00000000 00:8d 5569471 /home/benchmarks/ruby/program/build/ruby 7fbb86b20000-7fbb86b30000 rw-p 00000000 00:00 0 7fbb86c40000-7fbb86c50000 rw-p 00000000 00:00 0 7fbb86cb9000-7fbb86ce0000 r--s 00000000 00:8d 1277596 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so 7fbb86ce0000-7fbb86cf0000 rw-p 00000000 00:00 0 7fbb86d00000-7fbb86da0000 rw-p 00000000 00:00 0 7fbb86daf000-7fbb86db0000 ---p 00000000 00:00 0 7fbb86db0000-7fbb86e51000 rw-p 00000000 00:00 0 7fbb86e51000-7fbb86e52000 ---p 00000000 00:00 0 7fbb86e52000-7fbb86ef3000 rw-p 00000000 00:00 0 7fbb86ef3000-7fbb86ef4000 ---p 00000000 00:00 0 7fbb86ef4000-7fbb86f95000 rw-p 00000000 00:00 0 7fbb86f95000-7fbb86f96000 ---p 00000000 00:00 0 7fbb86f96000-7fbb87037000 rw-p 00000000 00:00 0 7fbb87037000-7fbb87038000 ---p 00000000 00:00 0 7fbb87038000-7fbb870d9000 rw-p 00000000 00:00 0 7fbb870d9000-7fbb870da000 ---p 00000000 00:00 0 7fbb870da000-7fbb8717b000 rw-p 00000000 00:00 0 7fbb8717b000-7fbb8717c000 ---p 00000000 00:00 0 7fbb8717c000-7fbb8721d000 rw-p 00000000 00:00 0 7fbb8721d000-7fbb8721e000 ---p 00000000 00:00 0 7fbb8721e000-7fbb872bf000 rw-p 00000000 00:00 0 7fbb872bf000-7fbb872c0000 ---p 00000000 00:00 0 7fbb872c0000-7fbb87361000 rw-p 00000000 00:00 0 7fbb87361000-7fbb87362000 ---p 00000000 00:00 0 7fbb87362000-7fbb87403000 rw-p 00000000 00:00 0 7fbb87403000-7fbb87404000 ---p 00000000 00:00 0 7fbb87404000-7fbb874a5000 rw-p 00000000 00:00 0 7fbb874a5000-7fbb874a6000 ---p 00000000 00:00 0 7fbb874a6000-7fbb87547000 rw-p 00000000 00:00 0 7fbb87547000-7fbb87548000 ---p 00000000 00:00 0 7fbb87548000-7fbb875e9000 rw-p 00000000 00:00 0 7fbb875e9000-7fbb875ea000 ---p 00000000 00:00 0 7fbb875ea000-7fbb8768b000 rw-p 00000000 00:00 0 7fbb8768b000-7fbb8768c000 ---p 00000000 00:00 0 7fbb8768c000-7fbb8772d000 rw-p 00000000 00:00 0 7fbb8772d000-7fbb8772e000 ---p 00000000 00:00 0 7fbb8772e000-7fbb877cf000 rw-p 00000000 00:00 0 7fbb877cf000-7fbb877d0000 ---p 00000000 00:00 0 7fbb877d0000-7fbb87871000 rw-p 00000000 00:00 0 7fbb87871000-7fbb87872000 ---p 00000000 00:00 0 7fbb87872000-7fbb87913000 rw-p 00000000 00:00 0 7fbb87913000-7fbb87914000 ---p 00000000 00:00 0 7fbb87914000-7fbb879b5000 rw-p 00000000 00:00 0 7fbb879b5000-7fbb879b6000 ---p 00000000 00:00 0 7fbb879b6000-7fbb87a57000 rw-p 00000000 00:00 0 7fbb87a57000-7fbb87a58000 ---p 00000000 00:00 0 7fbb87a58000-7fbb87af9000 rw-p 00000000 00:00 0 7fbb87af9000-7fbb87afa000 ---p 00000000 00:00 0 7fbb87afa000-7fbb87b9b000 rw-p 00000000 00:00 0 7fbb87b9b000-7fbb87b9c000 ---p 00000000 00:00 0 7fbb87b9c000-7fbb87c3d000 rw-p 00000000 00:00 0 7fbb87c3d000-7fbb87c3e000 ---p 00000000 00:00 0 7fbb87c3e000-7fbb87cdf000 rw-p 00000000 00:00 0 7fbb87cdf000-7fbb87ce0000 ---p 00000000 00:00 0 7fbb87ce0000-7fbb87d81000 rw-p 00000000 00:00 0 7fbb87d81000-7fbb87d82000 ---p 00000000 00:00 0 7fbb87d82000-7fbb87e23000 rw-p 00000000 00:00 0 7fbb87e23000-7fbb87e24000 ---p 00000000 00:00 0 7fbb87e24000-7fbb87ec5000 rw-p 00000000 00:00 0 7fbb87ec5000-7fbb87ec6000 ---p 00000000 00:00 0 7fbb87ec6000-7fbb87f67000 rw-p 00000000 00:00 0 7fbb87f67000-7fbb87f68000 ---p 00000000 00:00 0 7fbb87f68000-7fbb88009000 rw-p 00000000 00:00 0 7fbb88009000-7fbb8800a000 ---p 00000000 00:00 0 7fbb8800a000-7fbb880ab000 rw-p 00000000 00:00 0 7fbb880ab000-7fbb880ac000 ---p 00000000 00:00 0 7fbb880ac000-7fbb8814d000 rw-p 00000000 00:00 0 7fbb8814d000-7fbb8814e000 ---p 00000000 00:00 0 7fbb8814e000-7fbb881ef000 rw-p 00000000 00:00 0 7fbb881ef000-7fbb881f0000 ---p 00000000 00:00 0 7fbb881f0000-7fbb88a40000 rw-p 00000000 00:00 0 7fbb88a4a000-7fbb88a4b000 r--p 00000000 00:8d 5569421 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/monitor.so 7fbb88a4b000-7fbb88a4c000 r-xp 00001000 00:8d 5569421 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/monitor.so 7fbb88a4c000-7fbb88a4d000 r--p 00002000 00:8d 5569421 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/monitor.so 7fbb88a4d000-7fbb88a4e000 r--p 00002000 00:8d 5569421 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/monitor.so 7fbb88a4e000-7fbb88a4f000 rw-p 00003000 00:8d 5569421 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/monitor.so 7fbb88a4f000-7fbba1ec0000 rw-p 00000000 00:00 0 7fbba1ec1000-7fbba1ec2000 r--p 00000000 00:8d 5569519 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/trans/transdb.so 7fbba1ec2000-7fbba1ec4000 r-xp 00001000 00:8d 5569519 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/trans/transdb.so 7fbba1ec4000-7fbba1ec5000 r--p 00003000 00:8d 5569519 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/trans/transdb.so 7fbba1ec5000-7fbba1ec6000 r--p 00003000 00:8d 5569519 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/trans/transdb.so 7fbba1ec6000-7fbba1ec7000 rw-p 00004000 00:8d 5569519 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/trans/transdb.so 7fbba1ec7000-7fbba1fca000 rw-p 00000000 00:00 0 7fbba1fca000-7fbba1fec000 r--p 00000000 00:8d 1277502 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fbba1fec000-7fbba2164000 r-xp 00022000 00:8d 1277502 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fbba2164000-7fbba21b2000 r--p 0019a000 00:8d 1277502 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fbba21b2000-7fbba21b6000 r--p 001e7000 00:8d 1277502 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fbba21b6000-7fbba21b8000 rw-p 001eb000 00:8d 1277502 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fbba21b8000-7fbba21bc000 rw-p 00000000 00:00 0 7fbba21bc000-7fbba21bf000 r--p 00000000 00:8d 1277527 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 7fbba21bf000-7fbba21d1000 r-xp 00003000 00:8d 1277527 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 7fbba21d1000-7fbba21d5000 r--p 00015000 00:8d 1277527 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 7fbba21d5000-7fbba21d6000 r--p 00018000 00:8d 1277527 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 7fbba21d6000-7fbba21d7000 rw-p 00019000 00:8d 1277527 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 7fbba21d7000-7fbba21d9000 rw-p 00000000 00:00 0 7fbba21d9000-7fbba21df000 r--p 00000000 00:8d 1277596 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so 7fbba21df000-7fbba21f0000 r-xp 00006000 00:8d 1277596 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so 7fbba21f0000-7fbba21f6000 r--p 00017000 00:8d 1277596 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so 7fbba21f6000-7fbba21f7000 r--p 0001c000 00:8d 1277596 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so 7fbba21f7000-7fbba21f8000 rw-p 0001d000 00:8d 1277596 /usr/lib/x86_64-linux-gnu/libpthread-2.31.so 7fbba21f8000-7fbba21fc000 rw-p 00000000 00:00 0 7fbba21fc000-7fbba2209000 r--p 00000000 00:8d 1277544 /usr/lib/x86_64-linux-gnu/libm-2.31.so 7fbba2209000-7fbba22b0000 r-xp 0000d000 00:8d 1277544 /usr/lib/x86_64-linux-gnu/libm-2.31.so 7fbba22b0000-7fbba2349000 r--p 000b4000 00:8d 1277544 /usr/lib/x86_64-linux-gnu/libm-2.31.so 7fbba2349000-7fbba234a000 r--p 0014c000 00:8d 1277544 /usr/lib/x86_64-linux-gnu/libm-2.31.so 7fbba234a000-7fbba234b000 rw-p 0014d000 00:8d 1277544 /usr/lib/x86_64-linux-gnu/libm-2.31.so 7fbba234b000-7fbba234d000 r--p 00000000 00:8d 1277509 /usr/lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7fbba234d000-7fbba2362000 r-xp 00002000 00:8d 1277509 /usr/lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7fbba2362000-7fbba237c000 r--p 00017000 00:8d 1277509 /usr/lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7fbba237c000-7fbba237d000 r--p 00030000 00:8d 1277509 /usr/lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7fbba237d000-7fbba237e000 rw-p 00031000 00:8d 1277509 /usr/lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7fbba237e000-7fbba2386000 rw-p 00000000 00:00 0 7fbba2386000-7fbba2387000 r--p 00000000 00:8d 1277513 /usr/lib/x86_64-linux-gnu/libdl-2.31.so 7fbba2387000-7fbba2389000 r-xp 00001000 00:8d 1277513 /usr/lib/x86_64-linux-gnu/libdl-2.31.so 7fbba2389000-7fbba238a000 r--p 00003000 00:8d 1277513 /usr/lib/x86_64-linux-gnu/libdl-2.31.so 7fbba238a000-7fbba238b000 r--p 00003000 00:8d 1277513 /usr/lib/x86_64-linux-gnu/libdl-2.31.so 7fbba238b000-7fbba238c000 rw-p 00004000 00:8d 1277513 /usr/lib/x86_64-linux-gnu/libdl-2.31.so 7fbba238c000-7fbba2396000 r--p 00000000 00:8d 1277531 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.0 7fbba2396000-7fbba23f6000 r-xp 0000a000 00:8d 1277531 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.0 7fbba23f6000-7fbba240d000 r--p 0006a000 00:8d 1277531 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.0 7fbba240d000-7fbba240e000 ---p 00081000 00:8d 1277531 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.0 7fbba240e000-7fbba240f000 r--p 00081000 00:8d 1277531 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.0 7fbba240f000-7fbba2410000 rw-p 00082000 00:8d 1277531 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.0 7fbba2410000-7fbba2412000 r--p 00000000 00:8d 1277632 /usr/lib/x86_64-linux-gnu/libz.so.1.2.11 7fbba2412000-7fbba2423000 r-xp 00002000 00:8d 1277632 /usr/lib/x86_64-linux-gnu/libz.so.1.2.11 7fbba2423000-7fbba2429000 r--p 00013000 00:8d 1277632 /usr/lib/x86_64-linux-gnu/libz.so.1.2.11 7fbba2429000-7fbba242a000 ---p 00019000 00:8d 1277632 /usr/lib/x86_64-linux-gnu/libz.so.1.2.11 7fbba242a000-7fbba242b000 r--p 00019000 00:8d 1277632 /usr/lib/x86_64-linux-gnu/libz.so.1.2.11 7fbba242b000-7fbba242c000 rw-p 0001a000 00:8d 1277632 /usr/lib/x86_64-linux-gnu/libz.so.1.2.11 7fbba242c000-7fbba242e000 rw-p 00000000 00:00 0 7fbba2432000-7fbba2433000 r--p 00000000 00:8d 5569472 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/encdb.so 7fbba2433000-7fbba2434000 r-xp 00001000 00:8d 5569472 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/encdb.so 7fbba2434000-7fbba2435000 r--p 00002000 00:8d 5569472 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/encdb.so 7fbba2435000-7fbba2436000 r--p 00002000 00:8d 5569472 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/encdb.so 7fbba2436000-7fbba2437000 rw-p 00003000 00:8d 5569472 /home/benchmarks/ruby/program/build/.ext/x86_64-linux/enc/encdb.so 7fbba2437000-7fbba2438000 r--p 00000000 00:8d 1277480 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7fbba2438000-7fbba245b000 r-xp 00001000 00:8d 1277480 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7fbba245b000-7fbba2463000 r--p 00024000 00:8d 1277480 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7fbba2464000-7fbba2465000 r--p 0002c000 00:8d 1277480 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7fbba2465000-7fbba2466000 rw-p 0002d000 00:8d 1277480 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7fbba2466000-7fbba2467000 rw-p 00000000 00:00 0 7ffe6306a000-7ffe63869000 rw-p 00000000 00:00 0 [stack] 7ffe6393d000-7ffe63940000 r--p 00000000 00:00 0 [vvar] 7ffe63940000-7ffe63941000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] ``` -- https://bugs.ruby-lang.org/

5 5