March 2024 - ruby-core - ml.ruby-lang.org

[ruby-core:117370] [Ruby master Bug#17996] Cygwin: thread + pipe behavior since Ruby 2.6
by hsbt (Hiroshi SHIBATA) 29 Mar '24

29 Mar '24

Issue #17996 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Open to Closed https://github.com/ruby/ruby/pull/9357 may be fixed this. ---------------------------------------- Bug #17996: Cygwin: thread + pipe behavior since Ruby 2.6 https://bugs.ruby-lang.org/issues/17996#change-107528 * Author: xtkoba (Tee KOBAYASHI) * Status: Closed * Assignee: cygwin * ruby -v: ruby 3.1.0dev (2021-06-10T23:31:51Z master 9210f8df7f) [x86_64-cygwin] * Backport: 2.6: UNKNOWN, 2.7: UNKNOWN, 3.0: UNKNOWN ---------------------------------------- The following one-liner is the repro named `thread-pipe-read-close.rb` the aim of which is essentially the same as that of "IO#close raises an IOError with a clear message" test in `spec/ruby/core/io/close_spec.rb`. ```ruby r, w = IO.pipe; Thread.new{ r.read }; sleep 0.5; r.close ``` Run on Cygwin with Ruby 2.6 or later, this hangs up indefinitely consuming a full core. On the other hand, with Ruby 2.5.9p229 it works as expected. ``` $ miniruby25 -v ruby 2.5.9p229 (2021-04-05 revision 67939) [x86_64-cygwin] $ miniruby25 thread-pipe-read-close.rb #<Thread:0x000000080006c9f0@thread-pipe-read-close.rb:2 run> terminated with exception (report_on_exception is true): Traceback (most recent call last): 1: from thread-pipe-read-close.rb:2:in `block in <main>' thread-pipe-read-close.rb:2:in `read': IOError $ miniruby -v ruby 3.1.0dev (2021-06-10T23:31:51Z master 9210f8df7f) [x86_64-cygwin] $ miniruby thread-pipe-read-close.rb ``` -- https://bugs.ruby-lang.org/

1 0

[ruby-core:117324] [Ruby master Feature#20394] Add an offset parameter to `String#to_i`
by byroot (Jean Boussier) 28 Mar '24

28 Mar '24

Issue #20394 has been reported by byroot (Jean Boussier). ---------------------------------------- Feature #20394: Add an offset parameter to `String#to_i` https://bugs.ruby-lang.org/issues/20394 * Author: byroot (Jean Boussier) * Status: Open ---------------------------------------- ### Context I maintain the `redis-client` gem, and it comes with an optional swapable implementation in C that binds the `hiredis` C client, [which used to performs up to 5 times faster in some cases](https://github.com/redis-rb/redis-client/commit/9fabd57c6786a03fe0c6…. I recently paired with @tenderlovemaking to try to close this gap, or even try to make the pure Ruby version faster, and we came up with several optimizations that now almost make both version on par (assuming YJIT is enabled). An important source of performance loss, is that the Redis protocol is line based and to parse it in Ruby requires to slice a lot of small strings from the buffer. To give an example, here's how an Array with two String (`["foo", "plop"]`) is serialized in RESP3 (Redis protocol): ``` *2\r\n $3\r\n foo\r\n $4\r\n plop\r\n ``` From this you can understand that a big hotspot in the parser is essentially `Integer(gets)`. With @tenderlovemaking we managed to get [a fairly significant perf boost](https://github.com/redis-rb/redis-client/commit/41b3abe94243d2598211… by avoiding these string allocation using `String#getbyte` and [basically implementing a rudimentary `String#to_i(offset: )` in Ruby](https://github.com/redis-rb/redis-client/commit/41b3abe94243d2598211d…. But while the gains are huge with YJIT enabled, they are much more tame with the interpreter. And it feels a bit wrong to have to implement this sorts of things for performance reasons. ### `String#to_i(offset: )` Similar to `String#unpack(offset:)` ([Feature #18254]), I believe `String#to_i(offset: )` would be useful. ### Alternative new `String#unpack` format Another possibility would be to add a new format to `String#pack` `String#unpack` for decimal numbers. It sounds a bit weird at first, but given it supports things like Base64 and hexadecimal, perhaps it's not that much of a stretch? -- https://bugs.ruby-lang.org/

7 15

[ruby-core:117300] [Ruby master Feature#19057] Hide implementation of `rb_io_t`.
by ioquatix (Samuel Williams) 28 Mar '24

28 Mar '24

Issue #19057 has been updated by ioquatix (Samuel Williams). > Why don't you reconsider the "nested public interface" approach? My assessment of this approach is that it would require a rewrite of all internal code that accesses `rb_io_t` internals. Rewriting code isn't a problem, but it takes a lot of time and effort that I don't have in abundance right now. Additionally, it's still only a partial solution. One of the issues is accessing the file descriptor directly and the handling of `IO#close` from a different thread/fiber. Using the file descriptor directly can be problematic. > Ruby lost numerous users due to a never-ending stream of incompatibilities introduced every year. Compatibility and progress are always something to balance out. I think on the whole, Ruby does a pretty decent job at it. Lack of forward progress also causes users to look elsewhere as the language stagnates. So this isn't just. a matter of "preserve compatibility at all costs", as those costs will be the same. The hard part is finding the middle ground of compatibility and progress. Both compatibility at any cost, and progress at any cost, are naive statements. ---------------------------------------- Feature #19057: Hide implementation of `rb_io_t`. https://bugs.ruby-lang.org/issues/19057#change-107442 * Author: ioquatix (Samuel Williams) * Status: Assigned * Assignee: ioquatix (Samuel Williams) * Target version: 3.4 ---------------------------------------- In order to make improvements to the IO implementation like <https://bugs.ruby-lang.org/issues/18455>, we need to add new fields to `struct rb_io_t`. By the way, ending types in `_t` is not recommended by POSIX, so I'm also trying to rename the internal implementation to drop `_t` where possible during this conversion. Anyway, we should try to hide the implementation of `struct rb_io`. Ideally, we don't expose any of it, but the problem is backwards compatibility. So, in order to remain backwards compatibility, we should expose some fields of `struct rb_io`, the most commonly used one is `fd` and `mode`, but several others are commonly used. There are many fields which should not be exposed because they are implementation details. ## Current proposal The current proposed change <https://github.com/ruby/ruby/pull/6511> creates two structs: ```c // include/ruby/io.h #ifndef RB_IO_T struct rb_io { int fd; // ... public fields ... }; #else struct rb_io; #endif // internal/io.h #define RB_IO_T struct rb_io { int fd; // ... public fields ... // ... private fields ... }; ``` However, we are not 100% confident this is safe according to the C specification. My experience is not sufficiently wide to say this is safe in practice, but it does look okay to both myself, and @Eregon + @tenderlovemaking have both given some kind of approval. That being said, maybe it's not safe. There are two alternatives: ## Hide all details We can make public `struct rb_io` completely invisible. ```c // include/ruby/io.h #define RB_IO_HIDDEN struct rb_io; int rb_ioptr_descriptor(struct rb_io *ioptr); // accessor for previously visible state. // internal/io.h struct rb_io { // ... all fields ... }; ``` This would only be forwards compatible, and code would need to feature detect like this: ```c #ifdef RB_IO_HIDDEN #define RB_IOPTR_DESCRIPTOR rb_ioptr_descriptor #else #define RB_IOPTR_DESCRIPTOR(ioptr) rb_ioptr_descriptor(ioptr) #endif ``` ## Nested public interface Alternatively, we can nest the public fields into the private struct: ```c // include/ruby/io.h struct rb_io_public { int fd; // ... public fields ... }; // internal/io.h #define RB_IO_T struct rb_io { struct rb_io_public public; // ... private fields ... }; ``` ## Considerations I personally think the "Hide all details" implementation is the best, but it's also the lest compatible. This is also what we are ultimately aiming for, whether we decide to take an intermediate "compatibility step" is up to us. I think "Nested public interface" is messy and introduces more complexity, but it might be slightly better defined than the "Current proposal" which might create undefined behaviour. That being said, all the tests are passing. -- https://bugs.ruby-lang.org/

2 1

[ruby-core:117351] embedd ruby 3.3.0 - unknown Time.now class method
by fiesta06 27 Mar '24

27 Mar '24

Hi, I want to embedd the ruby 3.3.0 interpreter into my application by using the following code: int error, n; static char* args[] = {}; n = 0; ruby_sysinit(&n, (char ***)&args); RUBY_INIT_STACK; ruby_init(); ruby_init_loadpath(); rb_eval_string_protect("p Time.now", &error); if(error) { rb_eval_string("p :ERROR"); } In principle it does work. However, the Time class is missing the now method, thus a :ERROR is printed. What it missing in the above code ?

1 0

[ruby-core:117326] [Ruby master Bug#20395] Invalid license note in vsnprintf.c
by vo.x (Vit Ondruch) 27 Mar '24

27 Mar '24

Issue #20395 has been reported by vo.x (Vit Ondruch). ---------------------------------------- Bug #20395: Invalid license note in vsnprintf.c https://bugs.ruby-lang.org/issues/20395 * Author: vo.x (Vit Ondruch) * Status: Open * ruby -v: ruby 3.3.0 (2023-12-25 revision 5124f9ac75) [x86_64-linux] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- I am looking into Ruby licenses and I stumble upon vsnprintf.c, namely about these lines: ~~~ /* * IMPORTANT NOTE: * -------------- * From ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change * paragraph 3 above is now null and void. */ ~~~ I doubt the note is valid since commit:git|626f1ee196fe06514d66771ff0e3f82d7686af25, which actually removes the 3rd clause, while the (broken) URL refers to "4bsd". Can somebody please review? The note from the URL can be likely viewed e.g. [here](https://www.freebsd.org/copyright/license/) -- https://bugs.ruby-lang.org/

2 4

[ruby-core:113782] [Ruby master Bug#19716] SystemStackError occurs too easily on Alpine Linux (due to small stack size reported by pthread_attr_getstacksize on musl libc)
by alexdowad (Alex Dowad) 27 Mar '24

27 Mar '24

Issue #19716 has been reported by alexdowad (Alex Dowad). ---------------------------------------- Bug #19716: SystemStackError occurs too easily on Alpine Linux (due to small stack size reported by pthread_attr_getstacksize on musl libc) https://bugs.ruby-lang.org/issues/19716 * Author: alexdowad (Alex Dowad) * Status: Open * Priority: Normal * ruby -v: ruby 3.1.4p223 (2023-03-30 revision 957bb7cb81) [x86_64-linux-musl] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- This is the same problem previously reported against Ruby 2.5 in https://bugs.ruby-lang.org/issues/14387. I just ran into the same problem on Ruby 3.1.4, built on Alpine Linux 3.16. @hsbt stated in the previous thread (https://bugs.ruby-lang.org/issues/14387#note-28) > If you have this issue with Ruby 3.2, please file it with another issue. I hacked `stack_check` in gc.c to print the values of `STACK_START` and `STACK_END` on stack overflow; on the Alpine 3.16 host where this problem just occurred, the values printed were: > Start=0x7ffd0bf4f000, End=0x7ffd0bf32530 ...which shows that Ruby thinks the stack size is only 131072 bytes. On the other hand, `ulimit -s` shows a stack size limit of 8192kb. This Ruby 3.1.4 was built from unmodified source code downloaded from https://cache.ruby-lang.org; the build was configured using `CFLAGS='-march=native' ./configure --disable-install-doc`. The invocation of Ruby which blew the stack was `bundle exec rake db:migrate`, on a mid-sized Rails project. Regarding @ncopa's patch from #14387, @wanabe listed some things which should be done before it is merged into mainline Ruby: > Okay, The patch needs one or more proofs of its behaviour, like that: > > Original issue [ruby-dev:50421] has gone away. > Standard test codes run well. > test-all > ruby/spec > getrlimit works on some situations like: > on single thread > with multiple threads > with RLIMIT_STACK environment variable > getrlimit code of musl is implemented correctly as expected. > (But It's doubtful whether it can be. I guess that a proof of code soundness is very difficult.) > Some "real world" applications can work. > I think it is better example that that application(s) can't work without the patch. I am happy to help cover some of these points if the Ruby development team is still interested in merging @ncopa's patch. -- https://bugs.ruby-lang.org/

4 5

[ruby-core:115538] [Ruby master Misc#20028] I'd like my commit bit back
by zenspider (Ryan Davis) 27 Mar '24

27 Mar '24

Issue #20028 has been reported by zenspider (Ryan Davis). ---------------------------------------- Misc #20028: I'd like my commit bit back https://bugs.ruby-lang.org/issues/20028 * Author: zenspider (Ryan Davis) * Status: Open * Priority: Normal ---------------------------------------- It's been a while, in the svn -> git shuffle I lost commit privs. I'd like to help out more actively, triage issues, clean doco, etc. Not sure who's doing admin work so I'm not sure who to assign to to expedite. -- https://bugs.ruby-lang.org/

4 6

[ruby-core:117337] [Ruby master Misc#17174] "Error relocating, symbol not found" error when compiling a native extension on Alpine with Ruby >=2.4
by hsbt (Hiroshi SHIBATA) 27 Mar '24

27 Mar '24

Issue #17174 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Open to Closed Unfortunately, there is no active maintainer for musl or alpine platform. I tagged them to [musl](https://bugs.ruby-lang.org/projects/ruby-master/issues?fields%5B%5D=i…. We welcome patch for them. ---------------------------------------- Misc #17174: "Error relocating, symbol not found" error when compiling a native extension on Alpine with Ruby >=2.4 https://bugs.ruby-lang.org/issues/17174#change-107491 * Author: Nakilon (Victor Maslov) * Status: Closed ---------------------------------------- My native extension gem compiles fine with all versions of Ruby on macOS but only with Ruby 2.3 on Alpine. It throws various `Error relocating`, `symbol not found` when I require the `.o` file. Here I made a branch to reproduce it in Docker quickly. ``` git clone https://github.com/Nakilon/dhash-vips.git --branch alpine-compilation-issues alpine-compilation-issues && cd alpine-compilation-issues ``` ``` # compiles and does not fail on require docker build - -t temp-ruby2.3.8 --build-arg RUBY_VERSION=2.3.8 --build-arg ALPINE_VERSION=3.8 <Dockerfile # Error relocating /dhash-vips/idhash.so: rb_deprecate_constant: symbol not found - /dhash-vips/idhash.so (LoadError) docker build - -t temp-ruby2.4.10 --build-arg RUBY_VERSION=2.4.10 --build-arg ALPINE_VERSION=3.11 <Dockerfile # Error relocating /dhash-vips/idhash.so: rb_int_modulo: symbol not found - /dhash-vips/idhash.so (LoadError) docker build - -t temp-ruby2.5.8 --build-arg RUBY_VERSION=2.5.8 --build-arg ALPINE_VERSION=3.12 <Dockerfile # Error relocating /dhash-vips/idhash.so: rb_int_pow: symbol not found - /dhash-vips/idhash.so (LoadError) docker build - -t temp-ruby2.6.6 --build-arg RUBY_VERSION=2.6.6 --build-arg ALPINE_VERSION=3.12 <Dockerfile ``` I wanted to ask in the Mailing List but for some reason my email didn't reach it. Guy on Freenode recommended to post here. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:117336] [Ruby master Bug#16810] ruby segfaults on s390x with musl libc
by hsbt (Hiroshi SHIBATA) 27 Mar '24

27 Mar '24

Issue #16810 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Open to Closed Unfortunately, there is no active maintainer for musl or alpine platform. I tagged them to [musl](https://bugs.ruby-lang.org/projects/ruby-master/issues?fields%5B%5D=i…. We welcome patch for them. ---------------------------------------- Bug #16810: ruby segfaults on s390x with musl libc https://bugs.ruby-lang.org/issues/16810#change-107490 * Author: ncopa (Natanael Copa) * Status: Closed * ruby -v: ruby 2.7.1p83 (2020-03-31 revision a0c7c23c9c) [s390x-linux-musl] * Backport: 2.5: UNKNOWN, 2.6: UNKNOWN, 2.7: UNKNOWN ---------------------------------------- When trying to build mruby-2.1.0 ruby segfaults when running `ruby ./minirake -v`. I was able to get a backtrace with gdb: ``` Program received signal SIGSEGV, Segmentation fault. vm_call_cfunc_with_frame (empty_kw_splat=0, cd=0x2aa0009f108, calling=<optimized out>, reg_cfp=0x3fffd9fea70, ec=0x3fffb8d45e8) at vm_insnhelper.c:2505 2505 vm_insnhelper.c: No such file or directory. (gdb) bt #0 vm_call_cfunc_with_frame (empty_kw_splat=0, cd=0x2aa0009f108, calling=<optimized out>, reg_cfp=0x3fffd9fea70, ec=0x3fffb8d45e8) at vm_insnhelper.c:2505 #1 vm_call_cfunc (ec=0x3fffb8d45e8, reg_cfp=0x3fffd9fea70, calling=<optimized out>, cd=0x2aa0009f108) at vm_insnhelper.c:2539 #2 0x000003fffdd79578 in vm_call_method (ec=0x3fffb8d45e8, cfp=0x3fffd9fea70, calling=0x3ffffffb028, cd=0x2aa00583490) at vm_insnhelper.c:3026 #3 0x000003fffdd5e452 in vm_sendish (ec=0x3fffb8d45e8, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fea70, cd=0x2aa00583490, block_handler=block_handler@entry=0, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #4 0x000003fffdd6e0a2 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:801 #5 0x000003fffdd71fc8 in rb_vm_exec (ec=ec@entry=0x2aa00002a50, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #6 0x000003fffdd72810 in invoke_block (ec=ec@entry=0x2aa00002a50, iseq=iseq@entry=0x2aa00585f50, self=self@entry=2929175261440, cref=cref@entry=0x0, type=572653569, opt_pc=0, captured=<optimized out>) at vm.c:1044 #7 0x000003fffdd729a8 in invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x0, passed_block_handler=4398011476064, kw_splat=-17920, argv=0x3ffffffb5b8, argc=1, self=2929175261440, captured=0x3fffd9feb30, ec=0x2aa00002a50) at vm.c:1116 #8 invoke_block_from_c_bh (ec=ec@entry=0x2aa00002a50, block_handler=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x3ffffffb5b8, kw_splat=kw_splat@entry=0, passed_block_handler=0, cref=0x0, is_lambda=<optimized out>, force_blockarg=0) at vm.c:1134 #9 0x000003fffdd73152 in vm_yield (kw_splat=0, argv=0x3ffffffb5b8, argc=1, ec=0x2aa00002a50) at vm.c:1179 #10 rb_yield_0 (argc=argc@entry=1, argv=argv@entry=0x3ffffffb5b8) at vm_eval.c:1227 #11 0x000003fffdd73184 in rb_yield_1 (val=<optimized out>) at vm_eval.c:1233 #12 0x000003fffdd731bc in rb_yield (val=<optimized out>) at vm_eval.c:1243 #13 0x000003fffdbbb6a0 in rb_ary_each (ary=2929175260720) at array.c:2135 #14 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x2aa0008e678, calling=<optimized out>, reg_cfp=0x3fffd9feae0, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #15 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9feae0, calling=<optimized out>, cd=0x2aa0008e678) at vm_insnhelper.c:2539 #16 0x000003fffdd79578 in vm_call_method (ec=0x2aa00002a50, cfp=0x3fffd9feae0, calling=0x3ffffffb8e8, cd=0x2aa00583aa0) at vm_insnhelper.c:3026 #17 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9feae0, cd=cd@entry=0x2aa00583aa0, block_handler=<optimized out>, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #18 0x000003fffdd701c8 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:782 #19 0x000003fffdd71fc8 in rb_vm_exec (ec=ec@entry=0x2aa00002a50, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #20 0x000003fffdd72810 in invoke_block (ec=ec@entry=0x2aa00002a50, iseq=iseq@entry=0x2aa00586180, self=self@entry=2929173767640, cref=cref@entry=0x0, type=572653569, opt_pc=0, captured=<optimized out>) at vm.c:1044 #21 0x000003fffdd729a8 in invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x0, passed_block_handler=4398011476064, kw_splat=-15680, argv=0x3ffffffbe78, argc=1, self=2929173767640, captured=0x3fffd9febd8, ec=0x2aa00002a50) at vm.c:1116 #22 invoke_block_from_c_bh (ec=ec@entry=0x2aa00002a50, block_handler=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x3ffffffbe78, kw_splat=kw_splat@entry=0, passed_block_handler=0, cref=0x0, is_lambda=<optimized out>, force_blockarg=0) at vm.c:1134 #23 0x000003fffdd73152 in vm_yield (kw_splat=0, argv=0x3ffffffbe78, argc=1, ec=0x2aa00002a50) at vm.c:1179 #24 rb_yield_0 (argc=argc@entry=1, argv=argv@entry=0x3ffffffbe78) at vm_eval.c:1227 #25 0x000003fffdd73184 in rb_yield_1 (val=<optimized out>) at vm_eval.c:1233 #26 0x000003fffdd731bc in rb_yield (val=<optimized out>) at vm_eval.c:1243 #27 0x000003fffdbbe7aa in rb_ary_collect (ary=2929173762560) at array.c:3065 #28 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x2aa0008e678, calling=<optimized out>, reg_cfp=0x3fffd9febc0, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #29 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9febc0, calling=<optimized out>, cd=0x2aa0008e678) at vm_insnhelper.c:2539 #30 0x000003fffdd79578 in vm_call_method (ec=0x2aa00002a50, cfp=0x3fffd9febc0, calling=0x3ffffffc1a8, cd=0x2aa00596980) at vm_insnhelper.c:3026 #31 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9febc0, cd=cd@entry=0x2aa00596980, block_handler=<optimized out>, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #32 0x000003fffdd701c8 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:782 #33 0x000003fffdd71fc8 in rb_vm_exec (ec=ec@entry=0x2aa00002a50, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #34 0x000003fffdd72810 in invoke_block (ec=ec@entry=0x2aa00002a50, iseq=iseq@entry=0x2aa00585460, self=self@entry=2929173439960, cref=cref@entry=0x0, type=572653569, opt_pc=0, captured=<optimized out>) at vm.c:1044 #35 0x000003fffdd729a8 in invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x0, passed_block_handler=4398008493928, kw_splat=-13696, argv=0x3ffffffc738, argc=1, self=2929173439960, captured=0x3fffd9fec80, ec=0x2aa00002a50) at vm.c:1116 #36 invoke_block_from_c_bh (ec=ec@entry=0x2aa00002a50, block_handler=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x3ffffffc738, kw_splat=kw_splat@entry=0, passed_block_handler=0, cref=0x0, is_lambda=<optimized out>, force_blockarg=0) at vm.c:1134 #37 0x000003fffdd73152 in vm_yield (kw_splat=0, argv=0x3ffffffc738, argc=1, ec=0x2aa00002a50) at vm.c:1179 #38 rb_yield_0 (argc=argc@entry=1, argv=argv@entry=0x3ffffffc738) at vm_eval.c:1227 #39 0x000003fffdd73184 in rb_yield_1 (val=<optimized out>) at vm_eval.c:1233 #40 0x000003fffdd731bc in rb_yield (val=<optimized out>) at vm_eval.c:1243 #41 0x000003fffdbbb6a0 in rb_ary_each (ary=2929173764040) at array.c:2135 #42 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x3fffddc49c8, calling=<optimized out>, reg_cfp=0x3fffd9fec68, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #43 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9fec68, calling=<optimized out>, cd=0x3fffddc49c8) at vm_insnhelper.c:2539 #44 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fec68, cd=cd@entry=0x2aa005a0270, block_handler=<optimized out>, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #45 0x000003fffdd701c8 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:782 #46 0x000003fffdd71fc8 in rb_vm_exec (ec=ec@entry=0x2aa00002a50, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #47 0x000003fffdd72810 in invoke_block (ec=ec@entry=0x2aa00002a50, iseq=iseq@entry=0x2aa005854b0, self=self@entry=2929173439960, cref=cref@entry=0x0, type=572653569, opt_pc=0, captured=<optimized out>) at vm.c:1044 #48 0x000003fffdd729a8 in invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x0, passed_block_handler=4393751543814, kw_splat=-11712, argv=0x3ffffffcef8, argc=1, self=2929173439960, captured=0x3fffd9fed28, ec=0x2aa00002a50) at vm.c:1116 #49 invoke_block_from_c_bh (ec=ec@entry=0x2aa00002a50, block_handler=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x3ffffffcef8, kw_splat=kw_splat@entry=0, passed_block_handler=0, cref=0x0, is_lambda=<optimized out>, force_blockarg=0) at vm.c:1134 #50 0x000003fffdd73152 in vm_yield (kw_splat=0, argv=0x3ffffffcef8, argc=1, ec=0x2aa00002a50) at vm.c:1179 #51 rb_yield_0 (argc=argc@entry=1, argv=argv@entry=0x3ffffffcef8) at vm_eval.c:1227 #52 0x000003fffdd73184 in rb_yield_1 (val=<optimized out>) at vm_eval.c:1233 #53 0x000003fffdd731bc in rb_yield (val=<optimized out>) at vm_eval.c:1243 #54 0x000003fffdbbb6a0 in rb_ary_each (ary=2929173439920) at array.c:2135 #55 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x72720f9fffc06371, calling=<optimized out>, reg_cfp=0x3fffd9fecd8, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #56 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9fecd8, calling=<optimized out>, cd=0x72720f9fffc06371) at vm_insnhelper.c:2539 #57 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fecd8, cd=cd@entry=0x2aa0058b2c0, block_handler=<optimized out>, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #58 0x000003fffdd701c8 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:782 #59 0x000003fffdd71fc8 in rb_vm_exec (ec=ec@entry=0x2aa00002a50, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #60 0x000003fffdd72810 in invoke_block (ec=ec@entry=0x2aa00002a50, iseq=iseq@entry=0x2aa003d72f8, self=self@entry=2929171614160, cref=cref@entry=0x2aa003d5278, type=572653569, opt_pc=0, captured=<optimized out>) at vm.c:1044 #61 0x000003fffdd729a8 in invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x2aa003d5278, passed_block_handler=2929171614160, kw_splat=5743888, argv=0x3ffffffd6f8, argc=1, self=2929171614160, captured=0x3ffffffd630, ec=0x2aa00002a50) at vm.c:1116 #62 invoke_block_from_c_bh (ec=ec@entry=0x2aa00002a50, block_handler=<optimized out>, argc=<optimized out>, argv=0x3ffffffd6f8, kw_splat=kw_splat@entry=0, passed_block_handler=0, cref=0x2aa003d5278, is_lambda=<optimized out>, force_blockarg=0) at vm.c:1134 #63 0x000003fffdd72f2c in vm_yield_with_cref (is_lambda=<optimized out>, cref=0x2aa003d5278, kw_splat=<optimized out>, argv=<optimized out>, argc=<optimized out>, ec=0x2aa00002a50) at vm.c:1171 #64 yield_under (under=under@entry=2929173439760, self=2929171614160, argc=<optimized out>, argc@entry=1, argv=<optimized out>, argv@entry=0x3ffffffd6f8, kw_splat=<optimized out>, kw_splat@entry=3) at vm_eval.c:1879 #65 0x000003fffdd7a0a4 in specific_eval (argc=argc@entry=0, argv=argv@entry=0x3fffd8ff1c0, klass=2929173439760, self=<optimized out>, self@entry=2929171614160, kw_splat=kw_splat@entry=3) at vm_eval.c:1920 #66 0x000003fffdd7a2a0 in rb_obj_instance_eval_internal (argc=<optimized out>, argv=0x3fffd8ff1c0, self=2929171614160) at vm_eval.c:1993 #67 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x0, calling=<optimized out>, reg_cfp=0x3fffd9fedf0, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #68 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9fedf0, calling=<optimized out>, cd=0x0) at vm_insnhelper.c:2539 #69 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fedf0, cd=cd@entry=0x2aa00480360, block_handler=<optimized out>, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #70 0x000003fffdd701c8 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:782 #71 0x000003fffdd71fc8 in rb_vm_exec (ec=ec@entry=0x2aa00002a50, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #72 0x000003fffdd72810 in invoke_block (ec=ec@entry=0x2aa00002a50, iseq=iseq@entry=0x2aa003e9f70, self=self@entry=2929172774640, cref=cref@entry=0x0, type=572653569, opt_pc=0, captured=<optimized out>) at vm.c:1044 #73 0x000003fffdd729a8 in invoke_iseq_block_from_c (me=0x0, is_lambda=<optimized out>, cref=0x0, passed_block_handler=4398011476064, kw_splat=224568, argv=0x3ffffffded8, argc=2, self=2929172774640, captured=0x3fffd9fee78, ec=0x2aa00002a50) at vm.c:1116 #74 invoke_block_from_c_bh (ec=ec@entry=0x2aa00002a50, block_handler=<optimized out>, argc=argc@entry=2, argv=argv@entry=0x3ffffffded8, kw_splat=kw_splat@entry=0, passed_block_handler=0, cref=0x0, is_lambda=<optimized out>, force_blockarg=0) at vm.c:1134 #75 0x000003fffdd73152 in vm_yield (kw_splat=0, argv=0x3ffffffded8, argc=2, ec=0x2aa00002a50) at vm.c:1179 #76 rb_yield_0 (argc=<optimized out>, argv=argv@entry=0x3ffffffded8) at vm_eval.c:1227 #77 0x000003fffdd732c2 in rb_yield_values2 (argc=argc@entry=2, argv=argv@entry=0x3ffffffded8) at vm_eval.c:1273 #78 0x000003fffdc4175e in each_pair_i_fast (key=<optimized out>, value=<optimized out>, _=<optimized out>) at hash.c:3057 #79 0x000003fffdc42eb2 in hash_ar_foreach_iter (error=0, argp=4398046503384, value=<optimized out>, key=<optimized out>) at hash.c:1337 #80 ar_foreach_check (func=<optimized out>, never=52, arg=4398046503384, hash=2929171613960) at hash.c:962 #81 hash_foreach_call (arg=4398046503384) at hash.c:1485 #82 0x000003fffdc252dc in rb_ensure (b_proc=0x3fffdc2531e <rb_ensure+342>, b_proc@entry=0x3fffdc42de8 <hash_foreach_call>, data1=4398046503160, data1@entry=4398046503384, e_proc=e_proc@entry=0x3fffdc41008 <hash_foreach_ensure>, data2=data2@entry=2929171613960) at eval.c:1129 #83 0x000003fffdc44be2 in rb_hash_foreach (farg=0, func=0x3fffdc41720 <each_pair_i_fast>, hash=2929171613960) at hash.c:1509 #84 rb_hash_foreach (hash=2929171613960, func=0x3fffdc41720 <each_pair_i_fast>, farg=0) at hash.c:1499 #85 0x000003fffdc455e2 in rb_hash_each_pair (hash=<optimized out>) at hash.c:3088 #86 rb_hash_each_pair (hash=2929171613960) at hash.c:3084 #87 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x3fffdfa4828, calling=<optimized out>, reg_cfp=0x3fffd9fee60, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #88 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9fee60, calling=<optimized out>, cd=0x3fffdfa4828) at vm_insnhelper.c:2539 #89 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fee60, cd=cd@entry=0x2aa00477d80, block_handler=<optimized out>, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #90 0x000003fffdd701c8 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:782 #91 0x000003fffdd71fc8 in rb_vm_exec (ec=<optimized out>, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #92 0x000003fffdd7a5fa in rb_iseq_eval (iseq=iseq@entry=0x2aa003d7348) at vm.c:2168 #93 0x000003fffdc6907a in load_iseq_eval (ec=0x2aa00002a50, fname=2929171806840) at load.c:585 #94 0x000003fffdc692d0 in rb_load_internal (fname=<optimized out>, wrap=<optimized out>) at load.c:643 #95 0x000003fffdc69fce in rb_f_load (argc=<optimized out>, argv=<optimized out>, _=<optimized out>) at load.c:701 #96 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x2aa000bce88, calling=<optimized out>, reg_cfp=0x3fffd9fef08, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #97 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9fef08, calling=<optimized out>, cd=0x2aa000bce88) at vm_insnhelper.c:2539 #98 0x000003fffdd79578 in vm_call_method (ec=0x2aa00002a50, cfp=0x3fffd9fef08, calling=0x3ffffffec10, cd=0x2aa004c67f0) at vm_insnhelper.c:3026 #99 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fef08, cd=0x2aa004c67f0, block_handler=block_handler@entry=0, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #100 0x000003fffdd6e0a2 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:801 #101 0x000003fffdd71fc8 in rb_vm_exec (ec=<optimized out>, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #102 0x000003fffdd7a5fa in rb_iseq_eval (iseq=iseq@entry=0x2aa0006f228) at vm.c:2168 #103 0x000003fffdc6907a in load_iseq_eval (ec=0x2aa00002a50, fname=2929169827160) at load.c:585 #104 0x000003fffdc692d0 in rb_load_internal (fname=<optimized out>, wrap=<optimized out>) at load.c:643 #105 0x000003fffdc69fce in rb_f_load (argc=<optimized out>, argv=<optimized out>, _=<optimized out>) at load.c:701 #106 0x000003fffdd6376a in vm_call_cfunc_with_frame (empty_kw_splat=<optimized out>, cd=0x2aa000bce88, calling=<optimized out>, reg_cfp=0x3fffd9fef78, ec=0x2aa00002a50) at vm_insnhelper.c:2514 #107 vm_call_cfunc (ec=0x2aa00002a50, reg_cfp=0x3fffd9fef78, calling=<optimized out>, cd=0x2aa000bce88) at vm_insnhelper.c:2539 #108 0x000003fffdd79578 in vm_call_method (ec=0x2aa00002a50, cfp=0x3fffd9fef78, calling=0x3fffffff400, cd=0x2aa0045d590) at vm_insnhelper.c:3026 #109 0x000003fffdd5e452 in vm_sendish (ec=0x2aa00002a50, ec@entry=<error reading variable: value has been optimized out>, reg_cfp=reg_cfp@entry=0x3fffd9fef78, cd=0x2aa0045d590, block_handler=block_handler@entry=0, method_explorer=method_explorer@entry=0x3fffdd66568 <vm_search_method_wrap>) at vm_insnhelper.c:4023 #110 0x000003fffdd6e0a2 in vm_exec_core (ec=<optimized out>, ec@entry=0x0, initial=initial@entry=0) at insns.def:801 #111 0x000003fffdd71fc8 in rb_vm_exec (ec=<optimized out>, mjit_enable_p=mjit_enable_p@entry=1) at vm.c:1929 #112 0x000003fffdd7a6d2 in rb_iseq_eval_main (iseq=iseq@entry=0x0) at vm.c:2179 #113 0x000003fffdc22672 in rb_ec_exec_node (ec=ec@entry=0x2aa00002a50, n=n@entry=0x2aa0007d418) at eval.c:278 #114 0x000003fffdc26f5c in ruby_run_node (n=0x2aa0007d418) at eval.c:336 #115 0x000002aa00000994 in main (argc=<optimized out>, argv=<optimized out>) at ./main.c:50 ``` This ruby build was built with [libucontext](https://github.com/kaniini/libucontext/), and ruby's testsuite passed (which it didn't with --with-coroutines=copy. see #16809) -- https://bugs.ruby-lang.org/

1 0

[ruby-core:116106] [Ruby master Bug#20168] Process won't exit when Ractor.select waiting a Ractor
by shia (Sangyong Sim) 26 Mar '24

26 Mar '24

Issue #20168 has been reported by shia (Sangyong Sim). ---------------------------------------- Bug #20168: Process won't exit when Ractor.select waiting a Ractor https://bugs.ruby-lang.org/issues/20168 * Author: shia (Sangyong Sim) * Status: Open * Priority: Normal * ruby -v: 3.3.0 * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- ## Reproduction code ```ruby trap(:INT) do puts "SIGINT" exit end trap(:TERM) do puts "SIGTERM" exit end r = Ractor.new do loop do sleep 1 end end Ractor.select(r) # stucked. # SIGINT/SIGTERM sent to Ruby process(confirmed by trap), # but process won't exit. ``` ## Expected behavior Process killed successfully with exit code 0. ## Affected Ruby version 3.3.0 3.2.x works as expected. -- https://bugs.ruby-lang.org/

3 2