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

[ruby-core:111356] [Ruby master Misc#19247] Ruby 3.2 documentation problems tracker
by zverok (Victor Shepelev) 22 Jan '23

22 Jan '23

Issue #19247 has been reported by zverok (Victor Shepelev). ---------------------------------------- Misc #19247: Ruby 3.2 documentation problems tracker https://bugs.ruby-lang.org/issues/19247 * Author: zverok (Victor Shepelev) * Status: Open * Priority: Normal * Assignee: zverok (Victor Shepelev) ---------------------------------------- Bugs and problems: * [Fiber](https://docs.ruby-lang.org/en/master/Fiber.html): * Formatting glitches for `::[]`, `::[]=`, `::storage`, `::storage=` (no references to companion methods) * Also there are some rendering glitches in Fiber, due to RDoc update? (Source didn't change) * After renaming SchedulerInterface to Scheduler, reference to it from Fiber are lost * [FiberScheduler](https://docs.ruby-lang.org/en/master/Fiber/Scheduler.html) has no docs for new method `#io_select` * [SyntaxError](https://docs.ruby-lang.org/en/master/SyntaxError.html): new attribute `#path` wrongly rendered * [RubyVM::AbstractSyntaxTree](https://docs.ruby-lang.org/en/master/RubyVM/Abs…: `error_tolerant:` and `keep_tokens:` options aren't documented or mentioned in the docs * [Set](https://docs.ruby-lang.org/en/master/Set.html): docs still start with `require 'set'` :) * [Struct](https://docs.ruby-lang.org/en/master/Struct.html): no mention of the changed requirement about keyword initialization. * [Time#deconstruct_keys](https://docs.ruby-lang.org/en/master/Time.html#metho… instead of listing keys refers to "the same as returned by to_h", which we decided not to implement, my bad! * [UnboundMethod#==](https://docs.ruby-lang.org/en/master/UnboundMethod.html#m… says that methods are equal if are bound to the same object :) (shares docs with `Method`?..) * [GC::latest_gc_info](https://docs.ruby-lang.org/en/master/GC.html#method-c-l… rendering glitch (old probably). It also lacks any docs about the structure of the hash returned. * [ObjectSpace.dump_all](https://docs.ruby-lang.org/en/master/ObjectSpace.html… and several companion methods are weirdly documented as instance methods (RDoc glitch, doubtfully easy to fix) Things that could be improved: * [Module#undefined_instance_methods](https://docs.ruby-lang.org/en/master/Mod… is not really helpful :) * [Refinement#refined_class](https://docs.ruby-lang.org/en/master/Refinement.h… can use better explanation/example? * [Thread::each_caller_location](https://docs.ruby-lang.org/en/master/Thread.h… can use an example? (Also wrongly referred as instance method in [NEWS](https://docs.ruby-lang.org/en/master/NEWS_md.html#label-Core+classes+…) I'll try to work on those ASAP. -- https://bugs.ruby-lang.org/

1 5

[ruby-core:111962] [Ruby master Feature#15778] Expose an API to pry-open the stack frames in Ruby
by gsamokovarov (Genadi Samokovarov) 22 Jan '23

22 Jan '23

Issue #15778 has been updated by gsamokovarov (Genadi Samokovarov). What if we settle for an API and implement and test it first in the `debug` gem? The `debug` gem does need/has similar functionality for post-mortem debugging. That way, gems like `web-console` can depend on the `debug` standard gem which I would expect more people to have, instead of using custom C extension. Other tooling can get debug APIs from the `debug` gem as well. It seems like a good place to start because we can test the APIs in real project and get real feedback. ---------------------------------------- Feature #15778: Expose an API to pry-open the stack frames in Ruby https://bugs.ruby-lang.org/issues/15778#change-101396 * Author: gsamokovarov (Genadi Samokovarov) * Status: Open * Priority: Normal * Assignee: ko1 (Koichi Sasada) ---------------------------------------- Hello, I'm the maintainer of the web-console (https://github.com/rails/web-console/) gem, where one of our features is to jump between the frames in which an error occurred. To accomplish this, I currently use the Debug Inspector CRuby API. I think we should expose this functionality in Rubyland, so tools like web-console don't need to resort to C code for this. This also makes it quite harder for me to support different implementations like JRuby or TruffleRuby as everyone is having a different way to create Ruby Binding objects that represent the frames. Here the API ideas: Add `Thread::Backtrace::Location#binding` method that can create a binding for a specific caller of the current frame. We can reuse the existing `Kernel.caller_locations` method to generate the array of `Thread::Backtrace::Location` objects. We can optionally have the `Kernel.caller_locations(debug: true)` argument if we cannot generate the bindings lazily on the VM that can instruct the VM to do the slower operation. - `Thread::Backtrace::Location#binding` returns `Binding|nil`. Nil result may mean that the current location is a C frame or a JITted/optimized frame and we cannot debug it. We can also expose the DebugInspector API directly, as done in the https://github.com/banister/debug_inspector gem, but for tools like web-console, we'd need to map the bindings with the backtrace, as we cannot generate Bindings for every frame (C frames) and this needs to be done in application code, so I think the `Thread::Backtrace::Location#binding` is the better API for Ruby-land. Such API can help us eventually write most of our debuggers in Ruby as right now we don't have a way to do Post-Mortem debugging without native code or even start our debuggers without monkey-patching `Binding`. I have presented this idea in a RubyKaigi's 2019 talk called "Writing Debuggers in Plain Ruby", you can check-out the slides for more context: http://kaigi-debuggers-in-ruby.herokuapp.com. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:111952] [Ruby master Bug#19361] String#[Integer] is orders slower for strings with some UTF characters
by vzdor (Vladimir Zdorovenco) 21 Jan '23

21 Jan '23

Issue #19361 has been reported by vzdor (Vladimir Zdorovenco). ---------------------------------------- Bug #19361: String#[Integer] is orders slower for strings with some UTF characters https://bugs.ruby-lang.org/issues/19361 * Author: vzdor (Vladimir Zdorovenco) * Status: Open * Priority: Normal * ruby -v: ruby 3.1.2p20 (2022-04-12 revision 4491bb740a) [x86_64-linux-gnu] * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- #[] is not only slower compared to itself, but slower compared to #each_char. seq1 ``` # s = '*' * 10e4 s = 'ф' * 10e4 count = 0 size = s.size while count < size s[count] count += 1 end ``` seq2 ``` ss = 'ф' * 10e4 s = ss.chars count = 0 size = s.size while count < size s[count] count += 1 end ``` On my computer seq1 runs in 11 seconds and seq2 in 0.5 second. It can be '克' symbol, too, I'm sure not only those symbols. I would not have assumed seq1 can be slower, I do not call s[n] more than once for some n. It is a Debian package with some patches, but they do not touch string.c. $ locale LANG=en_US.UTF-8 -- https://bugs.ruby-lang.org/

2 1

[ruby-core:111947] [Ruby master Bug#19359] Ractors not being garbage collected
by luke-gru (Luke Gruber) 21 Jan '23

21 Jan '23

Issue #19359 has been reported by luke-gru (Luke Gruber). ---------------------------------------- Bug #19359: Ractors not being garbage collected https://bugs.ruby-lang.org/issues/19359 * Author: luke-gru (Luke Gruber) * Status: Open * Priority: Normal * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- I'm not sure why but they aren't being collected. I was looking at the issue https://bugs.ruby-lang.org/issues/19112 to see if I could solve it and when debugging it I noticed that ractor_free() is never called. I think it could be an issue of threads marking ractors and ractors marking threads, so the two are never freed. -- https://bugs.ruby-lang.org/

1 1

[ruby-core:111945] [Ruby master Feature#15778] Expose an API to pry-open the stack frames in Ruby
by st0012 (Stan Lo) 20 Jan '23

20 Jan '23

Issue #15778 has been updated by st0012 (Stan Lo). Outside of error reporting, having this or similar API will also: - Allow IRB to display richer exception backtrace. This is helpful when used as `binding.irb`. - Allow IRB to implement a `bt` command that's similar to `debug`'s. - Whether to do this is another discussion and depends on other factors, but this API will enable that possibility. - Allow Rails to print backtrace with local variables in log or error pages. All of the above can be toggled by checking the gem's presence. ---------------------------------------- Feature #15778: Expose an API to pry-open the stack frames in Ruby https://bugs.ruby-lang.org/issues/15778#change-101378 * Author: gsamokovarov (Genadi Samokovarov) * Status: Open * Priority: Normal * Assignee: ko1 (Koichi Sasada) ---------------------------------------- Hello, I'm the maintainer of the web-console (https://github.com/rails/web-console/) gem, where one of our features is to jump between the frames in which an error occurred. To accomplish this, I currently use the Debug Inspector CRuby API. I think we should expose this functionality in Rubyland, so tools like web-console don't need to resort to C code for this. This also makes it quite harder for me to support different implementations like JRuby or TruffleRuby as everyone is having a different way to create Ruby Binding objects that represent the frames. Here the API ideas: Add `Thread::Backtrace::Location#binding` method that can create a binding for a specific caller of the current frame. We can reuse the existing `Kernel.caller_locations` method to generate the array of `Thread::Backtrace::Location` objects. We can optionally have the `Kernel.caller_locations(debug: true)` argument if we cannot generate the bindings lazily on the VM that can instruct the VM to do the slower operation. - `Thread::Backtrace::Location#binding` returns `Binding|nil`. Nil result may mean that the current location is a C frame or a JITted/optimized frame and we cannot debug it. We can also expose the DebugInspector API directly, as done in the https://github.com/banister/debug_inspector gem, but for tools like web-console, we'd need to map the bindings with the backtrace, as we cannot generate Bindings for every frame (C frames) and this needs to be done in application code, so I think the `Thread::Backtrace::Location#binding` is the better API for Ruby-land. Such API can help us eventually write most of our debuggers in Ruby as right now we don't have a way to do Post-Mortem debugging without native code or even start our debuggers without monkey-patching `Binding`. I have presented this idea in a RubyKaigi's 2019 talk called "Writing Debuggers in Plain Ruby", you can check-out the slides for more context: http://kaigi-debuggers-in-ruby.herokuapp.com. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:111944] [Ruby master Bug#19112] Ractor garbage collection breaks/disables all active tracepoints
by luke-gru (Luke Gruber) 20 Jan '23

20 Jan '23

Issue #19112 has been updated by luke-gru (Luke Gruber). To make sure it's collected: ```ruby puts RUBY_DESCRIPTION ractor_id = nil if ENV['RUN_RACTOR'] == '1' r = Ractor.new { 10 } ractor_id = r.object_id r.take puts "Ractor ran!" else puts "Ractor DID NOT ran!" end r = nil gc_times = 0 until (ObjectSpace._id2ref(ractor_id) rescue nil).nil? gc_times += 1 puts "GC x #{gc_times}" GC.start end puts "Enabling tracepoint" tracepoint = TracePoint.new(:line) { |tp| p [tp.path, tp.lineno, tp.event] }.tap(&:enable) 5.times { puts "Triggering gc!"; GC.start } ``` ---------------------------------------- Bug #19112: Ractor garbage collection breaks/disables all active tracepoints https://bugs.ruby-lang.org/issues/19112#change-101377 * Author: ivoanjo (Ivo Anjo) * Status: Open * Priority: Normal * ruby -v: ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux] * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN ---------------------------------------- Howdy 👋! I work for Datadog [on the `ddtrace` gem](https://github.com/DataDog/dd-trace-rb) and I found an issue with Ractors + TracePoint. ### Background For tracking time spent in Garbage Collection on our Ruby profiler, we use a tracepoint that listens to the internal GC events. While doing other experiments around Ractors and profiling, I noticed that our tracepoint would suddenly stop working after Ractors were used in the application. I was able to reduce this down to the testcase below. ### How to reproduce (Ruby version & script) I was able to reproduce this on any Ruby 3 version, including master (`ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux]`). ```ruby puts RUBY_DESCRIPTION if ENV['RUN_RACTOR'] == 'true' Ractor.new { 10 }.take puts "Ractor ran!" else puts "Ractor DID NOT ran!" end puts "Enabling tracepoint" tracepoint = TracePoint.new(:line) { |tp| p [tp.path, tp.lineno, tp.event] }.tap(&:enable) 5.times { puts "Triggering gc!"; GC.start } puts "Tracepoint state is enabled? #{tracepoint.enabled?}" puts "Re-enabling tracepoint" tracepoint.enable puts "Finished!" ``` ### Expectation and result Without the Ractor, the tracepoint works as intended: ``` # RUN_RACTOR=false ./ruby ../ruby-3.1.2/triggergc.rb ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux] Ractor DID NOT ran! Enabling tracepoint ["<internal:kernel>", 91, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 16, :line] ["<internal:trace_point>", 257, :line] Tracepoint state is enabled? true ["../ruby-3.1.2/triggergc.rb", 17, :line] Re-enabling tracepoint ["../ruby-3.1.2/triggergc.rb", 18, :line] ["<internal:trace_point>", 213, :line] ["../ruby-3.1.2/triggergc.rb", 20, :line] ["../ruby-3.1.2/triggergc.rb", 20, :line] Finished! ``` ...but once the Ractor runs and is garbage collected, we see that the tracepoint breaks: ``` # RUN_RACTOR=true ./ruby ../ruby-3.1.2/triggergc.rb ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux] ../ruby-3.1.2/triggergc.rb:5: warning: Ractor is experimental, and the behavior may change in future versions of Ruby! Also there are many implementation issues. Ractor ran! Enabling tracepoint ["<internal:kernel>", 91, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] Triggering gc! Triggering gc! Triggering gc! Triggering gc! Tracepoint state is enabled? true Re-enabling tracepoint ["../ruby-3.1.2/triggergc.rb", 20, :line] ["../ruby-3.1.2/triggergc.rb", 20, :line] Finished ``` ### Additional notes This is a somewhat annoying bug, because it can break all gems that use tracepoints, including `ddtrace`. In particular for `ddtrace`, our plan is to disable the feature that uses tracepoints for Ruby 3 users, to avoid any issues from our tracepoints getting disabled. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:111943] [Ruby master Bug#19112] Ractor garbage collection breaks/disables all active tracepoints
by luke-gru (Luke Gruber) 20 Jan '23

20 Jan '23

Issue #19112 has been updated by luke-gru (Luke Gruber). I was just looking into this bug and it's really strange, I initially thought it had to do with single ractor mode vs multi, but if we `sleep 100` inside the ractor everything behaves as it should, so it has to do with the ractor finishing. Once it finishes the tracepoints behave weirdly... I'll look into it some more when I get the chance. ---------------------------------------- Bug #19112: Ractor garbage collection breaks/disables all active tracepoints https://bugs.ruby-lang.org/issues/19112#change-101376 * Author: ivoanjo (Ivo Anjo) * Status: Open * Priority: Normal * ruby -v: ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux] * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN ---------------------------------------- Howdy 👋! I work for Datadog [on the `ddtrace` gem](https://github.com/DataDog/dd-trace-rb) and I found an issue with Ractors + TracePoint. ### Background For tracking time spent in Garbage Collection on our Ruby profiler, we use a tracepoint that listens to the internal GC events. While doing other experiments around Ractors and profiling, I noticed that our tracepoint would suddenly stop working after Ractors were used in the application. I was able to reduce this down to the testcase below. ### How to reproduce (Ruby version & script) I was able to reproduce this on any Ruby 3 version, including master (`ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux]`). ```ruby puts RUBY_DESCRIPTION if ENV['RUN_RACTOR'] == 'true' Ractor.new { 10 }.take puts "Ractor ran!" else puts "Ractor DID NOT ran!" end puts "Enabling tracepoint" tracepoint = TracePoint.new(:line) { |tp| p [tp.path, tp.lineno, tp.event] }.tap(&:enable) 5.times { puts "Triggering gc!"; GC.start } puts "Tracepoint state is enabled? #{tracepoint.enabled?}" puts "Re-enabling tracepoint" tracepoint.enable puts "Finished!" ``` ### Expectation and result Without the Ractor, the tracepoint works as intended: ``` # RUN_RACTOR=false ./ruby ../ruby-3.1.2/triggergc.rb ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux] Ractor DID NOT ran! Enabling tracepoint ["<internal:kernel>", 91, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] ["../ruby-3.1.2/triggergc.rb", 16, :line] ["<internal:trace_point>", 257, :line] Tracepoint state is enabled? true ["../ruby-3.1.2/triggergc.rb", 17, :line] Re-enabling tracepoint ["../ruby-3.1.2/triggergc.rb", 18, :line] ["<internal:trace_point>", 213, :line] ["../ruby-3.1.2/triggergc.rb", 20, :line] ["../ruby-3.1.2/triggergc.rb", 20, :line] Finished! ``` ...but once the Ractor runs and is garbage collected, we see that the tracepoint breaks: ``` # RUN_RACTOR=true ./ruby ../ruby-3.1.2/triggergc.rb ruby 3.2.0dev (2022-11-08T08:08:48Z master cdb3ec3af8) [x86_64-linux] ../ruby-3.1.2/triggergc.rb:5: warning: Ractor is experimental, and the behavior may change in future versions of Ruby! Also there are many implementation issues. Ractor ran! Enabling tracepoint ["<internal:kernel>", 91, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] ["../ruby-3.1.2/triggergc.rb", 14, :line] Triggering gc! ["<internal:gc>", 34, :line] Triggering gc! Triggering gc! Triggering gc! Triggering gc! Tracepoint state is enabled? true Re-enabling tracepoint ["../ruby-3.1.2/triggergc.rb", 20, :line] ["../ruby-3.1.2/triggergc.rb", 20, :line] Finished ``` ### Additional notes This is a somewhat annoying bug, because it can break all gems that use tracepoints, including `ddtrace`. In particular for `ddtrace`, our plan is to disable the feature that uses tracepoints for Ruby 3 users, to avoid any issues from our tracepoints getting disabled. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:111939] [Ruby master Bug#19358] Segfault when setting RUBY_GC_HEAP_INIT_SLOTS to a low value
by xfalcox (Rafael Silva) 20 Jan '23

20 Jan '23

Issue #19358 has been reported by xfalcox (Rafael Silva). ---------------------------------------- Bug #19358: Segfault when setting RUBY_GC_HEAP_INIT_SLOTS to a low value https://bugs.ruby-lang.org/issues/19358 * Author: xfalcox (Rafael Silva) * Status: Open * Priority: Normal * ruby -v: ruby 3.1.3p185 (2022-11-24 revision 1a6b16756e) [x86_64-linux] * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- This bug is similar to #19284 In Ruby 2.7 this works fine ``` docker run --rm -it -e RUBY_GC_HEAP_INIT_SLOTS=1 ruby:2.7 ruby -e 'puts "hello, world!"' hello, world! ``` On Ruby 3.1 I get a segfault ``` docker run --rm -it -e RUBY_GC_HEAP_INIT_SLOTS=1 ruby:3.1.3 ruby -e 'puts "hello, world!"' ruby: [BUG] heap_page_allocate: allocated(25) > sorted(24) ruby 3.1.3p185 (2022-11-24 revision 1a6b16756e) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0001 p:0000 s:0003 E:002060 (none) [FINISH] -- C level backtrace information ------------------------------------------- /usr/local/lib/libruby.so.3.1(rb_print_backtrace+0x11) [0x7f5fbb24fabb] vm_dump.c:759 /usr/local/lib/libruby.so.3.1(rb_vm_bugreport) vm_dump.c:1045 /usr/local/lib/libruby.so.3.1(bug_report_end+0x0) [0x7f5fbb04d6b5] error.c:798 /usr/local/lib/libruby.so.3.1(rb_bug_without_die) error.c:798 /usr/local/lib/libruby.so.3.1(die+0x0) [0x7f5fbafb1e25] error.c:806 /usr/local/lib/libruby.so.3.1(rb_bug) error.c:808 /usr/local/lib/libruby.so.3.1(heap_page_allocate+0x16) [0x7f5fbafb25d7] gc.c:2037 /usr/local/lib/libruby.so.3.1(heap_page_create+0x11) [0x7f5fbb06ef09] gc.c:2088 /usr/local/lib/libruby.so.3.1(heap_assign_page) gc.c:2113 /usr/local/lib/libruby.so.3.1(heap_add_pages) gc.c:2126 /usr/local/lib/libruby.so.3.1(heap_eden_total_pages+0x0) [0x7f5fbb07824a] gc.c:10878 /usr/local/lib/libruby.so.3.1(gc_set_initial_pages) gc.c:10881 /usr/local/lib/libruby.so.3.1(ruby_gc_set_params) gc.c:10936 /usr/local/lib/libruby.so.3.1(process_options+0x14f) [0x7f5fbb1a2c8f] ruby.c:1991 /usr/local/lib/libruby.so.3.1(ruby_process_options+0x11d) [0x7f5fbb1a42fd] ruby.c:2743 /usr/local/lib/libruby.so.3.1(ruby_options+0xcd) [0x7f5fbb05766d] eval.c:118 /usr/local/bin/ruby(main+0x53) [0x55d0d3676103] ./main.c:47 -- Other runtime information ----------------------------------------------- * Loaded script: ruby * Loaded features: 0 enumerator.so 1 thread.rb 2 fiber.so 3 rational.so 4 complex.so 5 ruby2_keywords.rb * Process memory map: 55d0d3675000-55d0d3676000 r--p 00000000 fe:00 14391848 /usr/local/bin/ruby 55d0d3676000-55d0d3677000 r-xp 00001000 fe:00 14391848 /usr/local/bin/ruby 55d0d3677000-55d0d3678000 r--p 00002000 fe:00 14391848 /usr/local/bin/ruby 55d0d3678000-55d0d3679000 r--p 00002000 fe:00 14391848 /usr/local/bin/ruby 55d0d3679000-55d0d367a000 rw-p 00003000 fe:00 14391848 /usr/local/bin/ruby 55d0d43aa000-55d0d4492000 rw-p 00000000 00:00 0 [heap] 7f5fb53df000-7f5fb55b1000 r--s 00000000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fb55b1000-7f5fb676f000 rw-p 00000000 00:00 0 7f5fb676f000-7f5fb748f000 r--s 00000000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fb748f000-7f5fb74c2000 r--s 00000000 fe:00 14391848 /usr/local/bin/ruby 7f5fb74c2000-7f5fb74c5000 r--p 00000000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74c5000-7f5fb74d6000 r-xp 00003000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74d6000-7f5fb74da000 r--p 00014000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74da000-7f5fb74db000 r--p 00017000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74db000-7f5fb74dc000 rw-p 00018000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74e4000-7f5fb74e8000 rw-p 00000000 00:00 0 7f5fb74e8000-7f5fb74e9000 ---p 00000000 00:00 0 7f5fb74e9000-7f5fb758a000 rw-p 00000000 00:00 0 7f5fb758a000-7f5fb758b000 ---p 00000000 00:00 0 7f5fb758b000-7f5fb762c000 rw-p 00000000 00:00 0 7f5fb762c000-7f5fb762d000 ---p 00000000 00:00 0 7f5fb762d000-7f5fb76ce000 rw-p 00000000 00:00 0 7f5fb76ce000-7f5fb76cf000 ---p 00000000 00:00 0 7f5fb76cf000-7f5fb7770000 rw-p 00000000 00:00 0 7f5fb7770000-7f5fb7771000 ---p 00000000 00:00 0 7f5fb7771000-7f5fb7812000 rw-p 00000000 00:00 0 7f5fb7812000-7f5fb7813000 ---p 00000000 00:00 0 7f5fb7813000-7f5fb78b4000 rw-p 00000000 00:00 0 7f5fb78b4000-7f5fb78b5000 ---p 00000000 00:00 0 7f5fb78b5000-7f5fb7956000 rw-p 00000000 00:00 0 7f5fb7956000-7f5fb7957000 ---p 00000000 00:00 0 7f5fb7957000-7f5fb79f8000 rw-p 00000000 00:00 0 7f5fb79f8000-7f5fb79f9000 ---p 00000000 00:00 0 7f5fb79f9000-7f5fb7a9a000 rw-p 00000000 00:00 0 7f5fb7a9a000-7f5fb7a9b000 ---p 00000000 00:00 0 7f5fb7a9b000-7f5fb7b3c000 rw-p 00000000 00:00 0 7f5fb7b3c000-7f5fb7b3d000 ---p 00000000 00:00 0 7f5fb7b3d000-7f5fb7bde000 rw-p 00000000 00:00 0 7f5fb7bde000-7f5fb7bdf000 ---p 00000000 00:00 0 7f5fb7bdf000-7f5fb7c80000 rw-p 00000000 00:00 0 7f5fb7c80000-7f5fb7c81000 ---p 00000000 00:00 0 7f5fb7c81000-7f5fb7d22000 rw-p 00000000 00:00 0 7f5fb7d22000-7f5fb7d23000 ---p 00000000 00:00 0 7f5fb7d23000-7f5fb7dc4000 rw-p 00000000 00:00 0 7f5fb7dc4000-7f5fb7dc5000 ---p 00000000 00:00 0 7f5fb7dc5000-7f5fb7e66000 rw-p 00000000 00:00 0 7f5fb7e66000-7f5fb7e67000 ---p 00000000 00:00 0 7f5fb7e67000-7f5fb7f08000 rw-p 00000000 00:00 0 7f5fb7f08000-7f5fb7f09000 ---p 00000000 00:00 0 7f5fb7f09000-7f5fb7faa000 rw-p 00000000 00:00 0 7f5fb7faa000-7f5fb7fab000 ---p 00000000 00:00 0 7f5fb7fab000-7f5fb804c000 rw-p 00000000 00:00 0 7f5fb804c000-7f5fb804d000 ---p 00000000 00:00 0 7f5fb804d000-7f5fb80ee000 rw-p 00000000 00:00 0 7f5fb80ee000-7f5fb80ef000 ---p 00000000 00:00 0 7f5fb80ef000-7f5fb8190000 rw-p 00000000 00:00 0 7f5fb8190000-7f5fb8191000 ---p 00000000 00:00 0 7f5fb8191000-7f5fb8232000 rw-p 00000000 00:00 0 7f5fb8232000-7f5fb8233000 ---p 00000000 00:00 0 7f5fb8233000-7f5fb82d4000 rw-p 00000000 00:00 0 7f5fb82d4000-7f5fb82d5000 ---p 00000000 00:00 0 7f5fb82d5000-7f5fb8376000 rw-p 00000000 00:00 0 7f5fb8376000-7f5fb8377000 ---p 00000000 00:00 0 7f5fb8377000-7f5fb8418000 rw-p 00000000 00:00 0 7f5fb8418000-7f5fb8419000 ---p 00000000 00:00 0 7f5fb8419000-7f5fb84ba000 rw-p 00000000 00:00 0 7f5fb84ba000-7f5fb84bb000 ---p 00000000 00:00 0 7f5fb84bb000-7f5fb855c000 rw-p 00000000 00:00 0 7f5fb855c000-7f5fb855d000 ---p 00000000 00:00 0 7f5fb855d000-7f5fb85fe000 rw-p 00000000 00:00 0 7f5fb85fe000-7f5fb85ff000 ---p 00000000 00:00 0 7f5fb85ff000-7f5fb86a0000 rw-p 00000000 00:00 0 7f5fb86a0000-7f5fb86a1000 ---p 00000000 00:00 0 7f5fb86a1000-7f5fb8742000 rw-p 00000000 00:00 0 7f5fb8742000-7f5fb8743000 ---p 00000000 00:00 0 7f5fb8743000-7f5fb87e4000 rw-p 00000000 00:00 0 7f5fb87e4000-7f5fb87e5000 ---p 00000000 00:00 0 7f5fb87e5000-7f5fb8886000 rw-p 00000000 00:00 0 7f5fb8886000-7f5fb8887000 ---p 00000000 00:00 0 7f5fb8887000-7f5fba928000 rw-p 00000000 00:00 0 7f5fba92f000-7f5fba9f0000 rw-p 00000000 00:00 0 7f5fba9f2000-7f5fbaaf3000 rw-p 00000000 00:00 0 7f5fbaaf3000-7f5fbab48000 r--p 00000000 fe:00 9964902 /usr/lib/locale/C.UTF-8/LC_CTYPE 7f5fbab48000-7f5fbab4a000 rw-p 00000000 00:00 0 7f5fbab4a000-7f5fbab6c000 r--p 00000000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbab6c000-7f5fbacc6000 r-xp 00022000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbacc6000-7f5fbad15000 r--p 0017c000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbad15000-7f5fbad19000 r--p 001ca000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbad19000-7f5fbad1b000 rw-p 001ce000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbad1b000-7f5fbad1f000 rw-p 00000000 00:00 0 7f5fbad1f000-7f5fbad2c000 r--p 00000000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbad2c000-7f5fbadc6000 r-xp 0000d000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbadc6000-7f5fbae61000 r--p 000a7000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbae61000-7f5fbae62000 r--p 00141000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbae62000-7f5fbae63000 rw-p 00142000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbae63000-7f5fbae65000 r--p 00000000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae65000-7f5fbae7a000 r-xp 00002000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae7a000-7f5fbae94000 r--p 00017000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae94000-7f5fbae95000 r--p 00030000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae95000-7f5fbae96000 rw-p 00031000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae96000-7f5fbaea0000 rw-p 00000000 00:00 0 7f5fbaea0000-7f5fbaea1000 r--p 00000000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea1000-7f5fbaea3000 r-xp 00001000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea3000-7f5fbaea4000 r--p 00003000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea4000-7f5fbaea5000 r--p 00003000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea5000-7f5fbaea6000 rw-p 00004000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea6000-7f5fbaeb1000 r--p 00000000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaeb1000-7f5fbaf0d000 r-xp 0000b000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf0d000-7f5fbaf24000 r--p 00067000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf24000-7f5fbaf25000 ---p 0007e000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf25000-7f5fbaf26000 r--p 0007e000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf26000-7f5fbaf27000 rw-p 0007f000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf27000-7f5fbaf29000 r--p 00000000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf29000-7f5fbaf2d000 r-xp 00002000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf2d000-7f5fbaf2f000 r--p 00006000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf2f000-7f5fbaf30000 r--p 00007000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf30000-7f5fbaf31000 rw-p 00008000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf31000-7f5fbaf37000 r--p 00000000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf37000-7f5fbaf47000 r-xp 00006000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf47000-7f5fbaf4d000 r--p 00016000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf4d000-7f5fbaf4e000 r--p 0001b000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf4e000-7f5fbaf4f000 rw-p 0001c000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf4f000-7f5fbaf53000 rw-p 00000000 00:00 0 7f5fbaf53000-7f5fbaf56000 r--p 00000000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf56000-7f5fbaf67000 r-xp 00003000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf67000-7f5fbaf6d000 r--p 00014000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf6d000-7f5fbaf6e000 ---p 0001a000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf6e000-7f5fbaf6f000 r--p 0001a000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf6f000-7f5fbaf70000 rw-p 0001b000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf71000-7f5fbaf78000 r--s 00000000 fe:00 9965170 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache 7f5fbaf78000-7f5fbafab000 r--p 00000000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbafab000-7f5fbb27a000 r-xp 00033000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb27a000-7f5fbb398000 r--p 00302000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb398000-7f5fbb399000 ---p 00420000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb399000-7f5fbb3a0000 r--p 00420000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb3a0000-7f5fbb3a3000 rw-p 00427000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb3a3000-7f5fbb3b7000 rw-p 00000000 00:00 0 7f5fbb3b7000-7f5fbb3b8000 r--p 00000000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3b8000-7f5fbb3d8000 r-xp 00001000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3d8000-7f5fbb3e0000 r--p 00021000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3e1000-7f5fbb3e2000 r--p 00029000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3e2000-7f5fbb3e3000 rw-p 0002a000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3e3000-7f5fbb3e4000 rw-p 00000000 00:00 0 7ffc7738b000-7ffc77b8a000 rw-p 00000000 00:00 0 [stack] 7ffc77bf0000-7ffc77bf4000 r--p 00000000 00:00 0 [vvar] 7ffc77bf4000-7ffc77bf6000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] ruby: [BUG] Segmentation fault at 0x0000000000000000 ruby 3.1.3p185 (2022-11-24 revision 1a6b16756e) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0001 p:0000 s:0003 E:002060 (none) [FINISH] -- Machine register context ------------------------------------------------ RIP: 0x00007f5fbab6c602 RBP: 0x0000000000000028 RSP: 0x00007ffc77b87710 RAX: 0x0000000000000000 RBX: 0x00007f5fbab48f40 RCX: 0x00007f5fbab82ce1 RDX: 0x0000000000000000 RDI: 0x0000000000000002 RSI: 0x00007ffc77b875f0 R8: 0x0000000000000000 R9: 0x00007ffc77b875f0 R10: 0x0000000000000008 R11: 0x0000000000000246 R12: 0x000055d0d43ad6a8 R13: 0x00007f5fb74e7ff0 R14: 0x000055d0d43ad680 R15: 0x000055d0d4470fc0 EFL: 0x0000000000010246 -- C level backtrace information ------------------------------------------- /usr/local/lib/libruby.so.3.1(rb_print_backtrace+0x11) [0x7f5fbb24f348] vm_dump.c:759 /usr/local/lib/libruby.so.3.1(rb_vm_bugreport) vm_dump.c:1045 /usr/local/lib/libruby.so.3.1(rb_bug_for_fatal_signal+0xf0) [0x7f5fbb04d800] error.c:821 /usr/local/lib/libruby.so.3.1(sigsegv+0x49) [0x7f5fbb1a5429] signal.c:964 /lib/x86_64-linux-gnu/libpthread.so.0(__restore_rt+0x0) [0x7f5fbaf44140] /lib/x86_64-linux-gnu/libc.so.6(abort+0x1ee) [0x7f5fbab6c602] /usr/local/lib/libruby.so.3.1(die+0x5) [0x7f5fbafb1e2a] error.c:784 /usr/local/lib/libruby.so.3.1(rb_bug) error.c:808 /usr/local/lib/libruby.so.3.1(die) (null):0 /usr/local/lib/libruby.so.3.1(rb_bug_for_fatal_signal) error.c:825 /usr/local/lib/libruby.so.3.1(heap_page_allocate+0x16) [0x7f5fbafb25d7] gc.c:2037 /usr/local/lib/libruby.so.3.1(heap_page_create+0x11) [0x7f5fbb06ef09] gc.c:2088 /usr/local/lib/libruby.so.3.1(heap_assign_page) gc.c:2113 /usr/local/lib/libruby.so.3.1(heap_add_pages) gc.c:2126 /usr/local/lib/libruby.so.3.1(heap_eden_total_pages+0x0) [0x7f5fbb07824a] gc.c:10878 /usr/local/lib/libruby.so.3.1(gc_set_initial_pages) gc.c:10881 /usr/local/lib/libruby.so.3.1(ruby_gc_set_params) gc.c:10936 /usr/local/lib/libruby.so.3.1(process_options+0x14f) [0x7f5fbb1a2c8f] ruby.c:1991 /usr/local/lib/libruby.so.3.1(ruby_process_options+0x11d) [0x7f5fbb1a42fd] ruby.c:2743 /usr/local/lib/libruby.so.3.1(ruby_options+0xcd) [0x7f5fbb05766d] eval.c:118 /usr/local/bin/ruby(main+0x53) [0x55d0d3676103] ./main.c:47 -- Other runtime information ----------------------------------------------- * Loaded script: ruby * Loaded features: 0 enumerator.so 1 thread.rb 2 fiber.so 3 rational.so 4 complex.so 5 ruby2_keywords.rb * Process memory map: 55d0d3675000-55d0d3676000 r--p 00000000 fe:00 14391848 /usr/local/bin/ruby 55d0d3676000-55d0d3677000 r-xp 00001000 fe:00 14391848 /usr/local/bin/ruby 55d0d3677000-55d0d3678000 r--p 00002000 fe:00 14391848 /usr/local/bin/ruby 55d0d3678000-55d0d3679000 r--p 00002000 fe:00 14391848 /usr/local/bin/ruby 55d0d3679000-55d0d367a000 rw-p 00003000 fe:00 14391848 /usr/local/bin/ruby 55d0d43aa000-55d0d4492000 rw-p 00000000 00:00 0 [heap] 7f5fb32d7000-7f5fb34a9000 r--s 00000000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fb34a9000-7f5fb34ce000 r--s 00000000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fb34ce000-7f5fb468c000 rw-p 00000000 00:00 0 7f5fb468c000-7f5fb53ac000 r--s 00000000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fb53ac000-7f5fb53df000 r--s 00000000 fe:00 14391848 /usr/local/bin/ruby 7f5fb53df000-7f5fb55b1000 r--s 00000000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fb55b1000-7f5fb676f000 rw-p 00000000 00:00 0 7f5fb676f000-7f5fb748f000 r--s 00000000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fb748f000-7f5fb74c2000 r--s 00000000 fe:00 14391848 /usr/local/bin/ruby 7f5fb74c2000-7f5fb74c5000 r--p 00000000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74c5000-7f5fb74d6000 r-xp 00003000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74d6000-7f5fb74da000 r--p 00014000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74da000-7f5fb74db000 r--p 00017000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74db000-7f5fb74dc000 rw-p 00018000 fe:00 9846564 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f5fb74e4000-7f5fb74e8000 rw-p 00000000 00:00 0 7f5fb74e8000-7f5fb74e9000 ---p 00000000 00:00 0 7f5fb74e9000-7f5fb758a000 rw-p 00000000 00:00 0 7f5fb758a000-7f5fb758b000 ---p 00000000 00:00 0 7f5fb758b000-7f5fb762c000 rw-p 00000000 00:00 0 7f5fb762c000-7f5fb762d000 ---p 00000000 00:00 0 7f5fb762d000-7f5fb76ce000 rw-p 00000000 00:00 0 7f5fb76ce000-7f5fb76cf000 ---p 00000000 00:00 0 7f5fb76cf000-7f5fb7770000 rw-p 00000000 00:00 0 7f5fb7770000-7f5fb7771000 ---p 00000000 00:00 0 7f5fb7771000-7f5fb7812000 rw-p 00000000 00:00 0 7f5fb7812000-7f5fb7813000 ---p 00000000 00:00 0 7f5fb7813000-7f5fb78b4000 rw-p 00000000 00:00 0 7f5fb78b4000-7f5fb78b5000 ---p 00000000 00:00 0 7f5fb78b5000-7f5fb7956000 rw-p 00000000 00:00 0 7f5fb7956000-7f5fb7957000 ---p 00000000 00:00 0 7f5fb7957000-7f5fb79f8000 rw-p 00000000 00:00 0 7f5fb79f8000-7f5fb79f9000 ---p 00000000 00:00 0 7f5fb79f9000-7f5fb7a9a000 rw-p 00000000 00:00 0 7f5fb7a9a000-7f5fb7a9b000 ---p 00000000 00:00 0 7f5fb7a9b000-7f5fb7b3c000 rw-p 00000000 00:00 0 7f5fb7b3c000-7f5fb7b3d000 ---p 00000000 00:00 0 7f5fb7b3d000-7f5fb7bde000 rw-p 00000000 00:00 0 7f5fb7bde000-7f5fb7bdf000 ---p 00000000 00:00 0 7f5fb7bdf000-7f5fb7c80000 rw-p 00000000 00:00 0 7f5fb7c80000-7f5fb7c81000 ---p 00000000 00:00 0 7f5fb7c81000-7f5fb7d22000 rw-p 00000000 00:00 0 7f5fb7d22000-7f5fb7d23000 ---p 00000000 00:00 0 7f5fb7d23000-7f5fb7dc4000 rw-p 00000000 00:00 0 7f5fb7dc4000-7f5fb7dc5000 ---p 00000000 00:00 0 7f5fb7dc5000-7f5fb7e66000 rw-p 00000000 00:00 0 7f5fb7e66000-7f5fb7e67000 ---p 00000000 00:00 0 7f5fb7e67000-7f5fb7f08000 rw-p 00000000 00:00 0 7f5fb7f08000-7f5fb7f09000 ---p 00000000 00:00 0 7f5fb7f09000-7f5fb7faa000 rw-p 00000000 00:00 0 7f5fb7faa000-7f5fb7fab000 ---p 00000000 00:00 0 7f5fb7fab000-7f5fb804c000 rw-p 00000000 00:00 0 7f5fb804c000-7f5fb804d000 ---p 00000000 00:00 0 7f5fb804d000-7f5fb80ee000 rw-p 00000000 00:00 0 7f5fb80ee000-7f5fb80ef000 ---p 00000000 00:00 0 7f5fb80ef000-7f5fb8190000 rw-p 00000000 00:00 0 7f5fb8190000-7f5fb8191000 ---p 00000000 00:00 0 7f5fb8191000-7f5fb8232000 rw-p 00000000 00:00 0 7f5fb8232000-7f5fb8233000 ---p 00000000 00:00 0 7f5fb8233000-7f5fb82d4000 rw-p 00000000 00:00 0 7f5fb82d4000-7f5fb82d5000 ---p 00000000 00:00 0 7f5fb82d5000-7f5fb8376000 rw-p 00000000 00:00 0 7f5fb8376000-7f5fb8377000 ---p 00000000 00:00 0 7f5fb8377000-7f5fb8418000 rw-p 00000000 00:00 0 7f5fb8418000-7f5fb8419000 ---p 00000000 00:00 0 7f5fb8419000-7f5fb84ba000 rw-p 00000000 00:00 0 7f5fb84ba000-7f5fb84bb000 ---p 00000000 00:00 0 7f5fb84bb000-7f5fb855c000 rw-p 00000000 00:00 0 7f5fb855c000-7f5fb855d000 ---p 00000000 00:00 0 7f5fb855d000-7f5fb85fe000 rw-p 00000000 00:00 0 7f5fb85fe000-7f5fb85ff000 ---p 00000000 00:00 0 7f5fb85ff000-7f5fb86a0000 rw-p 00000000 00:00 0 7f5fb86a0000-7f5fb86a1000 ---p 00000000 00:00 0 7f5fb86a1000-7f5fb8742000 rw-p 00000000 00:00 0 7f5fb8742000-7f5fb8743000 ---p 00000000 00:00 0 7f5fb8743000-7f5fb87e4000 rw-p 00000000 00:00 0 7f5fb87e4000-7f5fb87e5000 ---p 00000000 00:00 0 7f5fb87e5000-7f5fb8886000 rw-p 00000000 00:00 0 7f5fb8886000-7f5fb8887000 ---p 00000000 00:00 0 7f5fb8887000-7f5fba928000 rw-p 00000000 00:00 0 7f5fba92f000-7f5fba9f0000 rw-p 00000000 00:00 0 7f5fba9f2000-7f5fbaaf3000 rw-p 00000000 00:00 0 7f5fbaaf3000-7f5fbab48000 r--p 00000000 fe:00 9964902 /usr/lib/locale/C.UTF-8/LC_CTYPE 7f5fbab48000-7f5fbab4a000 rw-p 00000000 00:00 0 7f5fbab4a000-7f5fbab6c000 r--p 00000000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbab6c000-7f5fbacc6000 r-xp 00022000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbacc6000-7f5fbad15000 r--p 0017c000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbad15000-7f5fbad19000 r--p 001ca000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbad19000-7f5fbad1b000 rw-p 001ce000 fe:00 9846542 /lib/x86_64-linux-gnu/libc-2.31.so 7f5fbad1b000-7f5fbad1f000 rw-p 00000000 00:00 0 7f5fbad1f000-7f5fbad2c000 r--p 00000000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbad2c000-7f5fbadc6000 r-xp 0000d000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbadc6000-7f5fbae61000 r--p 000a7000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbae61000-7f5fbae62000 r--p 00141000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbae62000-7f5fbae63000 rw-p 00142000 fe:00 9846591 /lib/x86_64-linux-gnu/libm-2.31.so 7f5fbae63000-7f5fbae65000 r--p 00000000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae65000-7f5fbae7a000 r-xp 00002000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae7a000-7f5fbae94000 r--p 00017000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae94000-7f5fbae95000 r--p 00030000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae95000-7f5fbae96000 rw-p 00031000 fe:00 9846556 /lib/x86_64-linux-gnu/libcrypt.so.1.1.0 7f5fbae96000-7f5fbaea0000 rw-p 00000000 00:00 0 7f5fbaea0000-7f5fbaea1000 r--p 00000000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea1000-7f5fbaea3000 r-xp 00001000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea3000-7f5fbaea4000 r--p 00003000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea4000-7f5fbaea5000 r--p 00003000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea5000-7f5fbaea6000 rw-p 00004000 fe:00 9846557 /lib/x86_64-linux-gnu/libdl-2.31.so 7f5fbaea6000-7f5fbaeb1000 r--p 00000000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaeb1000-7f5fbaf0d000 r-xp 0000b000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf0d000-7f5fbaf24000 r--p 00067000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf24000-7f5fbaf25000 ---p 0007e000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf25000-7f5fbaf26000 r--p 0007e000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf26000-7f5fbaf27000 rw-p 0007f000 fe:00 9965197 /usr/lib/x86_64-linux-gnu/libgmp.so.10.4.1 7f5fbaf27000-7f5fbaf29000 r--p 00000000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf29000-7f5fbaf2d000 r-xp 00002000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf2d000-7f5fbaf2f000 r--p 00006000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf2f000-7f5fbaf30000 r--p 00007000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf30000-7f5fbaf31000 rw-p 00008000 fe:00 9846733 /lib/x86_64-linux-gnu/librt-2.31.so 7f5fbaf31000-7f5fbaf37000 r--p 00000000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf37000-7f5fbaf47000 r-xp 00006000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf47000-7f5fbaf4d000 r--p 00016000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf4d000-7f5fbaf4e000 r--p 0001b000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf4e000-7f5fbaf4f000 rw-p 0001c000 fe:00 9846718 /lib/x86_64-linux-gnu/libpthread-2.31.so 7f5fbaf4f000-7f5fbaf53000 rw-p 00000000 00:00 0 7f5fbaf53000-7f5fbaf56000 r--p 00000000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf56000-7f5fbaf67000 r-xp 00003000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf67000-7f5fbaf6d000 r--p 00014000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf6d000-7f5fbaf6e000 ---p 0001a000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf6e000-7f5fbaf6f000 r--p 0001a000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf6f000-7f5fbaf70000 rw-p 0001b000 fe:00 9846787 /lib/x86_64-linux-gnu/libz.so.1.2.11 7f5fbaf71000-7f5fbaf78000 r--s 00000000 fe:00 9965170 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache 7f5fbaf78000-7f5fbafab000 r--p 00000000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbafab000-7f5fbb27a000 r-xp 00033000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb27a000-7f5fbb398000 r--p 00302000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb398000-7f5fbb399000 ---p 00420000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb399000-7f5fbb3a0000 r--p 00420000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb3a0000-7f5fbb3a3000 rw-p 00427000 fe:00 14392044 /usr/local/lib/libruby.so.3.1.3 7f5fbb3a3000-7f5fbb3b7000 rw-p 00000000 00:00 0 7f5fbb3b7000-7f5fbb3b8000 r--p 00000000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3b8000-7f5fbb3d8000 r-xp 00001000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3d8000-7f5fbb3e0000 r--p 00021000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3e1000-7f5fbb3e2000 r--p 00029000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3e2000-7f5fbb3e3000 rw-p 0002a000 fe:00 9846484 /lib/x86_64-linux-gnu/ld-2.31.so 7f5fbb3e3000-7f5fbb3e4000 rw-p 00000000 00:00 0 7ffc7738b000-7ffc77b8a000 rw-p 00000000 00:00 0 [stack] 7ffc77bf0000-7ffc77bf4000 r--p 00000000 00:00 0 [vvar] 7ffc77bf4000-7ffc77bf6000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall] ``` -- https://bugs.ruby-lang.org/

3 2

[ruby-core:111936] [Ruby master Bug#18666] No rule to make target 'yaml/yaml.h', needed by 'api.o'
by hsbt (Hiroshi SHIBATA) 20 Jan '23

20 Jan '23

Issue #18666 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Assigned to Feedback @duerst This issue may cause with your environment. ---------------------------------------- Bug #18666: No rule to make target 'yaml/yaml.h', needed by 'api.o' https://bugs.ruby-lang.org/issues/18666#change-101366 * Author: duerst (Martin Dürst) * Status: Feedback * Priority: Normal * Assignee: hsbt (Hiroshi SHIBATA) * ruby -v: ruby 3.1.0dev (2021-06-03T06:59:33Z master 7e14762159) [x86_64-linux] * Backport: 2.6: UNKNOWN, 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN ---------------------------------------- When updating my Ruby compilation with `make up; make`, I hit the following error: ``` make[2]: Entering directory '/home/duerst/14ruby/ext/psych' make[2]: *** No rule to make target 'yaml/yaml.h', needed by 'api.o'. Stop. make[2]: Leaving directory '/home/duerst/14ruby/ext/psych' make[1]: *** [exts.mk:262: ext/psych/all] Error 2 make[1]: Leaving directory '/home/duerst/14ruby' make: *** [uncommon.mk:307: build-ext] Error 2 ``` `./ruby -v` is `ruby 3.2.0dev (2022-03-22T19:51:05Z master 0140e6c41e) [x86_64-linux]` All of this is on Ubuntu 20.04 on WSL2 on Windows 10. My guess is that this bug is related to recent changes in psych/yaml/... ---Files-------------------------------- mkmf.log (14.8 KB) mkmf.log (2.57 KB) -- https://bugs.ruby-lang.org/

2 1

[ruby-core:111935] [Ruby master Feature#16963] Remove English.rb from Ruby 2.8/3.0
by hsbt (Hiroshi SHIBATA) 20 Jan '23

20 Jan '23

Issue #16963 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Assigned to Closed I withdraw this proposal. We need to consider another deprecate plan. ---------------------------------------- Feature #16963: Remove English.rb from Ruby 2.8/3.0 https://bugs.ruby-lang.org/issues/16963#change-101365 * Author: hsbt (Hiroshi SHIBATA) * Status: Closed * Priority: Normal * Assignee: hsbt (Hiroshi SHIBATA) ---------------------------------------- English.rb is no longer maintained by ruby core team. Can we remove it from our repository? The users can install if from rubygems.org now. -- https://bugs.ruby-lang.org/

1 0