- ruby-core - ml.ruby-lang.org

[ruby-core:121083] [Ruby master Bug#21144] Win32: Use Windows time zone ID as the time zone name if TZ is not set
by nobu (Nobuyoshi Nakada) 16 Mar '25

16 Mar '25

Issue #21144 has been reported by nobu (Nobuyoshi Nakada). ---------------------------------------- Bug #21144: Win32: Use Windows time zone ID as the time zone name if TZ is not set https://bugs.ruby-lang.org/issues/21144 * Author: nobu (Nobuyoshi Nakada) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- ### Problem On Windows, the `Time#zone` uses `_tzname` provided by the runtime library. This is obtained by using `GetTimeZoneInformation`, if the `TZ` environment variable is not set or empty. The problem is that the `StandardName` and `DaylightName` in that information are for UI, and localized. This means that these names may vary across different international editions and language packs, even for the same time zone. ### Solution Use the Windows time zone ID by using `GetDynamicTimeZoneInformation`, which is available since Windows Vista and Windows Server 2008. Since the `TimeZoneKeyName` is the registry key of time zones, the above problem does not occur. This is also mitigate [Bug #20929]. Even it is possible to define non-ascii key name time zone, there is no such name in the standard installations. ### Compatibilities etc - This also changes the result of `Time#inspect`, may not be good for ones who prefer the display names for UI. - There is no way to restore `zone` from `Marshal` data, this does *not* improve. - The PR changes the signature of `ruby_reset_timezone()` and marks internal use only, but this function is declared in `internal/time.h` and probably no problem. -- https://bugs.ruby-lang.org/

4 4

[ruby-core:120802] [Ruby master Bug#21092] error building ruby 3.4.1 on cygwin
by jeremyd2019 (Jeremy Drake) 16 Mar '25

16 Mar '25

Issue #21092 has been reported by jeremyd2019 (Jeremy Drake). ---------------------------------------- Bug #21092: error building ruby 3.4.1 on cygwin https://bugs.ruby-lang.org/issues/21092 * Author: jeremyd2019 (Jeremy Drake) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- While building from the release tarball ruby-3.4.1.tar.xz (also confirmed in snapshot-master.tar.gz from Jan 27, 2025), I get the following error: ../ruby-3.4.1/ext/extmk.rb:279:in 'Array#-': no implicit conversion of nil into Array (TypeError) from ../ruby-3.4.1/ext/extmk.rb:279:in 'Object#extmake' from ../ruby-3.4.1/ext/extmk.rb:659:in 'block in <main>' from ../ruby-3.4.1/ext/extmk.rb:653:in 'Array#each' from ../ruby-3.4.1/ext/extmk.rb:653:in '<main>' I have tracked this down to happening when an ext writes a dummy makefile. In this case, that ext is .bundle/gems/syslog-0.2.0. See https://github.com/ruby/syslog/pull/16 for fixing why it is writing a dummy makefile to begin with, but still, it seems like extmk.rb should handle this case gracefully rather than breaking the build. -- https://bugs.ruby-lang.org/

5 5

[ruby-core:121183] [Ruby master Bug#21159] `Module#set_temporary_name` should freeze given name
by ko1 (Koichi Sasada) 16 Mar '25

16 Mar '25

Issue #21159 has been reported by ko1 (Koichi Sasada). ---------------------------------------- Bug #21159: `Module#set_temporary_name` should freeze given name https://bugs.ruby-lang.org/issues/21159 * Author: ko1 (Koichi Sasada) * Status: Open * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- I think it is preferable to freeze the name. So `#set_temporary_name` should copy and freeze the name string. ```ruby c = Class.new.set_temporary_name(str = +'<c>') p c #=> <c> str.upcase! p c #=> actual: <C> #=> expected: <c> p c.name.frozen? #=> actual: false #=> expected: true ``` From the Ractor's aspect, shareable modules should refer only immutable string. -- https://bugs.ruby-lang.org/

4 3

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

15 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

[ruby-core:121372] [Ruby Bug#21185] Range#overlap? is not commutative with doubly-unbounded range argument.
by jeromepl (Jerome Parent-Levesque) 15 Mar '25

15 Mar '25

Issue #21185 has been reported by jeromepl (Jerome Parent-Levesque). ---------------------------------------- Bug #21185: Range#overlap? is not commutative with doubly-unbounded range argument. https://bugs.ruby-lang.org/issues/21185 * Author: jeromepl (Jerome Parent-Levesque) * Status: Open * ruby -v: ruby 3.4.1 (2024-12-25 revision 48d4efcb85) +PRISM [arm64-darwin24] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- In https://bugs.ruby-lang.org/issues/20725 the following: ``` ruby (nil..nil).overlap?(..3) ``` was fixed to output `true` instead of `false`. However, when reversing the order of the arguments the output is wrong: ``` ruby (..3).overlap?(nil..nil) # => Outputs `false` but should be `true` ``` I would like to attempt to fix this bug and will take a look at it this weekend. -- https://bugs.ruby-lang.org/

1 1

[ruby-core:121076] [Ruby master Bug#21142] Lazy enumerator `.each_with_index` ignores `.take(0)` before it
by aaronkison (Aaron Kison) 14 Mar '25

14 Mar '25

Issue #21142 has been reported by aaronkison (Aaron Kison). ---------------------------------------- Bug #21142: Lazy enumerator `.each_with_index` ignores `.take(0)` before it https://bugs.ruby-lang.org/issues/21142 * Author: aaronkison (Aaron Kison) * Status: Open * ruby -v: 3.2.7 * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Minimum code to produce problem: ``` class Numbers; def each; 100.times { yield _1 }; end; include Enumerable; end Numbers.new.lazy.take(0).each_with_index.map { _1 }.to_a ``` Output (at ruby 3.2.7, and 3.3.0): ``` [0, 1, ..., 99] ``` Expected output (and was as at ruby 3.1.4): ``` [] ``` It works when it opposite ordering: `Numbers.new.lazy.each_with_index.take(0).map { _1 }.to_a`. I suspect it may be related to the change here https://github.com/ruby/ruby/pull/11868/files but I'm not familiar with any of that code. It seems like it replaces an allocated index with a counting index, which my hunch is it works for every value except for 0. -- https://bugs.ruby-lang.org/

4 4

[ruby-core:121359] [Ruby Feature#17016] Enumerable#accumulate
by midnight (Sarun R) 13 Mar '25

13 Mar '25

Issue #17016 has been updated by midnight (Sarun R). I have an issue that is kinda solvable with `scan` today and discover this old thread. Thank you all for putting thoughts into this. `enum_for` is really interesting, but it only works on `lazy` enumerable. Even though this issue is still pending, `each_with_object` seems available now. ~~~Ruby (1..10).each_with_object({ a: 0 }).map do |size, memo| memo[:a] += size end ~~~ This works on `lazy` too. From the observation, this was not the case back when the discussion started. ~~~Ruby (1..10).lazy.each_with_object({ a: 0 }).map do |size, memo| memo[:a] += size end ~~~ For anyone looking for something available today, `each_with_object` could be the solution. ---------------------------------------- Feature #17016: Enumerable#accumulate https://bugs.ruby-lang.org/issues/17016#change-112330 * Author: parker (Parker Finch) * Status: Open ---------------------------------------- ## Proposal UPDATE: Changed proposed method name from `#scan_left` to `#accumulate`. Add an `#accumulate` method to `Enumerable`. ## Background `#accumulate` is similar to `#inject`, but it accumulates the partial results that are computed. As a comparison: ``` [1, 2, 3].inject(0, &:+) => 6 [1, 2, 3].accumulate(0, &:+) => [0, 1, 3, 6] ``` Notably, the `accumulate` operation can be done lazily since it doesn't require processing the entire collection before computing a value. I recently described `#accumulate`, and its relationship to `#inject`, more thoroughly in [this blog post](https://medium.com/building-panorama-education/scan-left-a-lazy-incre…. ## Reasoning We heavily rely on the accumulate operation. We use an [event-sourcing](https://martinfowler.com/eaaDev/EventSourcing.html) pattern, which means that we are scanning over individual "events" and building up the corresponding state. We rely on the history of states and need to do this lazily (we stream events because they cannot fit in memory). Thus the scan operation is much more applicable than the inject operation. We suspect that there are many applications that could leverage the scan operation. [This question](https://stackoverflow.com/questions/1475808/cumulative-array-sum-… would be more easily answered by `#accumulate`. It is a natural fit for any application that needs to store the incrementally-computed values of an `#inject`, and a requirement for an application that needs to use `#inject` while maintaining laziness. ## Implementation There is a Ruby implementation of this functionality [here](https://github.com/panorama-ed/scan_left/) and an implementation in C [here](https://github.com/ruby/ruby/pull/3078). Update: @nobu has provided an alternative implementation [here](https://github.com/ruby/ruby/pull/1972). ## Counterarguments Introducing a new public method is committing to maintenance going forward and expands the size of the Ruby codebase -- it should not be done lightly. I think that providing the functionality here is worth the tradeoff, but I understand any hesitation to add yet more to Ruby! ---Files-------------------------------- scan_left_example.rb (2.93 KB) -- https://bugs.ruby-lang.org/

1 0

[ruby-core:121077] [Ruby master Misc#21143] Speficy order of execution const_added vs inherited
by fxn (Xavier Noria) 13 Mar '25

13 Mar '25

Issue #21143 has been reported by fxn (Xavier Noria). ---------------------------------------- Misc #21143: Speficy order of execution const_added vs inherited https://bugs.ruby-lang.org/issues/21143 * Author: fxn (Xavier Noria) * Status: Open ---------------------------------------- The hooks `const_added` and `inherited` may need to be executed "together". For example, consider: ```ruby module M def self.const_added(cname) = ... class C def self.inherited(subclass) = ... end class D < C; end ``` When `D` is defined, two hooks are set to run, but in which order? Both orders make sense in a way: 1. When `inherited` is called, you can observe that the subclass has a permanent name, ergo it was assigned to a constant, which must me stored in a module. Therefore, the constant was added to said module module before `inherited` was invoked. 1. When `const_added` is called, you can `const_get` the symbol and observe the object is a class, hence with a superclass, hence inheritance already happened. The patch in https://github.com/ruby/ruby/pull/12759 documents and adds a test for (1). Rationale: 1. I believe it would be nice specify this order. 1. Chose (1) because it is how it works today. While the motivation for the patch was formal (to remove an ambiguity), after reflecting about this I realized users of Zeitwerk may depend on this. Zeitwerk uses `const_added` to set autoloads for child constants in namespaces. Thanks to the current order, code can be used in `inherited` hooks normally (it would not be ready if the order was different). -- https://bugs.ruby-lang.org/

5 14

[ruby-core:120459] [Ruby master Bug#20996] Embed Failure
by cfis (Charlie Savage) 13 Mar '25

13 Mar '25

Issue #20996 has been reported by cfis (Charlie Savage). ---------------------------------------- Bug #20996: Embed Failure https://bugs.ruby-lang.org/issues/20996 * Author: cfis (Charlie Savage) * Status: Open * ruby -v: ruby 3.4.1 (2024-12-25 revision 48d4efcb85) +PRISM * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- Rice embeds Ruby in order to run its tests. This code has worked across multiple Ruby versions (current tests are 3.1, 3.2, 3.3 and 3.4 but previously tests were run on 3.0 and 2.x). However, it fails on 3.4 in different ways on different operating systems. The code is here - https://github.com/ruby-rice/rice/blob/master/test/embed_ruby.cpp#L10. ``` c int argc = 0; char* argv = nullptr; char** pArgv = &argv; // ruby_sysinit(&argc, &pArgv); ruby_init(); ruby_init_loadpath(); #if RUBY_API_VERSION_MAJOR == 3 && RUBY_API_VERSION_MINOR >= 1 // Force the prelude / builtins const char* opts[] = { "ruby", "-e;" }; ruby_options(2, (char**)opts); #endif ``` The test suite is here: https://github.com/ruby-rice/rice/actions/runs/12534403540/job/35007888873 With Ruby 3.4 on Fedora this fails with the following stack trace: ```c libruby.so.3.4!str_gsub(int argc, VALUE * argv, VALUE str, int bang) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\string.c:6348) libruby.so.3.4!vm_call_cfunc_with_frame_(rb_execution_context_t * ec, rb_control_frame_t * reg_cfp, struct rb_calling_info * calling, int argc, VALUE * argv, VALUE * stack_bottom) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_insnhelper.c:3801) libruby.so.3.4!vm_call_cfunc_with_frame(rb_execution_context_t * ec, rb_control_frame_t * reg_cfp, struct rb_calling_info * calling) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_insnhelper.c:3847) libruby.so.3.4!vm_sendish(struct rb_execution_context_struct * ec, struct rb_control_frame_struct * reg_cfp, struct rb_call_data * cd, VALUE block_handler) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_callinfo.h:415) libruby.so.3.4!vm_exec_core(rb_execution_context_t * ec, rb_execution_context_t * ec@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\insns.def:851) libruby.so.3.4!vm_exec_loop(enum ruby_tag_type state, VALUE result) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2622) libruby.so.3.4!rb_vm_exec(rb_execution_context_t * ec) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2598) libruby.so.3.4!vm_yield_with_cref(int is_lambda, rb_execution_context_t * ec, int argc, const VALUE * argv, int kw_splat, const rb_cref_t * cref) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:1670) libruby.so.3.4!vm_yield(rb_execution_context_t * ec, int argc, const VALUE * argv, int kw_splat) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:1684) libruby.so.3.4!rb_yield_0(int argc, const VALUE * argv) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_eval.c:1344) libruby.so.3.4!rb_yield(VALUE val) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_eval.c:1360) libruby.so.3.4!each_value_i(VALUE key, VALUE value, VALUE _) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\hash.c:3015) libruby.so.3.4!hash_foreach_iter(st_data_t key, st_data_t key@entry, st_data_t value, st_data_t argp, st_data_t argp@entry, int error, int error@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\hash.c:1316) libruby.so.3.4!st_general_foreach(st_table * tab, st_table * tab@entry, st_foreach_check_callback_func * func, st_data_t arg) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\st.c:1543) libruby.so.3.4!rb_st_foreach_check(st_table * tab, st_table * tab@entry, st_foreach_check_callback_func * func, st_foreach_check_callback_func * func@entry, st_data_t arg, st_data_t arg@entry, st_data_t never, st_data_t never@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\st.c:1648) libruby.so.3.4!hash_foreach_call(VALUE arg, VALUE arg@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\hash.c:1439) libruby.so.3.4!rb_ensure(VALUE (*)(VALUE) b_proc, VALUE (*)(VALUE) b_proc@entry, VALUE data1, VALUE data1@entry, VALUE (*)(VALUE) e_proc, VALUE (*)(VALUE) e_proc@entry, VALUE data2, VALUE data2@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\eval.c:1074) libruby.so.3.4!rb_hash_foreach(VALUE hash, VALUE hash@entry, rb_foreach_func * func, rb_foreach_func * func@entry, VALUE farg, VALUE farg@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\hash.c:1463) libruby.so.3.4!rb_hash_each_value(VALUE hash) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\hash.c:3047) libruby.so.3.4!vm_call_cfunc_with_frame_(rb_execution_context_t * ec, rb_control_frame_t * reg_cfp, struct rb_calling_info * calling, int argc, VALUE * argv, VALUE * stack_bottom) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_insnhelper.c:3801) libruby.so.3.4!vm_sendish(struct rb_execution_context_struct * ec, struct rb_control_frame_struct * reg_cfp, struct rb_call_data * cd, VALUE block_handler) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_callinfo.h:415) libruby.so.3.4!vm_exec_core(rb_execution_context_t * ec, rb_execution_context_t * ec@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\insns.def:851) libruby.so.3.4!vm_exec_loop(enum ruby_tag_type state, VALUE result) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2622) libruby.so.3.4!rb_vm_exec(rb_execution_context_t * ec) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2598) libruby.so.3.4!rb_iseq_eval(const rb_iseq_t * iseq, const rb_iseq_t * iseq@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2850) libruby.so.3.4!load_iseq_eval(rb_execution_context_t * ec, VALUE fname) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:789) libruby.so.3.4!require_internal(rb_execution_context_t * ec, rb_execution_context_t * ec@entry, VALUE fname, VALUE fname@entry, int exception, int exception@entry, _Bool warn) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:1296) libruby.so.3.4!rb_require_string_internal(VALUE fname) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:1402) libruby.so.3.4!rb_require_string(VALUE fname) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:1388) libruby.so.3.4!vm_call_cfunc_with_frame_(rb_execution_context_t * ec, rb_control_frame_t * reg_cfp, struct rb_calling_info * calling, int argc, VALUE * argv, VALUE * stack_bottom) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_insnhelper.c:3801) libruby.so.3.4!vm_call_cfunc_with_frame(rb_execution_context_t * ec, rb_control_frame_t * reg_cfp, struct rb_calling_info * calling) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_insnhelper.c:3847) libruby.so.3.4!vm_sendish() (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_callinfo.h:415) libruby.so.3.4!vm_exec_core(rb_execution_context_t * ec, rb_execution_context_t * ec@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\insns.def:898) libruby.so.3.4!vm_exec_loop(enum ruby_tag_type state, VALUE result) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2622) libruby.so.3.4!rb_vm_exec(rb_execution_context_t * ec) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2598) libruby.so.3.4!rb_iseq_eval(const rb_iseq_t * iseq, const rb_iseq_t * iseq@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2850) libruby.so.3.4!load_iseq_eval(rb_execution_context_t * ec, VALUE fname) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:789) libruby.so.3.4!require_internal(rb_execution_context_t * ec, rb_execution_context_t * ec@entry, VALUE fname, VALUE fname@entry, int exception, int exception@entry, _Bool warn) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:1296) libruby.so.3.4!rb_require_string_internal(VALUE fname) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:1402) libruby.so.3.4!rb_require_string(VALUE fname) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\load.c:1388) libruby.so.3.4!vm_call_cfunc_with_frame_(rb_execution_context_t * ec, rb_control_frame_t * reg_cfp, struct rb_calling_info * calling, int argc, VALUE * argv, VALUE * stack_bottom) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_insnhelper.c:3801) libruby.so.3.4!vm_sendish() (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm_callinfo.h:415) libruby.so.3.4!vm_exec_core(rb_execution_context_t * ec, rb_execution_context_t * ec@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\insns.def:898) libruby.so.3.4!vm_exec_loop(enum ruby_tag_type state, VALUE result) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2622) libruby.so.3.4!rb_vm_exec(rb_execution_context_t * ec) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\vm.c:2598) libruby.so.3.4!ruby_init_prelude() (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\ruby.c:1750) libruby.so.3.4!ruby_opt_init(ruby_cmdline_options_t * opt) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\ruby.c:1811) libruby.so.3.4!ruby_opt_init(ruby_cmdline_options_t * opt) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\ruby.c:1767) libruby.so.3.4!prism_script(ruby_cmdline_options_t * opt, pm_parse_result_t * result) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\ruby.c:2199) libruby.so.3.4!process_options(int argc, int argc@entry, char ** argv, char ** argv@entry, ruby_cmdline_options_t * opt, ruby_cmdline_options_t * opt@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\ruby.c:2538) libruby.so.3.4!ruby_process_options(int argc, int argc@entry, char ** argv, char ** argv@entry) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\ruby.c:228) libruby.so.3.4!ruby_options(int argc, char ** argv) (\home\cfis\.rbenv\sources\3.4.1\ruby-3.4.1\eval.c:117) embed_ruby() (\usr\local\src\rice\test\embed_ruby.cpp:21) fixture__Keep_Alive__setup() (\usr\local\src\rice\test\test_Keep_Alive.cpp:60) Test_Suite::run(class Test_Suite * const this, class Test_Suite * const this@entry, class Test_Result & result) (\usr\local\src\rice\test\unittest.cpp:61) main(int argc, char ** argv) (\usr\local\src\rice\test\unittest.cpp:124) ``` On MacOS, it fails like this (see https://github.com/ruby-rice/rice/actions/runs/12534403540/job/35007888873) ```c -- C level backtrace information ------------------------------------------- /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_vm_bugreport+0xb6c) [0x103b1f10c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_bug_for_fatal_signal+0x100) [0x103957970] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(sigsegv+0x84) [0x103a809d4] /usr/lib/system/libsystem_platform.dylib(_sigtramp+0x38) [0x19a576584] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(callable_method_entry_or_negative+0xc0) [0x103afbac8] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_vm_search_method_slowpath+0xc8) [0x103aeefa4] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(gccct_method_search_slowpath+0x24) [0x103b0a484] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_funcallv_scope+0x17c) [0x103b002e0] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_funcall+0x88) [0x103b00750] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_obj_as_string+0x44) [0x103a927d4] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(ruby__sfvextra+0xe0) [0x103a8692c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(BSD_vfprintf+0x60c) [0x103a84a24] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(ruby_vsprintf0+0xa8) [0x103a84100] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_sprintf+0x5c) [0x103a84278] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(unexpected_type+0x64) [0x103c63c64] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_unexpected_type+0x30) [0x103c63cac] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_fstring+0x1a0) [0x103a8f77c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(require_internal+0x550) [0x1039c37f8] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_require_string_internal+0x58) [0x1039c2b6c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_f_require+0x44) [0x1039c2a3c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(vm_call_cfunc_with_frame_+0xf0) [0x103b10ce8] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(vm_exec_core+0x2468) [0x103af4cf0] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_vm_exec+0x1e8) [0x103af136c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(load_iseq_eval+0x22c) [0x1039c56ac] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(require_internal+0x354) [0x1039c35fc] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_require_string_internal+0x58) [0x1039c2b6c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_f_require+0x44) [0x1039c2a3c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(vm_call_cfunc_with_frame_+0xf0) [0x103b10ce8] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(vm_exec_core+0x2468) [0x103af4cf0] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(rb_vm_exec+0x1e8) [0x103af136c] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(ruby_opt_init+0x138) [0x103a76fb4] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(ruby_process_options+0x1150) [0x103a75a90] /Users/runner/hostedtoolcache/Ruby/3.4.1/arm64/lib/libruby.3.4.dylib(ruby_options+0x9c) [0x1039621d8] /Users/runner/work/rice/rice/test/unittest(_Z10embed_rubyv+0x6c) [0x100fe3ba0] /Users/runner/work/rice/rice/test/unittest(_ZL42fixture__Address_Registration_Guard__setupv) [0x100fec360] /Users/runner/work/rice/rice/test/unittest(_ZN10Test_Suite3runER11Test_Result) [0x10190adf8] /Users/runner/work/rice/rice/test/unittest(main) [0x10190b748] ``` On Window, both MSVC and UCRT64 fails with a stack overflow error. MSVC: ```C x64-vcruntime140-ruby340.dll!ec_stack_overflow(rb_execution_context_struct * ec, int setup) Line 70 C x64-vcruntime140-ruby340.dll!rb_ec_stack_overflow(rb_execution_context_struct * ec, int crit) Line 96 C [Inline Frame] x64-vcruntime140-ruby340.dll!stack_check(rb_execution_context_struct *) Line 384 C x64-vcruntime140-ruby340.dll!rb_call0(rb_execution_context_struct * ec, unsigned __int64 recv, unsigned __int64 mid, int argc, const unsigned __int64 * argv, call_type call_scope, unsigned __int64 self) Line 553 C [Inline Frame] x64-vcruntime140-ruby340.dll!rb_call(unsigned __int64) Line 873 C x64-vcruntime140-ruby340.dll!rb_funcallv_kw(unsigned __int64 recv, unsigned __int64 mid, int argc, const unsigned __int64 * argv, int kw_splat) Line 1071 C x64-vcruntime140-ruby340.dll!rb_obj_call_init_kw(unsigned __int64 obj, int argc, const unsigned __int64 * argv, int kw_splat) Line 1753 C x64-vcruntime140-ruby340.dll!rb_class_new_instance_kw(int argc, const unsigned __int64 * argv, unsigned __int64 klass, int kw_splat) Line 2194 C x64-vcruntime140-ruby340.dll!rb_exc_new_str(unsigned __int64 etype, unsigned __int64 str) Line 1486 C x64-vcruntime140-ruby340.dll!rb_vm_register_special_exception_str(ruby_special_exceptions sp, unsigned __int64 cls, unsigned __int64 mesg) Line 3058 C x64-vcruntime140-ruby340.dll!Init_eval() Line 2163 C x64-vcruntime140-ruby340.dll!rb_call_inits() Line 37 C x64-vcruntime140-ruby340.dll!ruby_setup() Line 87 C x64-vcruntime140-ruby340.dll!ruby_init() Line 99 C unittest.exe!embed_ruby() Line 15 C++ unittest.exe!fixture__Keep_Alive__setup() Line 60 C++ unittest.exe!Test_Suite::run(Test_Result & result) Line 61 C++ unittest.exe!main(int argc, char * * argv) Line 124 C++ [External Code] ``` Mingw64 with UCRT64: ``` rb_ec_stack_overflow vm_insnhelper.c:96 stack_check vm_eval.c:384 stack_check vm_eval.c:379 rb_call0 vm_eval.c:553 rb_call vm_eval.c:873 rb_funcallv_kw vm_eval.c:1070 rb_obj_call_init_kw eval.c:1752 rb_class_new_instance_kw object.c:2191 rb_class_new_instance object.c:2199 rb_exc_new_str error.c:1485 rb_vm_register_special_exception_str vm.c:3057 Init_eval eval.c:2162 rb_call_inits inits.c:36 ruby_setup eval.c:86 <unknown> 0x0000000000000000 ``` What is the recommended way to embed Ruby 3.4 in a C program? -- https://bugs.ruby-lang.org/

3 5

[ruby-core:121354] [Ruby master Bug#21184] SyntaxError when combining `in` with inline hash-rocket (`=>`)
by jtannas (Joel Tannas) 13 Mar '25

13 Mar '25

Issue #21184 has been reported by jtannas (Joel Tannas). ---------------------------------------- Bug #21184: SyntaxError when combining `in` with inline hash-rocket (`=>`) https://bugs.ruby-lang.org/issues/21184 * Author: jtannas (Joel Tannas) * Status: Open * ruby -v: ruby 3.4.2 (2025-02-15 revision d2930f8e7a) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN, 3.4: UNKNOWN ---------------------------------------- I believe the following should be valid syntax but it's throwing a `SyntaxError`: ``` ruby { a: 1 } in { a: 1 } # => true { a: 1 } in { a: Integer } # => true pattern = { "a" => 1 }; { "a" => 1 } in pattern # => true { "a" => 1 } in { "a" => 1 } # => SYNTAX ERROR ``` -- https://bugs.ruby-lang.org/

2 2