ruby.git/ext, branch v3_4_9 The Ruby Programming Language Bump zlib version to 3.2.3. 2026-03-07T05:50:06+00:00 nagachika nagachika@ruby-lang.org 2026-03-07T05:13:14+00:00 3e9494c70bb7b23a5982e8b21087938e8a753b91 






objspace_dump: Skip invalid CME when dumping CCs
2026-03-07T05:17:15+00:00

John Hawthorn
john@hawthorn.email

2026-02-10T02:39:51+00:00

153fa85994f3f06c93e2b10726c98b6f3b824225

When a CC is invalidated only the klass field is set to 0. After it's
invalidated it isn't safe to access the CME, as it may have been freed.

I made a similar change in Ruby 4.0 in
640a2f1dc77c0ecf226dbd71cf7a1eb876a1f037, but assumed it was due to the
changes we'd made to callcaches making klass a weak-reference.

Co-authored-by: Christian Bruckmayer <christian.bruckmayer@shopify.com>





When a CC is invalidated only the klass field is set to 0. After it's
invalidated it isn't safe to access the CME, as it may have been freed.

I made a similar change in Ruby 4.0 in
640a2f1dc77c0ecf226dbd71cf7a1eb876a1f037, but assumed it was due to the
changes we'd made to callcaches making klass a weak-reference.

Co-authored-by: Christian Bruckmayer <christian.bruckmayer@shopify.com>







merge revision(s) bc2a8a002a6c41fc1b28e02e15e2fb2b72d1b66e, c26057ebafb23b063190d31d5b4d19a0e0a1306c: [Backport #21779]
2025-12-16T23:53:03+00:00

Takashi Kokubun
takashikkbn@gmail.com

2025-12-16T23:53:03+00:00

252b718582baf5760a6db2efdb58b84a0bf3f47f

	[PATCH] [Bug #21779] Uniquify `InitVM` functions as well as `Init`

	Avoid possible name conflict when `--with-static-linked-ext`.

	[PATCH] [Bug #21779] Do not export InitVM functions

	Fix ruby/io-console#105.





	[PATCH] [Bug #21779] Uniquify `InitVM` functions as well as `Init`

	Avoid possible name conflict when `--with-static-linked-ext`.

	[PATCH] [Bug #21779] Do not export InitVM functions

	Fix ruby/io-console#105.







merge revision(s) beb85e7eeee4163cd45b69645a60cdb942f72c05: [Backport #21705]
2025-12-08T22:46:06+00:00

Takashi Kokubun
takashikkbn@gmail.com

2025-12-08T22:46:06+00:00

955decc1da6cd2441c24d22e8909a3e995973769

	[PATCH] [Bug #21705] Fix segfaults on Windows

	It should check the type of the argument and coercion before
	converting the encoding.





	[PATCH] [Bug #21705] Fix segfaults on Windows

	It should check the type of the argument and coercion before
	converting the encoding.







Avoid spawning thread for trivial getnameinfo calls
2025-11-17T21:28:01+00:00

John Hawthorn
john@hawthorn.email

2025-08-20T02:13:00+00:00

7482835d0b5c9f55662fb7c6586f456354e2b66e

When calling getnameinfo we spawn a thread because it may do a slow,
blocking reverse-DNS lookup. Spawning a thread is relatively fast (~20µs
on my Linux machine) but still an order of magnitude slower than when
getnameinfo is simply translating to a numeric IP or port, which, at
least in my tests on Linux, doesn't even make a syscall.

This commit adds a fast path for when reverse DNS isn't required: either
host isn't being fetched or NI_NUMERICHOST is set AND either the
service name isn't required or NI_NUMERICSERV is set. The service name
should only need to read /etc/services, which should be fast-ish, but
is still I/O so I kept the existing behaviour (it could be on a network
fs I guess).

I tested with:

    s = TCPSocket.open("www.ruby-lang.org", 80)
    500_000.times { Socket.unpack_sockaddr_in(s.getpeername) }

Before: 12.935s
After: 0.338s





When calling getnameinfo we spawn a thread because it may do a slow,
blocking reverse-DNS lookup. Spawning a thread is relatively fast (~20µs
on my Linux machine) but still an order of magnitude slower than when
getnameinfo is simply translating to a numeric IP or port, which, at
least in my tests on Linux, doesn't even make a syscall.

This commit adds a fast path for when reverse DNS isn't required: either
host isn't being fetched or NI_NUMERICHOST is set AND either the
service name isn't required or NI_NUMERICSERV is set. The service name
should only need to read /etc/services, which should be fast-ish, but
is still I/O so I kept the existing behaviour (it could be on a network
fs I guess).

I tested with:

    s = TCPSocket.open("www.ruby-lang.org", 80)
    500_000.times { Socket.unpack_sockaddr_in(s.getpeername) }

Before: 12.935s
After: 0.338s







ext/socket: Set raddrinfo thread as detached before thread start (#15194)
2025-11-14T19:48:40+00:00

Luke Gruber
luke.gruber@shopify.com

2025-11-14T19:48:40+00:00

9e4829699b544370dd3a83df3e2c6b9168c34159

Backport of https://github.com/ruby/ruby/pull/15142

[Bug #21679]




Backport of https://github.com/ruby/ruby/pull/15142

[Bug #21679]






[Backport #21625] Allow io/wait methods with `IO#ungetc` in text mode
2025-11-06T18:25:54+00:00

Nobuyoshi Nakada
nobu@ruby-lang.org

2025-10-28T12:55:18+00:00

a7eba5453934e778c5911a4b69d9c3b8fdf31a23












Update openssl gem to 3.3.1 for Ruby 3.4 (#14792)
2025-10-09T14:32:47+00:00

Bo Anderson
mail@boanderson.me

2025-10-09T14:32:47+00:00

fce44db5eb7baf1ddd2238254c3cf617fcfd1112

Update openssl gem to 3.3.1

[Backport #21631]




Update openssl gem to 3.3.1

[Backport #21631]






merge revision(s) 2bb6fe3854e2a4854bb89bfce4eaaea9d848fd1b: [Backport #21629]
2025-10-08T23:50:58+00:00

Takashi Kokubun
takashikkbn@gmail.com

2025-10-08T23:50:40+00:00

18e176659e8afe402cab7d39972f2d56f2cf378f

	[PATCH] [Bug #21629] Initialize `struct RString`

which appears to be missed in the previous commit for some reason.





	[PATCH] [Bug #21629] Initialize `struct RString`

which appears to be missed in the previous commit for some reason.







[ruby/json] [ruby/json] Run `have_func` with the header providing the declarations
2025-07-15T16:23:42+00:00

Nobuyoshi Nakada
nobu@ruby-lang.org

2025-07-01T08:38:25+00:00

d2264185fad4f272a8cb5b9865fd3cd47e5e8291

https://github.com/ruby/json/commit/95fb084027

https://github.com/ruby/json/commit/9d080765cc





https://github.com/ruby/json/commit/95fb084027

https://github.com/ruby/json/commit/9d080765cc