- ruby-dev - ml.ruby-lang.org

[ruby-dev:52175] [Ruby Bug#21663] IO#pos will corrupt the file position in specific situation.
by t_nagaya (Tsutomu Nagaya) 02 Nov '25

02 Nov '25

Issue #21663 has been reported by t_nagaya (Tsutomu Nagaya). ---------------------------------------- Bug #21663: IO#pos will corrupt the file position in specific situation. https://bugs.ruby-lang.org/issues/21663 * Author: t_nagaya (Tsutomu Nagaya) * Status: Open * ruby -v: ruby 3.2.3 (2024-01-18 revision 52bb2ac0a6) [x64-mingw-ucrt] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- `IO#pos` and `IO#tell` will corrupt the file position in the following situation. ### Situation: - Running on Windows. (`RUBY_CRLF_ENVIRONMENT` is defined.) - The filesize is over 0x100000000 bytes. - The file is opened in text mode. - There are several `CRLF`s written around 0x100000000. - Some read operations to fill internal buffer (`rbuf`) has been performed. - The real file position (associated with the file descriptor) is somewhat greater than 0x100000000. ### Code to reproduce: ```ruby file = "./test_file" # Prepare a test file f = File.open(file, "wb:binary") f.truncate(0x100000000) f.pos = f.size - 13 f.puts("0123456789\r\n9876543210\r\n" * 10) f.close # Operations to reproduce f = File.open(file, "r:utf-8") f.seek(0x100000000 - 13) puts "%#x" % f.pos p f.gets puts "%#x" % f.pos p f.gets puts "%#x" % f.pos f.close ``` ### Actual result: ``` 0xfffffff3 "0123456789\n" 0x100000012 "789\n" 0x100000017 ``` ### Expected result: ``` 0xfffffff3 "0123456789\n" 0xffffffff "9876543210\n" 0x10000000b ``` ### Notes: Currently, io.c has the following code. In the above situation, `extra_max` may be set to 0 or a small integer value by casting it as the type `long` (assumed 4 bytes). So `newlines` is set lower than the actual count, the file does not seek back correctly. ```c /* * IO unread with taking care of removed '\r' in text mode. */ static void io_unread(rb_io_t *fptr, bool discard_rbuf) { rb_off_t r, pos; ssize_t read_size; long i; long newlines = 0; long extra_max; char *p; char *buf; rb_io_check_closed(fptr); if (fptr->rbuf.len == 0 || fptr->mode & FMODE_DUPLEX) { return; } errno = 0; if (!rb_w32_fd_is_text(fptr->fd)) { r = lseek(fptr->fd, -fptr->rbuf.len, SEEK_CUR); if (r < 0 && errno) { if (errno == ESPIPE) fptr->mode |= FMODE_DUPLEX; if (!discard_rbuf) return; } goto end; } pos = lseek(fptr->fd, 0, SEEK_CUR); if (pos < 0 && errno) { if (errno == ESPIPE) fptr->mode |= FMODE_DUPLEX; if (!discard_rbuf) goto end; } /* add extra offset for removed '\r' in rbuf */ extra_max = (long)(pos - fptr->rbuf.len); p = fptr->rbuf.ptr + fptr->rbuf.off; /* if the end of rbuf is '\r', rbuf doesn't have '\r' within rbuf.len */ if (*(fptr->rbuf.ptr + fptr->rbuf.capa - 1) == '\r') { newlines++; } for (i = 0; i < fptr->rbuf.len; i++) { if (*p == '\n') newlines++; if (extra_max == newlines) break; p++; } buf = ALLOC_N(char, fptr->rbuf.len + newlines); while (newlines >= 0) { r = lseek(fptr->fd, pos - fptr->rbuf.len - newlines, SEEK_SET); if (newlines == 0) break; if (r < 0) { newlines--; continue; } read_size = _read(fptr->fd, buf, fptr->rbuf.len + newlines); if (read_size < 0) { int e = errno; free(buf); rb_syserr_fail_path(e, fptr->pathv); } if (read_size == fptr->rbuf.len) { lseek(fptr->fd, r, SEEK_SET); break; } else { newlines--; } } free(buf); end: fptr->rbuf.off = 0; fptr->rbuf.len = 0; clear_codeconv(fptr); return; } ``` -- https://bugs.ruby-lang.org/

1 0

[ruby-dev:52083] I RECORDED YOU!
by ruby-dev＠ruby-lang.org 17 Oct '25

17 Oct '25

Hello there! Unfortunately, there are some bad news for you. Some time ago your device was infected with my private trojan, R.A.T (Remote Administration Tool), if you want to find out more about it simply use Google. My trojan allowed me to access your files, accounts and your camera. Check the sender of this email, I have sent it from your email account. To make sure you read this email, you will receive it multiple times. You truly enjoy checking out porn websites and watching dirty videos, while having a lot of kinky fun. I RECORDED YOU (through your camera) SATISFYING YOURSELF! After that I removed my malware to not leave any traces. If you still doubt my serious intentions, it only takes couple mouse clicks to share the video of you with your friends, relatives, all email contacts, on social networks, the darknet and to publish all your files. All you need is $1800 USD in Bitcoin (BTC) transfer to my account. After the transaction is successful, I will proceed to delete everything. Be sure, I keep my promises. You can easily buy Bitcoin (BTC) here: https://cex.io/buy-bitcoins https://nexo.com/buy-crypto/bitcoin-btc https://bitpay.com/buy-bitcoin/?crypto=BTC https://paybis.com/ https://invity.io/buy-crypto Or simply google other exchanger. After that send the Bitcoin (BTC) directly to my wallet, or install the free software: Atomicwallet, or: Exodus wallet, then receive and send to mine. My Bitcoin (BTC) address is: 13HAreeSVjLf3aueZXf9zmrS1FmvkF4opS Yes, that's how the address looks like, copy and paste my address, it's (cAsE-sEnSEtiVE). You are given not more than 3 days after you have opened this email. As I got access to this email account, I will know if this email has already been read. Everything will be carried out based on fairness. An advice from me, regularly change all your passwords to your accounts and update your device with newest security patches.

2 3

[ruby-dev:52164] [Ruby Bug#21608] 三項演算子と break を組み合わせると SyntaxError
by ursm (Keita Urashima) 17 Sep '25

17 Sep '25

Issue #21608 has been reported by ursm (Keita Urashima). ---------------------------------------- Bug #21608: 三項演算子と break を組み合わせると SyntaxError https://bugs.ruby-lang.org/issues/21608 * Author: ursm (Keita Urashima) * Status: Open * ruby -v: ruby 3.4.6 (2025-09-16 revision dbd83256b1) +PRISM [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ``` >> RUBY_VERSION => "3.4.5" >> [1, 2].find {|i| i.even? ? break i : nil } ``` ``` >> RUBY_VERSION => "3.4.6" >> [1, 2].find {|i| i.even? ? break i : nil } <internal:kernel>:168:in 'Kernel#loop': (irb):2: syntax error found (SyntaxError) > 2 | ... i : nil } | ^ unexpected local variable or method, expecting end-of-input from /home/ursm/.local/share/mise/installs/ruby/3.4.6/lib/ruby/gems/3.4.0/gems/irb-1.15.2/exe/irb:9:in '<top (required)>' from /home/ursm/.local/share/mise/installs/ruby/3.4.6/bin/irb:25:in 'Kernel#load' from /home/ursm/.local/share/mise/installs/ruby/3.4.6/bin/irb:25:in '<main>' ``` -- https://bugs.ruby-lang.org/

4 3

[ruby-dev:52162] 協力オファー
by ruby-dev＠ruby-lang.org 13 Jul '25

13 Jul '25

御機嫌よう！ ご覧の通り、これは形式張ったメールではありませんが、残念ながら何かあなたへの朗報だとも限りません。しかし、そんなことは重要ではないので落胆しないでくださいね。今から全てをご説明いたします。 私は、あなたが頻繁に利用されているローカルネットワークの一部となる電子デバイスにアクセスしました。あなたのアクティビティを過去数ヶ月間追跡しております。 どうしてこうなったのか？と言うことですが、 エクスプロイトによってハッキングされたウェブサイトへあなたが訪問した為、あなたのデバイスが、私のマルウェアに晒されたのがきっかけです。（マルウェアは、この分野の専門家からダークネットで購入しました。） これはとても複雑なソフトウェアで、トロイの木馬のように機能します。頻繁に更新される為、あなたのウィルス対策では検出できません。 このプログラムにはキーロガーが備わっていて、あなたのカメラやマイクのON/OFFを切り替えたり、ファイルを送信したり、あなたのローカルネットワークへのアクセスの提供を可能にします。 他のデバイスからの情報へアクセスするには少し時間を要しましたが、今のところ、私はあなたの全ての連絡先と会話内容、あなたの居場所についての情報、あなたが好きなもの、あなたのお気に入りのWebサイト等を把握しています。 正直な話、最初は何も悪気はなく、ただ楽しむために行っていました。これは私の趣味なのです。 しかしCOVIDに感染してしまい、残念ながら職を失いました。 そして、「自分の趣味」を使ってあなたからお金を頂戴する方法を考えついたのです！ あなたが自慰行為している動画を録画しました。この動画は二画面になっていて、あなたの顔は簡単に認識できますし、どのようなビデオを好むのかがハッキリと明らかになるようになっています。 私はこの行為を誇らしくは思っていないのですが、生き延びるためにはお金が必要なのです。 では、取引をしましょう。私が求める金額をあなたが私に支払えば、この動画があなたの友達、家族や他の知人に送信されることは一切ありません。 これは冗談ではないことは理解してくださいね。私はEメールで送信することもできますし、SMSのリンク、ソーシャルメディアを通して送信することも、マスメディアに投稿することもできるのです。（実はマスメディアの管理ページもハッキングしたんですよ。） だから、あなたはTwitterや米国メディアInstagramの「スター」になれるでしょう！ これを避けたければ、私のBTCウォレットに1,490 USD相当のビットコインを送金してください:1KDhJpD3izxHGj984vraGYbsiN1dDqaf1H ビットコインの使い方が分からなければ、BingやGoogleで＜ビットコインの購入方法＞等と検索すれば分かるはずです。 お金を受け取るとすぐに動画を削除します。その上、あなたのデバイスに感染したマルウェアも削除し、私から連絡を取ることは２度とありません。 ２日間を猶予としますが、それだけあれば十分なはずです。このメールを開くとすぐに時間追跡が始まります。私は状況を監視していますよ！ そして最後に、 私はTORを使用しているので、ビットコイン取引を追跡することは不可能なため、この事を警察に連絡しても意味はありません。 私に返信もしないでください。（このレターはあなたのアカウント内で作成し、この件に全く関係のない人物の本物のアドレスを添えています。）なので、私を追跡することは不可能です。 何か馬鹿げた事をしたり、私の期待に反するような事をしたりすれば、すぐにこの動画をシェアします。 幸運を祈ります！

1 0

[ruby-dev:52159] [Ruby Feature#21393] One-line pattern matching syntax as a method argument
by koic (Koichi ITO) 02 Jun '25

02 Jun '25

Issue #21393 has been reported by koic (Koichi ITO). ---------------------------------------- Feature #21393: One-line pattern matching syntax as a method argument https://bugs.ruby-lang.org/issues/21393 * Author: koic (Koichi ITO) * Status: Open ---------------------------------------- ## Context Using one-line `in` pattern matching syntax as a method argument causes a syntax error. ```console $ ruby -vce 'do_something(expression in pattern)' ruby 3.4.4 (2025-05-14 revision a38531fd3f) +PRISM [x86_64-darwin24] ruby: -e:1: syntax errors found (SyntaxError) > 1 | do_something(expression in pattern) | ^~ unexpected 'in'; expected a `)` to close the arguments | ^ unexpected ')', ignoring it | ^ unexpected ')', expecting end-of-input ``` Wrapping the argument in parentheses avoids the syntax error: ```console $ ruby -vce 'do_something((expression in pattern))' ruby 3.4.4 (2025-05-14 revision a38531fd3f) +PRISM [x86_64-darwin24] Syntax OK ``` This was unexpected, as I assumed `do_something(expression in pattern)` would work without parentheses. For reference, `do_something(expression => pattern)`, which results in a void context, is valid syntax. ```console $ ruby -vce 'do_something(expression => pattern)' ruby 3.4.4 (2025-05-14 revision a38531fd3f) +PRISM [x86_64-darwin24] Syntax OK ``` ## Proposal It seems more appropriate that `do_something(expression in pattern)` should also be valid syntax. ## Additional Information This behavior is consistent not only in Prism, but also in `parse.y`. ```console $ ruby --parser=parse.y -vce 'do_something(expression in pattern)' ruby 3.4.4 (2025-05-14 revision a38531fd3f) [x86_64-darwin24] -e:1: syntax error, unexpected 'in', expecting ')' do_something(expression in pattern) ruby: compile error (SyntaxError) ``` I encountered this while working on a RuboCop issue: https://github.com/rubocop/rubocop/issues/14217 -- https://bugs.ruby-lang.org/

2 2

[ruby-dev:52158] [Ruby Feature#14916] Proposal to add Array#===
by matheusrich (Matheus Richard) 16 May '25

16 May '25

Issue #14916 has been updated by matheusrich (Matheus Richard). This is probably unnecessary now that pattern matching exists. ---------------------------------------- Feature #14916: Proposal to add Array#=== https://bugs.ruby-lang.org/issues/14916#change-113306 * Author: osyo (manga osyo) * Status: Open ---------------------------------------- ## 概要 `Array#===` を追加する提案になります。基本的な動作は『`Array#==` の `===` で比較する版』になります。 ## 仕様配列の各要素をそれぞれ順に `===` で比較し、全要素が `true` の場合に `true` を返す。そうでない場合は `false` を返す。 ### 動作例 ```ruby # 配列の各要素を #=== を使用して比較する [ String, /\w/ ] === [ "a", "c", 7 ] # => false [ String, /\w/, (1..10) ] === [ "a", "c", 7 ] # => true [ String, /\w/, (1..10) ] === [ "a", "!", 42 ] # => false ``` ### 真を返すケース * レシーバと引数が配列で同じサイズかつ、各要素を `===` で比較したときに全て `true` になる場合 * レシーバと引数が同じオブジェクトの場合 ### 偽を返すケース * レシーバと引数が配列で同じサイズかつ、各要素を `===` で比較したときに `false` がある場合 * レシーバと引数の配列のサイズが異なる場合 * 引数が配列以外の場合 ## ユースケース ### 引数の値によって処理を変える可変長引数で引数を受け取り、そのまま case-when で値を精査する ```ruby def plus *args case args # 数値の場合 when [Integer, Integer] args[0] + args[1] # 数字の場合 when [/^\d+$/, /^\d+$/] args[0].to_i + args[1].to_i # それ以外はエラー else raise "Error" end end p plus 1, 2 # => 3 p plus "3", "4" # => 7 p plus "homu", "mado" # Error (RuntimeError) ``` ### FizzBuzz を用いた例任意の処理の結果を複数回参照したい場合、配列でまとめて case-when で利用する ```ruby def fizzbuzz n _ = proc { true } case [n % 3, n % 5] # n % 3 === 0 && n % 5 === 0 when [0, 0] "FizzBuzz" # n % 3 === 0 when [0, _] "Fizz" # n % 5 === 0 when [_, 0] "Buzz" else n end end p (1..20).map &method(:fizzbuzz) # => [1, 2, "Fizz", 4, "Buzz", "Fizz", 7, 8, "Fizz", "Buzz", 11, "Fizz", 13, 14, "FizzBuzz", 16, 17, "Fizz", 19, "Buzz"] ``` ## 関連しそうなチケット * [Feature #14869: Proposal to add Hash#=== - Ruby trunk - Ruby Issue Tracking System](https://bugs.ruby-lang.org/issues/14869?next_issue_id=14866&prev_is… * [Feature #14913: Extend case to match several values at once - Ruby trunk - Ruby Issue Tracking System](https://bugs.ruby-lang.org/issues/14913) 以上、 `Array#===` に関する提案になります。挙動に関して疑問点や意見などございましたらコメント頂けると助かります。 ---Files-------------------------------- array_eqq.patch (3.06 KB) array_eqq.patch (3.2 KB) array_eqq.patch (3.41 KB) -- https://bugs.ruby-lang.org/

1 0

[ruby-dev:52155] [Ruby Bug#21278] configureスクリプトが検出するruby_versionの値に'+0'が付く
by yasuhirokimura (Yasuhiro KIMURA) 21 Apr '25

21 Apr '25

Issue #21278 has been reported by yasuhirokimura (Yasuhiro KIMURA). ---------------------------------------- Bug #21278: configureスクリプトが検出するruby_versionの値に'+0'が付く https://bugs.ruby-lang.org/issues/21278 * Author: yasuhirokimura (Yasuhiro KIMURA) * Status: Open * ruby -v: ruby 3.5.0preview1 (2025-04-18 master d06ec25be4) +PRISM [x86_64-linux] * Backport: 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- # 再現手順 1. ruby-3.5.0-preview1.tar.xzをダウンロード 2. tar xfpvJ ruby-3.5.0-preview1.tar.xz 3. cd ruby-3.5.0-preview1 4. ./configure 5. fgrep ruby_version= config.log # 期待される結果 ``` % fgrep ruby_version= config.log ruby_version='3.5.0' % ``` # 実際に得られる結果 ``` % fgrep ruby_version= config.log ruby_version='3.5.0+0' % ``` 上記の手順4を`./configure --with-ruby-version=minor`にした場合にも同様の結果(ruby_versionの最後に"+0"が付く)となる # 環境以下の環境で問題が発生することを確認済 * Debian 12.10 amd64 * FreeBSD 14.2-RELEASE amd64 -- https://bugs.ruby-lang.org/

2 2

[ruby-dev:52153] [Ruby master Bug#21165] 引数なしで起動するとSegmentatino Fault
by taca (Takahiro Kambe) 02 Mar '25

02 Mar '25

Issue #21165 has been reported by taca (Takahiro Kambe). ---------------------------------------- Bug #21165: 引数なしで起動するとSegmentatino Fault https://bugs.ruby-lang.org/issues/21165 * Author: taca (Takahiro Kambe) * Status: Open * ruby -v: ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [x86_64-netbsd] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- 引数なしでrubyを起動すると、Segmentation Faultで落ちます。(そういう使い方をすることは稀だったため、気づいていませんでした。) https://mail-index.netbsd.org/pkgsrc-changes/2025/02/09/msg317142.html https://mail-index.netbsd.org/pkgsrc-users/2025/02/28/msg041167.html * Prismを使用していると発生します。 * pkgsrcの外でビルドした場合でも再現します。原因は prism.c の`pm_parse_stream_read()`の第3引数の関数ポインターの名前が`fgets`となっていて、`pm_parse_stream_read()`では、これを使って関数呼び出しをしています。ところが、何故か標準ライブラリのfgets(3)を呼び出してしまって落ちていたというのが真相でした。引数で渡された関数ポインターを使って呼び出すのが本来の動作とは思いますが、敢えて標準ライブラリと同じ名前を使用するのは、このような意図しない挙動を引き起こす可能性があるので、避けるべきではないかと思います。添付のパッチで問題は解消しました。 ``` % uname -rsmp NetBSD 10.1_STABLE amd64 x86_64 % sh configure --enable-pthread --without-git ... % make ... % gdb ruby ... (gdb) run Starting program: /var/tmp/ruby-3.4.2/ruby [New LWP 1009 of process 2755] `RubyGems' were not loaded. `error_highlight' was not loaded. `did_you_mean' was not loaded. `syntax_suggest' was not loaded. Thread 1 "" received signal SIGSEGV, Segmentation fault. rb_econv_close (ec=0x4) at transcode.c:1735 1735 if (ec->replacement_allocated) { (gdb) where #0 rb_econv_close (ec=0x4) at transcode.c:1735 #1 0x00000001dc969c5c in clear_readconv (fptr=0x7dfcda961040) at io.c:5636 #2 clear_codeconv (fptr=0x7dfcda961040) at io.c:5655 #3 io_encoding_set (fptr=fptr@entry=0x7dfcda961040, v1=v1@entry=4, v2=v2@entry=4, opt=opt@entry=4) at io.c:11759 #4 0x00000001dc96c0ec in rb_io_set_encoding (argc=<optimized out>, argc@entry=1, argv=argv@entry=0x7f7ffff88a30, io=138524952599320) at io.c:13519 #5 0x00000001dc97b0d6 in rb_stdio_set_default_encoding () at io.c:13540 #6 0x00000001dca70987 in process_options (argc=0, argc@entry=1, argv=<optimized out>, opt=opt@entry=0x7f7ffff89380) at ruby.c:2561 #7 0x00000001dca71f60 in ruby_process_options (argc=argc@entry=1, argv=argv@entry=0x7f7ffff895a8) at ruby.c:228 #8 0x00000001dc923a61 in ruby_options (argc=argc@entry=1, argv=argv@entry=0x7f7ffff895a8) at eval.c:117 #9 0x00000001dcbded22 in rb_main (argv=0x7f7ffff895a8, argc=1) at ./main.c:43 #10 main (argc=<optimized out>, argv=<optimized out>) at ./main.c:68 ``` ---Files-------------------------------- patch-prism_prism.c (2.7 KB) -- https://bugs.ruby-lang.org/

2 1

[ruby-dev:52150] [Ruby master Bug#21138] The modifier expression with "it" is parsed differently in parse.y and Prism, which is unexpected in both.
by kinoppyd (Yasuhiro Kinoshita) 14 Feb '25

14 Feb '25

Issue #21138 has been reported by kinoppyd (Yasuhiro Kinoshita). ---------------------------------------- Bug #21138: The modifier expression with "it" is parsed differently in parse.y and Prism, which is unexpected in both. https://bugs.ruby-lang.org/issues/21138 * Author: kinoppyd (Yasuhiro Kinoshita) * Status: Open * ruby -v: ruby 3.4.1 (2024-12-25 revision 48d4efcb85) [arm64-darwin21] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ## Actual ### parse.y In parse.y, the block parameter "it" behaves as if it is not assigned. ```ruby # parse.y loop.rb:1:in 'block in <main>': undefined method '<' for nil (NoMethodError) 1.then { it *= 10 while it < 1000 } ^ from <internal:kernel>:126:in 'Kernel#then' from loop.rb:1:in '<main>' ``` ### prism In Prism, I may not understand what's happening due to my limited knowledge, but it results in a syntax error." ```ruby unexpected integer; expected an expression after the operator unexpected integer, expecting end-of-input > 1 1.then { it *= 10 while it < 1000 } loop.rb:1: syntax errors found (SyntaxError) > 1 | 1.then { it *= 10 while it < 1000 } | ^~ unexpected integer; expected an expression after the operator | ^~ unexpected integer, expecting end-of-input ``` ## Expected 'It' should be reassigned until it is greater than 1000. -- https://bugs.ruby-lang.org/

2 2

[ruby-dev:52146] [Ruby master Bug#21123] instance_exec with curried proc
by taichi730 (Taichi Ishitani) 09 Feb '25

09 Feb '25

Issue #21123 has been reported by taichi730 (Taichi Ishitani). ---------------------------------------- Bug #21123: instance_exec with curried proc https://bugs.ruby-lang.org/issues/21123 * Author: taichi730 (Taichi Ishitani) * Status: Open * ruby -v: 3.4.1 (2024-12-25 revision 48d4efcb85) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- I have a question about behavior of `#instance_exec` with a curried proc. When running `#instance_exex` with a curried proc, it appears that the given proc is executed on the context where it is created but not the receiver object. Example code: ```ruby a = Object.new def a.foo(n) p end b = proc { |n| foo(n) }.curry a.instance_exec(0, &b) ``` Execution result: ``` $ ruby test.rb test.rb:6:in 'block in <main>': undefined method 'foo' for main (NoMethodError) b = proc { |n| foo(n) }.curry ^^^ Did you mean? for from test.rb:7:in 'BasicObject#instance_exec' from test.rb:7:in '<main>' ``` Is this intentional behavior? I expect that the given curried proc is also executed on the context of the receiver object like a non-curried proc. -- https://bugs.ruby-lang.org/

3 3