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

[ruby-core:121500] [Ruby Bug#21211] Incomplete Backtrace for Socket Errors in Ruby 3.4+
by ioquatix (Samuel Williams) 14 Apr '25

14 Apr '25

Issue #21211 has been reported by ioquatix (Samuel Williams). ---------------------------------------- Bug #21211: Incomplete Backtrace for Socket Errors in Ruby 3.4+ https://bugs.ruby-lang.org/issues/21211 * Author: ioquatix (Samuel Williams) * Status: Open * Assignee: shioimm (Misaki Shioi) * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- When invoking `Socket.tcp` with an invalid hostname (e.g., "foo.bar") in Ruby 3.4, the error raised does not provide a complete backtrace indicating the original application code that made the call. This behavior differs from Ruby 3.3 where the backtrace includes the relevant context. ## Steps to Reproduce: Run the following code in an IRB session with Ruby 3.4.2: ```ruby require 'socket' Socket.tcp("foo.bar", 80) ``` Observe the error output: ``` /opt/rubies/3.4.2/lib/ruby/3.4.0/socket.rb:955:in 'Addrinfo.getaddrinfo': getaddrinfo: nodename nor servname provided, or not known (Socket::ResolutionError) from /opt/rubies/3.4.2/lib/ruby/3.4.0/socket.rb:955:in 'Socket.resolve_hostname' from /opt/rubies/3.4.2/lib/ruby/3.4.0/socket.rb:711:in 'block (2 levels) in Socket.tcp_with_fast_fallback' ``` ## Expected Behavior: The error backtrace should include the original application code that triggered the socket call, providing better context for debugging. ``` /Users/samuel/.rubies/ruby-3.1.6/lib/ruby/3.1.0/socket.rb:227:in `getaddrinfo': getaddrinfo: nodename nor servname provided, or not known (SocketError) from /Users/samuel/.rubies/ruby-3.1.6/lib/ruby/3.1.0/socket.rb:227:in `foreach' from /Users/samuel/.rubies/ruby-3.1.6/lib/ruby/3.1.0/socket.rb:632:in `tcp' from (irb):2:in `<main>' from /Users/samuel/.rubies/ruby-3.1.6/lib/ruby/gems/3.1.0/gems/irb-1.4.1/exe/irb:11:in `<top (required)>' from /Users/samuel/.rubies/ruby-3.1.6/bin/irb:25:in `load' from /Users/samuel/.rubies/ruby-3.1.6/bin/irb:25:in `<main>' ``` The change in how error backtraces are reported in Ruby 3.4 diminishes the ability to trace errors to user-level code, impacting debugging efforts. Can we restore or improve the backtrace reporting for socket-related errors. -- https://bugs.ruby-lang.org/

3 3

[ruby-core:121302] [Ruby master Bug#21183] Ractor error with Prism::VERSION
by getajobmike (Mike Perham) 14 Apr '25

14 Apr '25

Issue #21183 has been reported by getajobmike (Mike Perham). ---------------------------------------- Bug #21183: Ractor error with Prism::VERSION https://bugs.ruby-lang.org/issues/21183 * Author: getajobmike (Mike Perham) * Status: Open * ruby -v: 3.4.1 * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ``` /Users/mperham/.rubies/ruby-3.4.1/lib/ruby/3.4.0/error_highlight/base.rb:88:in 'ErrorHighlight.prism_find': can not access non-shareable objects in constant Prism::VERSION by non-main Ractor. (Ractor::IsolationError) #<Thread:0x000000011e89fbb0 run> terminated with exception (report_on_exception is true): from /Users/mperham/.rubies/ruby-3.4.1/lib/ruby/3.4.0/error_highlight/base.rb:65:in 'ErrorHighlight.spot' /Users/mperham/.rubies/ruby-3.4.1/lib/ruby/3.4.0/error_highlight/base.rb:88:in 'ErrorHighlight.prism_find' from /Users/mperham/.rubies/ruby-3.4.1/lib/ruby/3.4.0/error_highlight/core_ext.rb:6:in 'ErrorHighlight::CoreExt#generate_snippet' from /Users/mperham/.rubies/ruby-3.4.1/lib/ruby/3.4.0/error_highlight/core_ext.rb:14:in 'ErrorHighlight::CoreExt#detailed_message' : from /Users/mperham/.rubies/ruby-3.4.1/lib/ruby/3.4.0/did_you_mean/core_ext/name_error.rb:24:in 'DidYouMean::Correctable#detailed_message' ``` -- https://bugs.ruby-lang.org/

5 4

[ruby-core:121489] [Ruby Bug#21207] CSV gem not installing in head
by MSP-Greg (Greg L) 13 Apr '25

13 Apr '25

Issue #21207 has been reported by MSP-Greg (Greg L). ---------------------------------------- Bug #21207: CSV gem not installing in head https://bugs.ruby-lang.org/issues/21207 * Author: MSP-Greg (Greg L) * Status: Open * ruby -v: ruby 3.5.0dev (2025-03-31T14:56:29Z master 8a475d15d6) +PRISM * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- The current MinGW workflow in Ruby shows: ```text skipped bundled gems: csv-3.3.4.gem not found in bundled_gems ``` I verified the same locally with both a Windows UCRT build and an Ubuntu build, and the ruby-loco builds are also failing. The current line in `bundled_gems`: ```text csv 3.3.3 https://github.com/ruby/csv e0874e47e2730dacccdb0c534a2cdc073d3bdaea ``` If one changes that to the below, ruby-loco builds pass. ```text csv 3.3.4 https://github.com/ruby/csv e0874e47e2730dacccdb0c534a2cdc073d3bdaea ``` But, Ruby's CI fails in the `./.github/actions/setup/directories` step. -- https://bugs.ruby-lang.org/

2 4

[ruby-core:121642] [Ruby Bug#21266] YJIT GC safety crash with proc objects as block argument
by alanwu (Alan Wu) 13 Apr '25

13 Apr '25

Issue #21266 has been reported by alanwu (Alan Wu). ---------------------------------------- Bug #21266: YJIT GC safety crash with proc objects as block argument https://bugs.ruby-lang.org/issues/21266 * Author: alanwu (Alan Wu) * Status: Open * Assignee: yjit * Backport: 3.2: DONTNEED, 3.3: REQUIRED, 3.4: REQUIRED ---------------------------------------- ```ruby # Run with --yjit-call-threshold=1 def foo(args) = bar(*args, &proc { _1 }) def bar(_, _, _, _, *rest) = yield rest GC.stress = true foo([1,2,3,4]) foo([1,2,3,4]) ``` The proc in these calls get collected on the yield to the GC to allocate the rest parameter arary. ``` ../vm_core.h:1668: Assertion Failed: vm_block_handler_type:rb_obj_is_proc(block_handler) ``` Or in release builds: ``` ../test.rb:1: [BUG] Segmentation fault at 0x0000000000000020 ruby 3.3.6 (2024-11-05 revision 75015d4c1f) +YJIT [arm64-darwin24] -- C level backtrace information ------------------------------------------- /Users/alan/.rubies/ruby-3.3.6/bin/ruby(rb_vm_bugreport+0xb4c) [0x104595590] /Users/alan/.rubies/ruby-3.3.6/bin/ruby(rb_bug_for_fatal_signal+0x100) [0x1043d6120] /Users/alan/.rubies/ruby-3.3.6/bin/ruby(sig_do_nothing+0x0) [0x1044fc4b0] /usr/lib/system/libsystem_platform.dylib(_sigtramp+0x38) [0x187572de4] /Users/alan/.rubies/ruby-3.3.6/bin/ruby(rb_vm_invokeblock+0x144) [0x10456b004] ``` -- https://bugs.ruby-lang.org/

1 0

[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:121629] [Ruby Bug#21265] Crash when proc from Symbol#to_proc called outside refinement scope
by alanwu (Alan Wu) 11 Apr '25

11 Apr '25

Issue #21265 has been reported by alanwu (Alan Wu). ---------------------------------------- Bug #21265: Crash when proc from Symbol#to_proc called outside refinement scope https://bugs.ruby-lang.org/issues/21265 * Author: alanwu (Alan Wu) * Status: Open * ruby -v: ruby 3.4.2 and trunk * Backport: 3.2: DONTNEED, 3.3: DONTNEED, 3.4: REQUIRED ---------------------------------------- ```ruby class RefinedScope using(Module.new { refine(Kernel) { def itself = 0 } }) ITSELF = :itself.to_proc end RefinedScope::ITSELF[0] ``` ``` ../vm_method.c:1371: Assertion Failed: prepare_callable_method_entry:RB_TYPE_2_P(defined_class, RUBY_T_ICLASS, RUBY_T_MODULE): defined_class: T_FALSE ``` Or SEGV without `-DRUBY_DEBUG`. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:121626] [Ruby Feature#21263] eval-after-require hook
by znz (Kazuhiro NISHIYAMA) 10 Apr '25

10 Apr '25

Issue #21263 has been reported by znz (Kazuhiro NISHIYAMA). ---------------------------------------- Feature #21263: eval-after-require hook https://bugs.ruby-lang.org/issues/21263 * Author: znz (Kazuhiro NISHIYAMA) * Status: Open ---------------------------------------- I want to register hook after require. But I have no idea how to write it. Expected use cases: 1. Load related things after require. For example, IRB load related RBS after require something. 2. Soft dependency. For example, mashalling libraries load codes supporting bigdecimal, date, or some optional data types after require them only. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:121625] [Ruby Feature#18035] Introduce general model/semantic for immutability.
by ioquatix (Samuel Williams) 10 Apr '25

10 Apr '25

Issue #18035 has been updated by ioquatix (Samuel Williams). I found a good example of why the proposed interface would be a good idea: https://github.com/ruby/resolv/pull/62 This PR introduces lot of `freeze`. For example: ```ruby return { :nameserver => nameserver.freeze, :search => search.freeze, :ndots => ndots.freeze }.freeze ---------------------------------------- Feature #18035: Introduce general model/semantic for immutability. https://bugs.ruby-lang.org/issues/18035#change-112680 * Author: ioquatix (Samuel Williams) * Status: Open ---------------------------------------- It would be good to establish some rules around mutability, immutability, frozen, and deep frozen in Ruby. I see time and time again, incorrect assumptions about how this works in production code. Constants that aren't really constant, people using `#freeze` incorrectly, etc. I don't have any particular preference but: - We should establish consistent patterns where possible, e.g. - Objects created by `new` are mutable. - Objects created by literal are immutable. We have problems with how `freeze` works on composite data types, e.g. `Hash#freeze` does not impact children keys/values, same for Array. Do we need to introduce `freeze(true)` or `#deep_freeze` or some other method? Because of this, frozen does not necessarily correspond to immutable. This is an issue which causes real world problems. I also propose to codify this where possible, in terms of "this class of object is immutable" should be enforced by the language/runtime, e.g. ```ruby module Immutable def new(...) super.freeze end end class MyImmutableObject extend Immutable def initialize(x) @x = x end def freeze return self if frozen? @x.freeze super end end o = MyImmutableObject.new([1, 2, 3]) puts o.frozen? ``` Finally, this area has an impact to thread and fiber safe programming, so it is becoming more relevant and I believe that the current approach which is rather adhoc is insufficient. I know that it's non-trivial to retrofit existing code, but maybe it can be done via magic comment, etc, which we already did for frozen string literals. Proposed PR: https://github.com/ruby/ruby/pull/4879 -- https://bugs.ruby-lang.org/

1 0

[ruby-core:121608] [Ruby Bug#21260] duping stringio objects shares cursors
by chucke (Tiago Cardoso) 10 Apr '25

10 Apr '25

Issue #21260 has been reported by chucke (Tiago Cardoso). ---------------------------------------- Bug #21260: duping stringio objects shares cursors https://bugs.ruby-lang.org/issues/21260 * Author: chucke (Tiago Cardoso) * Status: Open * ruby -v: ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [x86_64-darwin23] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- I've found that, if I `.dup` a stringio, when I read one of the objects, the cursor also moves internally on the other: ```ruby require "stringio" s1 = StringIO.new("test") s2 = s1.dup s1.read #=> "test" s2.read #=> "" s1.rewind s2.rewind s2.read #=> "test" s1.read #=> "" s1.pos #=> 4 s2.pos #=> 4 ``` -- https://bugs.ruby-lang.org/

2 2

[ruby-core:121066] [Ruby master Bug#21141] `Time#utc?` does not work with a timezone object
by nobu (Nobuyoshi Nakada) 09 Apr '25

09 Apr '25

Issue #21141 has been reported by nobu (Nobuyoshi Nakada). ---------------------------------------- Bug #21141: `Time#utc?` does not work with a timezone object https://bugs.ruby-lang.org/issues/21141 * Author: nobu (Nobuyoshi Nakada) * Status: Open * Backport: 3.1: REQUIRED, 3.2: REQUIRED, 3.3: REQUIRED, 3.4: REQUIRED ---------------------------------------- ```ruby require 'timezone' require 'tzinfo' t = Time.now(in: "UTC") t_timezone = Time.now(in: Timezone["UTC"]) t_tzinfo = Time.now(in: TZInfo::Timezone.get("UTC")) p t.utc? #=> true p t_timezone.utc? #=> false p t_tzinfo.utc? #=> false ``` This also affects `strftime("%-z")`. -- https://bugs.ruby-lang.org/

3 3