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

[ruby-core:116615] [Ruby master Bug#20243] M:N threading VM_ASSERT failure in rb_current_execution_context with clang 17 (on Linux)
by kjtsanaktsidis (KJ Tsanaktsidis) 07 Feb '24

07 Feb '24

Issue #20243 has been reported by kjtsanaktsidis (KJ Tsanaktsidis). ---------------------------------------- Bug #20243: M:N threading VM_ASSERT failure in rb_current_execution_context with clang 17 (on Linux) https://bugs.ruby-lang.org/issues/20243 * Author: kjtsanaktsidis (KJ Tsanaktsidis) * Status: Open * Priority: Normal * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- When building with Clang 17 and `-DVM_CHECK_MODE=1` (with the following configure) ``` optflags="-ggdb3 -fno-omit-frame-pointer -fno-optimize-sibling-calls -O3" cflags="-DVM_CHECK_MODE=1" CC=clang ../configure --prefix=/home/kj/ruby/installed --enable-yjit=dev --disable-install-doc ``` And then running the following script with the built `./miniruby` (which is actually from `bootstraptest/test_ractor.rb`): ```ruby counts = [] counts << Ractor.count ractors = (1..3).map { Ractor.new { Ractor.receive } } counts << Ractor.count ractors[0].send('End 0').take sleep 0.1 until ractors[0].inspect =~ /terminated/ counts << Ractor.count ractors[1].send('End 1').take sleep 0.1 until ractors[1].inspect =~ /terminated/ counts << Ractor.count ractors[2].send('End 2').take sleep 0.1 until ractors[2].inspect =~ /terminated/ counts << Ractor.count counts.inspect ``` I get the following crash: ``` Assertion Failed: ../vm_core.h:1957:rb_current_execution_context:ec == rb_current_ec_noinline() ruby 3.4.0dev (2024-02-07T07:52:06Z ktsanaktsidis/igno.. 5cc6d944c2) [x86_64-linux] -- Control frame information ----------------------------------------------- c:0003 p:0003 s:0010 e:000009 METHOD <internal:ractor>:431 c:0002 p:0004 s:0006 e:000005 BLOCK ractor_crash.rb:3 [FINISH] c:0001 p:---- s:0003 e:000002 DUMMY [FINISH] -- Ruby level backtrace information ---------------------------------------- ractor_crash.rb:3:in `block (2 levels) in <main>' <internal:ractor>:431:in `receive' -- Threading information --------------------------------------------------- Total ractor count: 2 Ruby thread count for this ractor: 1 -- C level backtrace information ------------------------------------------- /home/kj/ruby/build/miniruby(rb_print_backtrace+0x14) [0x55faa97a4ebd] ../vm_dump.c:820 /home/kj/ruby/build/miniruby(rb_vm_bugreport) ../vm_dump.c:1151 /home/kj/ruby/build/miniruby(rb_assert_failure+0x81) [0x55faa94d2719] ../error.c:1131 ./miniruby(thread_sched_wait_running_turn+0x2e9) [0x55faa9726f59] /home/kj/ruby/build/miniruby(rb_ractor_sched_sleep+0x10b) [0x55faa972687b] ../thread_pthread.c:1348 /home/kj/ruby/build/miniruby(ractor_check_ints+0x0) [0x55faa968b328] ../ractor.c:683 /home/kj/ruby/build/miniruby(ractor_sleep_with_cleanup) ../ractor.c:684 /home/kj/ruby/build/miniruby(ractor_sleep+0x15) [0x55faa968adf4] ../ractor.c:701 /home/kj/ruby/build/miniruby(ractor_wait_receive) ../ractor.c:748 /home/kj/ruby/build/miniruby(ractor_receive+0x1f) [0x55faa968768e] ../ractor.c:762 /home/kj/ruby/build/miniruby(builtin_inline_class_431) ../ractor.rb:432 /home/kj/ruby/build/miniruby(builtin_invoker0+0x6) [0x55faa978fc66] ../vm_insnhelper.c:6746 /home/kj/ruby/build/miniruby(invoke_bf+0x39) [0x55faa979816e] ../vm_insnhelper.c:6886 /home/kj/ruby/build/miniruby(vm_invoke_builtin_delegate) ../vm_insnhelper.c:6909 /home/kj/ruby/build/miniruby(rb_vm_check_ints+0x0) [0x55faa9771fac] ../insns.def:1533 /home/kj/ruby/build/miniruby(vm_pop_frame) ../vm_insnhelper.c:419 /home/kj/ruby/build/miniruby(vm_exec_core) ../insns.def:1537 /home/kj/ruby/build/miniruby(vm_exec_loop+0x0) [0x55faa9767f02] ../vm.c:2489 /home/kj/ruby/build/miniruby(rb_vm_exec) ../vm.c:2492 /home/kj/ruby/build/miniruby(invoke_block+0x6f) [0x55faa9781a58] ../vm.c:1512 /home/kj/ruby/build/miniruby(invoke_iseq_block_from_c) ../vm.c:1582 /home/kj/ruby/build/miniruby(invoke_block_from_c_proc) ../vm.c:1680 /home/kj/ruby/build/miniruby(vm_invoke_proc) ../vm.c:1710 /home/kj/ruby/build/miniruby(rb_vm_invoke_proc_with_self+0x5a) [0x55faa9781eaa] ../vm.c:1745 /home/kj/ruby/build/miniruby(thread_do_start_proc+0x199) [0x55faa9739e19] ../thread.c:574 /home/kj/ruby/build/miniruby(thread_do_start+0x6c) [0x55faa973933f] ../thread.c:618 /home/kj/ruby/build/miniruby(thread_start_func_2) ../thread.c:668 /home/kj/ruby/build/miniruby(rb_native_mutex_lock+0x0) [0x55faa973a141] ../thread_pthread.c:2234 /home/kj/ruby/build/miniruby(thread_sched_lock_) ../thread_pthread.c:387 /home/kj/ruby/build/miniruby(call_thread_start_func_2) ../thread_pthread_mn.c:436 /home/kj/ruby/build/miniruby(co_start) ../thread_pthread_mn.c:434 ``` The failing assertion is this one in vm_core.h: https://github.com/ruby/ruby/blob/42c36269403baac67b0d5dc1d6d6e31168cf6a1f/…. It actually has a very helpful comment. ``` /* On the shared objects, `__tls_get_addr()` is used to access the TLS * and the address of the `ruby_current_ec` can be stored on a function * frame. However, this address can be mis-used after native thread * migration of a coroutine. * 1) Get `ptr =&ruby_current_ec` op NT1 and store it on the frame. * 2) Context switch and resume it on the NT2. * 3) `ptr` is used on NT2 but it accesses to the TLS on NT1. * This assertion checks such misusage. * * To avoid accidents, `GET_EC()` should be called once on the frame. * Note that inlining can produce the problem. */ VM_ASSERT(ec == rb_current_ec_noinline()); ``` What seems to be happening is exactly that. This is a disassembly of the relevant bits of `thread_sched_wait_running_turn`: ``` ........ # This is the only bits of the entire function which access the TLS base register %fs. # It seems to have spilled the value of ruby_current_ec into %r13. 0x000055603d2e1cf8 <+136>: mov $0xffffffffffffff90,%rax 0x000055603d2e1cff <+143>: mov %fs:0x0,%r12 0x000055603d2e1d08 <+152>: add %rax,%r12 0x000055603d2e1d0b <+155>: mov %fs:(%rax),%r13 ........ # There's a call to coroutine_transfer, so after this point we're returned to on a # different thread 0x000055603d2e1e90 <+544>: call 0x55603d7fce84 <coroutine_transfer> # But nothing ever loads the address of ruby_current_ec from %fs again (i didn't trace # exactly the data flow from %r13 at 0x000055603d2e1d0b to here, but i assume it spilled # somewhere and now got loaded back into %r15 here). In any case, that means %r15 here # contains the value of ruby_current_ec from the _old_ thread, not the current one. 0x000055603d2e1e95 <+549>: mov %rbx,0x28(%r14) 0x000055603d2e1e99 <+553>: mov (%r12),%r15 0x000055603d2e1e9d <+557>: call 0x55603d33a010 <rb_current_ec_noinline> 0x000055603d2e1ea2 <+562>: cmp %rax,%r15 => 0x000055603d2e1ea5 <+565>: jne 0x55603d2e1f3a <thread_sched_wait_running_turn+714> ........ # assertion failure code path. 0x000055603d2e1f3a <+714>: lea 0x542c0c(%rip),%rdi # 0x55603d824b4d 0x000055603d2e1f41 <+721>: lea 0x542c12(%rip),%rdx # 0x55603d824b5a 0x000055603d2e1f48 <+728>: lea 0x542c28(%rip),%rcx # 0x55603d824b77 0x000055603d2e1f4f <+735>: mov $0x7a5,%esi 0x000055603d2e1f54 <+740>: call 0x55603d08d698 <rb_assert_failure> ``` if we look at the register values from `0x000055603d2e1ea2`: ``` (rr) print/x $rax $2 = 0x55603e159ad0 (rr) print/x $r15 $3 = 0x0 ``` So the value from `%rax` which came from `ruby_current_ec_noinline` is correctly the value of `ruby_current_ec` for this thread, and `%r15` contains a stale value from a previous thread. - Now, what can we _do_ about this, is a different question :/ There's a really good stackoverflow answer about it here: https://stackoverflow.com/questions/75592038/how-to-disable-clang-expressio…, but to summarise * longstanding GCC and Clang bugs for this exist and have been marked as WONTFIX (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461, https://github.com/llvm/llvm-project/issues/19551) * It's even worse than this EC problem - things like `errno` also might be incorrectly persisted across coroutine switches (so e.g. an inlined C library function could in theory set `errno` in another thread, for example) * C++ actually has coroutines now, so this _must_ work for those. Clang at least has fixed some TLS problems in their C++ coroutine implementation (https://github.com/llvm/llvm-project/issues/47179) Other than reimplementing all of our coroutine stuff on top of C++ coroutines, I'm not sure what else we can do. AFAICT there's no way to tell the compiler that we clobbered the `%fs` register because that's just not a thing in its model (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631, but i assume clang is similar). Thoughts? For now I think my workaround is to disable M:N at build time when building with ASAN (or turn optimizations down). At least this isn't a problem with `Fiber` because we never move them across threads (probably for this reason in part). -- https://bugs.ruby-lang.org/

1 1

[ruby-core:116614] [Ruby master Feature#9113] Ship Ruby for Linux with jemalloc out-of-the-box
by hackeron (Roman Gaufman) 07 Feb '24

07 Feb '24

Issue #9113 has been updated by hackeron (Roman Gaufman). We've been using jemalloc since 2018 and it cut our memory use to 1/5, it also stopped us needing to restart our app every 3-4 days as the memory slowly leaked. It is staggering to me why this isn't the default, until we discovered jemalloc we were actively looking to stop using Ruby for its memory bloating and leaking. ---------------------------------------- Feature #9113: Ship Ruby for Linux with jemalloc out-of-the-box https://bugs.ruby-lang.org/issues/9113#change-106627 * Author: sam.saffron (Sam Saffron) * Status: Closed * Priority: Normal ---------------------------------------- libc's malloc is a problem, it fragments badly meaning forks share less memory and is slow compared to tcmalloc or jemalloc. both jemalloc and tcmalloc are heavily battle tested and stable. 2 years ago redis picked up the jemalloc dependency see: http://oldblog.antirez.com/post/everything-about-redis-24.html To quote antirez: `` But an allocator is a serious thing. Since we introduced the specially encoded data types Redis started suffering from fragmentation. We tried different things to fix the problem, but basically the Linux default allocator in glibc sucks really, really hard. `` --- I recently benched Discourse with tcmalloc / jemalloc and default and noticed 2 very important thing: median request time reduce by up to 10% (under both) PSS (proportional share size) is reduced by 10% under jemalloc and 8% under tcmalloc. We can always use LD_PRELOAD to yank these in, but my concern is that standard distributions are using a far from optimal memory allocator. It would be awesome if the build, out-of-the-box, just checked if it was on Linux (eg: https://github.com/antirez/redis/blob/unstable/src/Makefile#L30-L34 ) and then used jemalloc instead. ---Files-------------------------------- 0001-configure.in-add-with-jemalloc-option.patch (1.29 KB) -- https://bugs.ruby-lang.org/

1 0

[ruby-core:116598] [Ruby master Misc#20240] Unable to build ruby 3.1.0 on macOS when shared due to dylibs (libgmp) not found when running miniruby
by jmarrec (Julien Marrec) 06 Feb '24

06 Feb '24

Issue #20240 has been reported by jmarrec (Julien Marrec). ---------------------------------------- Misc #20240: Unable to build ruby 3.1.0 on macOS when shared due to dylibs (libgmp) not found when running miniruby https://bugs.ruby-lang.org/issues/20240 * Author: jmarrec (Julien Marrec) * Status: Open * Priority: Normal ---------------------------------------- I am trying to develop a conan (the C/C++ package manager) recipe for Ruby. The recipe would allow downstream users to 1) get a runnable ruby executable, and 2) be able to link to ruby, or embbed it in a C/C++ program if built statically, in an easy way. Currently there is an existing ruby 3.1.0 recipe that I'm trying to adapt, so I have to support this version. First off, let me say that I can succesfully build with 3.3.0, so I know something has changed for the better since then. I'm just at a lost when figuring out what I need to backport to make 3.1.0 work. The original issue is that it appears miniruby is looking for some dylibs and not finding them. Even if I do define `LD_LIBRARY_PATH`, `DYLD_LIBRARY_PATH` or `DYLD_FALLBACK_LIBRARY_PATH` (any combinations of these three) in my env. ``` shell dsymutil exe/ruby; { test -z '' || codesign -s '' -f exe/ruby; } ./miniruby \ -e 'prog, dest, inst = ARGV; dest += "/ruby"' \ -e 'exit unless prog==inst' \ -e 'unless prog=="ruby"' \ -e ' begin File.unlink(dest); rescue Errno::ENOENT; end' \ -e ' File.symlink(prog, dest)' \ -e 'end' \ ruby exe ruby dyld[59344]: Library not loaded: @rpath/libgmp.10.dylib Referenced from: <356E0011-6223-321A-9179-D55618D248D0> /Users/julien/.conan2/p/b/ruby9cafa28a7060d/b/build-release/miniruby Reason: no LC_RPATH's found make: *** [exe/ruby] Abort trap: 6 make: *** Deleting file `exe/ruby' ``` It seems that something is unsetting the variables, because this for eg works fine ```shell DYLD_LIBRARY_PATH=/Users/julien/.conan2/p/b/zlib1f8e7d96319f0/p/lib:/Users/julien/.conan2/p/b/opense854e464e8ff6/p/lib:/Users/julien/.conan2/p/b/libyae2f0aa15c9e92/p/lib:/Users/julien/.conan2/p/b/libff05fe9d5b96f79/p/lib:/Users/julien/.conan2/p/b/readl0d0041a63fa03/p/lib:/Users/julien/.conan2/p/b/termc22b5bb1515971/p/lib:/Users/julien/.conan2/p/b/gmp676fa41eaa3d6/p/lib: /Users/julien/.conan2/p/b/ruby9cafa28a7060d/b/build-release/miniruby -e "puts 'Hello, world'" ``` My configure call is like this: ```shell ./configure --enable-shared --disable-static --prefix=/ '--bindir=${prefix}/bin' '--sbindir=${prefix}/bin' '--libdir=${prefix}/lib' '--includedir=${prefix}/include' '--oldincludedir=${prefix}/include' --disable-install-doc --enable-load-relative --with-zlib-dir=/Users/julien/.conan2/p/b/zlib1f8e7d96319f0/p --with-openssl-dir=/Users/julien/.conan2/p/b/opense854e464e8ff6/p --with-libffi-dir=/Users/julien/.conan2/p/b/libff05fe9d5b96f79/p --with-libyaml-dir=/Users/julien/.conan2/p/b/libyae2f0aa15c9e92/p --with-readline-dir=/Users/julien/.conan2/p/b/readl0d0041a63fa03/p --with-gmp-dir=/Users/julien/.conan2/p/b/gmp676fa41eaa3d6/p --with-opt-dir=/Users/julien/.conan2/p/b/opense854e464e8ff6/p:/Users/julien/.conan2/p/b/libff05fe9d5b96f79/p:/Users/julien/.conan2/p/b/libyae2f0aa15c9e92/p:/Users/julien/.conan2/p/b/readl0d0041a63fa03/p:/Users/julien/.conan2/p/b/gmp676fa41eaa3d6/p --disable-jit-support ``` I have tried to backport https://github.com/ruby/ruby/pull/6296/files and https://github.com/ruby/ruby/commit/48644e71096c70132be9dfdcbfb414ec2e68d18b and https://github.com/ruby/ruby/pull/8730 amongst other things but I can't make it work. (I even tried a more brute force approach patching a lot of files by diffing 3.3.0 with 3.1.0, but please note I don't know what I'm doing... and I can get to the install step but then I get some errors about Psych / libymal and undefined Gem::Install:Zlib). I would **greatly** appreciate if someone can spare some time to help me wrap this up (I've been trying to make the recipe work for so long that I'm about to give up...) -- https://bugs.ruby-lang.org/

2 2

[ruby-core:116600] [Ruby master Bug#20241] Makefile rule for BUILTIN_ENCOBJS
by kjtsanaktsidis (KJ Tsanaktsidis) 06 Feb '24

06 Feb '24

Issue #20241 has been reported by kjtsanaktsidis (KJ Tsanaktsidis). ---------------------------------------- Bug #20241: Makefile rule for BUILTIN_ENCOBJS https://bugs.ruby-lang.org/issues/20241 * Author: kjtsanaktsidis (KJ Tsanaktsidis) * Status: Open * Priority: Normal * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- When I build Ruby out-of-source (e.g. in a `build/` subdirectory) by running `mkdir build && cd build && ../configure <args> && make`, the build fails because GCC tries to write `build/enc/ascii.o` but the `build/enc` subdirectory does not exist. If I run `make --debug` from this point, this is the chain of rules causing this to happen: ``` kj@kj-thinkpad build % make --debug V=1 GNU Make 4.4.1 Built for x86_64-redhat-linux-gnu Copyright (C) 1988-2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Reading makefiles... Updating makefiles.... Updating goal targets.... File 'all' does not exist. File 'main' does not exist. File 'exts' does not exist. File 'build-ext' does not exist. File 'exts.mk' does not exist. File 'ext/configure-ext.mk' does not exist. File 'miniruby' does not exist. File 'enc/ascii.o' does not exist. Must remake target 'enc/ascii.o'. gcc -DVM_CHECK_MODE=1 -O3 -fno-fast-math -ggdb3 -Wall -Wextra -Wdeprecated-declarations -Wdiv-by-zero -Wduplicated-cond -Wimplicit-function-declaration -Wimplicit-int -Wpointer-arith -Wwrite-strings -Wold-style-definition -Wimplicit-fallthrough=0 -Wmissing-noreturn -Wno-cast-function-type -Wno-constant-logical-operand -Wno-long-long -Wno-missing-field-initializers -Wno-overlength-strings -Wno-packed-bitfield-compat -Wno-parentheses-equality -Wno-self-assign -Wno-tautological-compare -Wno-unused-parameter -Wno-unused-value -Wsuggest-attribute=format -Wsuggest-attribute=noreturn -Wunused-variable -Wmisleading-indentation -Wundef -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fstack-protector-strong -fno-strict-overflow -fvisibility=hidden -fexcess-precision=standard -DRUBY_EXPORT -fPIE -I. -I.ext/include/x86_64-linux -I../include -I.. -I../prism -I../enc/unicode/15.0.0 -o enc/ascii.o -c ../enc/ascii.c Assembler messages: Fatal error: can't create enc/ascii.o: No such file or directory make: *** [Makefile:448: enc/ascii.o] Error 1 ``` I don't know when exactly this started - it could simply be that by random chance my machine did used to run other rules first which did create `enc/`, and now doesn't, since make rules are not a total order. I'm not sure exactly what the right way to fix this. I think in a "standard GNU autotools project", the right way for these subdirs to be created is for each of them to have their own Makefile.in. That way, ./configure would create the subdirectory in the build dir and template out the Makefile.in into e.g. `build/enc/Makefile`. However, we don't use recursive make, so we don't call `AC_CONFIG_FILES([enc/Makefile])` or anything like that. (There is actually an `enc/Makefile.in`, but it's templated by a Ruby script, not by autoconf). Has anybody else noticed this? -- https://bugs.ruby-lang.org/

3 4

[ruby-core:116609] [Ruby master Bug#18009] Regexps \w and \W with /i option and /u option produce inconsistent results under nested negation and intersection
by mjrzasa 06 Feb '24

06 Feb '24

Issue #18009 has been updated by mjrzasa (Maciek Rząsa). One more case: ``` [26] pry(main)> ("a".."z").to_a.join.scan(/[\W]/iu) => ["st"] ``` ---------------------------------------- Bug #18009: Regexps \w and \W with /i option and /u option produce inconsistent results under nested negation and intersection https://bugs.ruby-lang.org/issues/18009#change-106621 * Author: jirkamarsik (Jirka Marsik) * Status: Open * Priority: Normal * ruby -v: ruby 3.0.1p64 (2021-04-05 revision 0fb782ee38) [x86_64-linux] * Backport: 2.6: UNKNOWN, 2.7: UNKNOWN, 3.0: UNKNOWN ---------------------------------------- This is a follow up to [issue 4044](https://bugs.ruby-lang.org/issues/4044). Its fix (https://github.com/k-takata/Onigmo/issues/4) handled the cases that were reported in the original issue, but there are other cases, which were omitted and now produce inconsistent results. If the `\w` character set is used inside a nested negated character class, it will not be picked up by the part of the character class analyzer that's responsible for limiting the case-folding of certain character sets (like `\w` and `\W`) across the ASCII boundary. We then end up with the situation where `/[^\w]/iu` and `/[[^\w]]/iu` match different sets of characters. ``` irb(main):001:0> ("a".."z").to_a.join.scan(/\W/iu) => [] irb(main):002:0> ("a".."z").to_a.join.scan(/[^\w]/iu) => [] irb(main):003:0> ("a".."z").to_a.join.scan(/[[^\w]]/iu) => ["k", "s"] ``` This can also be demonstrated using the inverted matcher: ``` irb(main):004:0> ("a".."z").to_a.join.scan(/\w/iu).length => 26 irb(main):005:0> ("a".."z").to_a.join.scan(/[^[^\w]]/iu).length => 24 ``` A similar issue also arises when using character class intersection. The idea behind the pattern compiler's analysis is that characters are allowed to case-fold across the ASCII boundary only if they are included in the character class by some other means than just being included in `\w` (or in one of several other character sets which have special treatment). Therefore, in the below, `/[\w]/iu` will not match the Kelvin sign `\u212a`, because that would mean crossing the ASCII boundary from `k` to `\u212a`. However, `/[kx]/iu` will match the Kelvin sign, because the `k` was not contributed by `\w` and therefore is not subject to the ASCII boundary restriction (we have to use `/[kx]/iu` instead of `/[k]/iu` in our examples, or else the pattern analyzer would replace `[k]` with `k` and follow a different code path). ``` irb(main):006:0> /[\w]/iu.match("\u212a") => nil irb(main):007:0> /[kx]/iu.match("\u212a") => #<MatchData "K"> ``` The problem then is when we perform an intersection of these two character sets. Since `[kx]` is a subset of `\w`, we would expect their intersection to behave the same as `[kx]`, but that is not the case. ``` irb(main):008:0> /[\w&&kx]/i.match("\u212a") => nil ``` The underlying issue in these cases is the manner in which the `ascCc` character set is computed during the parsing of character classes. The `ascCc` character set should contain all characters of the character class except those which were contributed by `\w` and similar character sets. This is done in a way that these character sets are essentially ignored in the calculation of `ascCc`, which works well for set union and top-most negation (which is handled explicitly), but it doesn't handle nested set negation and set intersection. -- https://bugs.ruby-lang.org/

1 0

[ruby-core:116565] [Ruby master Feature#20235] Deprecate CHAR syntax
by Dan0042 (Daniel DeLorme) 06 Feb '24

06 Feb '24

Issue #20235 has been reported by Dan0042 (Daniel DeLorme). ---------------------------------------- Feature #20235: Deprecate CHAR syntax https://bugs.ruby-lang.org/issues/20235 * Author: Dan0042 (Daniel DeLorme) * Status: Open * Priority: Normal ---------------------------------------- I propose deprecating the `?c` syntax. It served a purpose in ruby <= 1.8, but no longer. The reason I'm proposing this is because today I ran into this error: ```ruby p $stdin.closed?=>true # comparison of String with true failed (ArgumentError) ``` I was completed mystified, and had to resort to Ripper to figure out what's going on ``` p *Ripper.lex("p $stdin.closed?=>true") [[1, 0], :on_ident, "p", CMDARG] [[1, 1], :on_sp, " ", CMDARG] [[1, 2], :on_gvar, "$stdin", END] [[1, 8], :on_period, ".", DOT] [[1, 9], :on_ident, "closed", ARG] [[1, 15], :on_CHAR, "?=", END] #OOOOHH!!!!! [[1, 17], :on_op, ">", BEG] [[1, 18], :on_kw, "true", END] ``` We don't have to commit to a removal schedule right now, but I think it would at least be good to print a deprecation message if $VERBOSE. -- https://bugs.ruby-lang.org/

5 7

[ruby-core:112947] [Ruby master Bug#19542] Operations on zero-sized IO::Buffer are raising
by hanazuki (Kasumi Hanazuki) 05 Feb '24

05 Feb '24

Issue #19542 has been reported by hanazuki (Kasumi Hanazuki). ---------------------------------------- Bug #19542: Operations on zero-sized IO::Buffer are raising https://bugs.ruby-lang.org/issues/19542 * Author: hanazuki (Kasumi Hanazuki) * Status: Open * Priority: Normal * ruby -v: ruby 3.2.1 (2023-02-08 revision 31819e82c8) [x86_64-linux] * Backport: 2.7: UNKNOWN, 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- I found that IO::Buffer of zero length is not cloneable. ``` % ruby -v ruby 3.2.1 (2023-02-08 revision 31819e82c8) [x86_64-linux] % ruby -e 'p IO::Buffer.for("").dup' -e:1:in `initialize_copy': The buffer is not allocated! (IO::Buffer::AllocationError) from -e:1:in `initialize_dup' from -e:1:in `dup' from -e:1:in `<main>' % ruby -e 'p IO::Buffer.new(0).dup' -e:1: warning: IO::Buffer is experimental and both the Ruby and C interface may change in the future! -e:1:in `initialize_copy': The buffer is not allocated! (IO::Buffer::AllocationError) from -e:1:in `initialize_dup' from -e:1:in `dup' from -e:1:in `<main>' ``` It seems `IO::Buffer.new(0)` allocates no memory for buffer on object creation and thus prohibits reading from or writing to it. So `#dup` method copying zero bytes into the new IO::Buffer raises the exception. Empty buffers, however, often appear in corner cases of usual operations (encrypting an empty string, encoding an empty list of items into binary, etc.) and it would be easy if such cases could be handled consistently. Other operations on NULL IO::Buffers are also useful but currently raising. ``` IO::Buffer.new(0) <=> IO::Buffer.new(1) IO::Buffer.new(0).each(:U8).to_a IO::Buffer.new(0).get_values([], 0) IO::Buffer.new(0).set_values([], 0, []) ``` I'm not sure this is a bug or by design, but at least I don't want cloning and comparison to raise. -- https://bugs.ruby-lang.org/

3 5

[ruby-core:116575] [Ruby master Bug#20236] OpenSSL::Cipher#update - probable buffer overflow: 16 for 15
by nakhli (Chaker Nakhli) 05 Feb '24

05 Feb '24

Issue #20236 has been reported by nakhli (Chaker Nakhli). ---------------------------------------- Bug #20236: OpenSSL::Cipher#update - probable buffer overflow: 16 for 15 https://bugs.ruby-lang.org/issues/20236 * Author: nakhli (Chaker Nakhli) * Status: Open * Priority: Normal * ruby -v: ruby 3.2.2 (2023-03-30 revision e51014f9c0) [arm64-darwin23] * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- input program crash.rb ``` ruby require 'openssl' cipher = OpenSSL::Cipher.new('aes128-wrap-pad').encrypt cipher.random_key cipher.update('42') ``` crashes systematically with the attached diagnostic report and the following output ``` $ ruby crash.rb crash.rb:5: [BUG] probable buffer overflow: 16 for 15 ruby 3.2.2 (2023-03-30 revision e51014f9c0) [arm64-darwin23] -- Crash Report log information -------------------------------------------- See Crash Report log file in one of the following locations: * ~/Library/Logs/DiagnosticReports * /Library/Logs/DiagnosticReports for more details. Don't forget to include the above Crash Report log file in bug reports. -- Control frame information ----------------------------------------------- c:0003 p:---- s:0012 e:000011 CFUNC :update c:0002 p:0027 s:0007 E:001338 EVAL crash.rb:5 [FINISH] c:0001 p:0000 s:0003 E:000170 DUMMY [FINISH] -- Ruby level backtrace information ---------------------------------------- crash.rb:5:in `<main>' crash.rb:5:in `update' -- C level backtrace information ------------------------------------------- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(rb_vm_bugreport+0x9a0) [0x1010e7e58] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(rb_bug_without_die+0x15c) [0x100f22888] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(rb_bug+0x1c) [0x1010f4d64] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(str_buf_cat4+0x0) [0x1010660f0] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle(ossl_cipher_update+0x194) [0x100b7a614] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(vm_call_cfunc_with_frame+0xe8) [0x1010dc29c] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(vm_exec_core+0x203c) [0x1010c1b90] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(rb_vm_exec+0x880) [0x1010d382c] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(rb_ec_exec_node+0x12c) [0x100f2e04c] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib(ruby_run_node+0x60) [0x100f2deb8] /Users/USER/.local/share/rtx/installs/ruby/3.2.2/bin/ruby(main+0x68) [0x10061bf24] -- Other runtime information ----------------------------------------------- * Loaded script: crash.rb * Loaded features: 0 enumerator.so 1 thread.rb 2 fiber.so 3 rational.so 4 complex.so 5 ruby2_keywords.rb 6 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 7 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/trans/transdb.bundle 8 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/rbconfig.rb 9 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/compatibility.rb 10 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/defaults.rb 11 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/deprecate.rb 12 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/errors.rb 13 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/unknown_command_spell_checker.rb 14 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/exceptions.rb 15 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/basic_specification.rb 16 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/stub_specification.rb 17 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/platform.rb 18 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/util/list.rb 19 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/version.rb 20 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/requirement.rb 21 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/specification.rb 22 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/util.rb 23 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/dependency.rb 24 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/core_ext/kernel_gem.rb 25 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/monitor.bundle 26 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/monitor.rb 27 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems.rb 28 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/rubygems/path_support.rb 29 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/error_highlight/version.rb 30 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/error_highlight/base.rb 31 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/error_highlight/formatter.rb 32 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/error_highlight/core_ext.rb 33 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/error_highlight.rb 34 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/version.rb 35 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/core_ext/name_error.rb 36 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/levenshtein.rb 37 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/jaro_winkler.rb 38 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checker.rb 39 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/name_error_checkers/class_name_checker.rb 40 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/name_error_checkers/variable_name_checker.rb 41 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/name_error_checkers.rb 42 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/method_name_checker.rb 43 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/key_error_checker.rb 44 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/null_checker.rb 45 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/tree_spell_checker.rb 46 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/require_path_checker.rb 47 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/spell_checkers/pattern_key_name_checker.rb 48 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean/formatter.rb 49 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/did_you_mean.rb 50 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/syntax_suggest/core_ext.rb 51 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/digest/version.rb 52 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/digest.bundle 53 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/digest/loader.rb 54 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/digest.rb 55 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 56 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/bn.rb 57 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/marshal.rb 58 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/pkey.rb 59 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/cipher.rb 60 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/digest.rb 61 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/hmac.rb 62 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/x509.rb 63 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/buffering.rb 64 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/io/nonblock.bundle 65 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/socket.bundle 66 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/socket.rb 67 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/ipaddr.rb 68 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/ssl.rb 69 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/pkcs5.rb 70 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl/version.rb 71 /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/openssl.rb * Process memory map: 100618000-10061c000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/bin/ruby 10061c000-100620000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/bin/ruby 100620000-100624000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/bin/ruby 100624000-100630000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/bin/ruby 100630000-100640000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 100650000-100660000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 100660000-100664000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 100664000-100668000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 100668000-10066c000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 10066c000-100670000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/encdb.bundle 100670000-100680000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/trans/transdb.bundle 100680000-100684000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/trans/transdb.bundle 100684000-100688000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/trans/transdb.bundle 100688000-10068c000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/trans/transdb.bundle 10068c000-100690000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/enc/trans/transdb.bundle 100690000-1006a0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/monitor.bundle 1006a0000-1006a4000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/monitor.bundle 1006a4000-1006a8000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/monitor.bundle 1006a8000-1006ac000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/monitor.bundle 1006ac000-1006b0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/monitor.bundle 1006b0000-1006c0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/digest.bundle 1006c0000-1006c4000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/digest.bundle 1006c4000-1006c8000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/digest.bundle 1006c8000-1006cc000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/digest.bundle 1006cc000-1006d0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/digest.bundle 1006d0000-1006e0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/io/nonblock.bundle 1006e0000-1006e4000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/io/nonblock.bundle 1006e4000-1006e8000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/io/nonblock.bundle 1006e8000-1006ec000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/io/nonblock.bundle 1006ec000-1006f0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/io/nonblock.bundle 1006f0000-100700000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100710000-100720000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100730000-100740000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100750000-100760000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100770000-100780000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100790000-1007a0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1007b0000-1007c0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1007d0000-1007e0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1007f0000-100800000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100810000-100820000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100830000-100840000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100850000-100860000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100870000-100880000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100890000-1008a0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1008b0000-1008c0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1008d0000-1008e0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1008f0000-100900000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100910000-100920000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100930000-100940000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100950000-100960000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100970000-100980000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100990000-1009a0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1009b0000-1009c0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1009d0000-1009e0000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 1009f0000-100a00000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a10000-100a20000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a28000-100a68000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a68000-100a6c000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a6c000-100a74000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a74000-100a78000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a78000-100a7c000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a7c000-100a80000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a80000-100a84000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a84000-100a8c000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a8c000-100a90000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a90000-100a94000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a94000-100a9c000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100a9c000-100aa0000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100aa0000-100aa4000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100aa4000-100aac000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100aac000-100ab0000 --- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100ab0000-100ab4000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100ab4000-100ab8000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100ab8000-100abc000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100abc000-100ac0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100ac0000-100b00000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100b10000-100b20000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100b70000-100bac000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100bac000-100bb0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100bb0000-100bb4000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100bb4000-100be0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100be0000-100c04000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/socket.bundle 100c04000-100c08000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/socket.bundle 100c08000-100c0c000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/socket.bundle 100c0c000-100c1c000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/socket.bundle 100c1c000-100c8c000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/ruby/3.2.0/arm64-darwin23/openssl.bundle 100ca8000-100d2c000 r-x /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libssl.3.dylib 100d2c000-100d38000 r-- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libssl.3.dylib 100d38000-100d3c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libssl.3.dylib 100d3c000-100d70000 r-- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libssl.3.dylib 100e98000-1011c4000 r-x /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib 1011c4000-1011d0000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib 1011d0000-1011d4000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib 1011d4000-1011e4000 rw- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib 1011e4000-1012d4000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib 1012d4000-1022d4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1022d4000-1022d8000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1022d8000-10237c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10237c000-102380000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102380000-102424000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102424000-102428000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102428000-1024cc000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1024cc000-1024d0000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1024d0000-102574000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102574000-102578000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102578000-10261c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10261c000-102620000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102620000-1026c4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1026c4000-1026c8000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1026c8000-10276c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10276c000-102770000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102770000-102814000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102814000-102818000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102818000-1028bc000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1028bc000-1028c0000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1028c0000-102964000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102964000-102968000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102968000-102a0c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102a0c000-102a10000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102a10000-102ab4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102ab4000-102ab8000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102ab8000-102b5c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102b5c000-102b60000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102b60000-102c04000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102c04000-102c08000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102c08000-102cac000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102cac000-102cb0000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102cb0000-102d54000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102d54000-102d58000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102d58000-102dfc000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102dfc000-102e00000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102e00000-102ea4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102ea4000-102ea8000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102ea8000-102f4c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102f4c000-102f50000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102f50000-102ff4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102ff4000-102ff8000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 102ff8000-10309c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10309c000-1030a0000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1030a0000-103144000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103144000-103148000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103148000-1031ec000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1031ec000-1031f0000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1031f0000-103294000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103294000-103298000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103298000-10333c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10333c000-103340000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103340000-1033e4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1033e4000-1033e8000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1033e8000-10348c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10348c000-103490000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103490000-103534000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103534000-103538000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103538000-1035dc000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1035dc000-1035e0000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 1035e0000-103684000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103684000-103688000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103688000-10372c000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 10372c000-103730000 --- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103730000-1037d4000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103bd4000-103eb4000 r-x /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103eb4000-103f10000 r-- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103f10000-103f14000 rw- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103f14000-103fd4000 r-- /opt/homebrew/Cellar/openssl(a)3/3.2.0_1/lib/libcrypto.3.dylib 103fd4000-104400000 r-- /Users/USER/.local/share/rtx/installs/ruby/3.2.2/lib/libruby.3.2.dylib 115e00000-115f00000 rw- 118000000-120000000 rw- 125e00000-125f00000 rw- 125f00000-126000000 rw- 126000000-126800000 rw- 126800000-126900000 rw- 126900000-126904000 rw- 127000000-127800000 rw- 127800000-128000000 rw- 128000000-130000000 rw- 130000000-132000000 rw- 16b7e8000-16efec000 --- 16efec000-16f7e8000 rw- 16f7e8000-16f7ec000 --- 16f7ec000-16f874000 rw- 180000000-1e0000000 r-- 1e0000000-1e1818000 r-- 1e1818000-1e1840000 rw- 1e1840000-1e2000000 rw- 1e2000000-1e278c000 r-- 1e278c000-1e683c000 rw- 1e683c000-1eba78000 r-- 1eba78000-1ec000000 r-- 1ec000000-23c000000 r-- 23c000000-23c2bc000 r-- 23c2bc000-23d8dc000 rw- 23d8dc000-241da0000 rw- 241da0000-244344000 r-- 244344000-246000000 r-- 246000000-280000000 r-- fc0000000-1000000000 --- 1000000000-7000000000 --- 600000000000-600020000000 rw- [IMPORTANT] Don't forget to include the Crash Report log file under DiagnosticReports directory in bug reports. [1] 68030 abort ruby crash.rb ``` ---Files-------------------------------- ruby-2024-02-04-165501.ips (11 KB) -- https://bugs.ruby-lang.org/

2 1

[ruby-core:116579] media online
by alasanbae126＠gmail.com 05 Feb '24

05 Feb '24

https://cinema21.site https://livesinema.com https://bingcinema.site https://mez.ink/alasanbae126

1 0

[ruby-core:116178] [Ruby master Bug#20178] Out of bounds stack read on Array#first when built with -O0
by jhawthorn (John Hawthorn) 04 Feb '24

04 Feb '24

Issue #20178 has been reported by jhawthorn (John Hawthorn). ---------------------------------------- Bug #20178: Out of bounds stack read on Array#first when built with -O0 https://bugs.ruby-lang.org/issues/20178 * Author: jhawthorn (John Hawthorn) * Status: Open * Priority: Normal * ruby -v: 3.3.0 * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: REQUIRED ---------------------------------------- https://github.com/ruby/ruby/pull/9499 Previously on builds with optimizations disabled, we could end up with an out of bounds read trying to access a non-existent local variable in the compiled `Primitive.cexpr!`. This occurred only when we had all of: * built with `-O0` * Leaf builtin * `Primitive.mandatory_only` * "no args builtin", called by [vm_call_single_noarg_inline_builtin](https://github.com/ruby/ruby/pull/7486) * The stack is escaped to the heap via binding or a proc This is because `mk_builtin_loader` generated reads for all locals regardless of whether they were used and in the case we generated a mandatory_only iseq that would include more variables than were actually available. On optimized builds, the invalid accesses would be optimized away, and this also was often unnoticed as the invalid access would just hit another part of the stack unless it had been escaped to the heap. However we should fix (and backport) this both because and so that we can use ASAN and debug builds. --- ``` ruby def foo binding [].first end foo foo ``` ``` ================================================================= ==1542964==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x603000045fc8 at pc 0x55cb2958b7d0 bp 0x7ffcdc9f1f00 sp 0x7ffcdc9f1ef0 READ of size 8 at 0x603000045fc8 thread T0 #0 0x55cb2958b7cf in rb_vm_lvar /home/jhawthorn/src/ruby/builtin.h:103 #1 0x55cb295ab586 in builtin_inline_class_104 /home/jhawthorn/src/ruby/array.rbinc:14 #2 0x55cb29b2243e in builtin_invoker0 /home/jhawthorn/src/ruby/vm_insnhelper.c:6724 #3 0x55cb29b09556 in vm_call_single_noarg_inline_builtin /home/jhawthorn/src/ruby/vm_insnhelper.c:2931 #4 0x55cb29b1d112 in vm_sendish /home/jhawthorn/src/ruby/vm_insnhelper.c:5581 #5 0x55cb29b34533 in vm_exec_core /home/jhawthorn/src/ruby/insns.def:834 #6 0x55cb29b6c9a3 in rb_vm_exec /home/jhawthorn/src/ruby/vm.c:2487 #7 0x55cb29b6f338 in rb_iseq_eval_main /home/jhawthorn/src/ruby/vm.c:2753 #8 0x55cb296f7188 in rb_ec_exec_node /home/jhawthorn/src/ruby/eval.c:287 #9 0x55cb296f74e4 in ruby_run_node /home/jhawthorn/src/ruby/eval.c:328 #10 0x55cb29587d51 in rb_main main.c:39 #11 0x55cb29587eb1 in main main.c:58 #12 0x7f3295558ccf (/usr/lib/libc.so.6+0x27ccf) (BuildId: 8bfe03f6bf9b6a6e2591babd0bbc266837d8f658) #13 0x7f3295558d89 in __libc_start_main (/usr/lib/libc.so.6+0x27d89) (BuildId: 8bfe03f6bf9b6a6e2591babd0bbc266837d8f658) #14 0x55cb29587bb4 in _start (/home/jhawthorn/src/ruby/miniruby+0x1a7bb4) (BuildId: acaf2fc9526d3e1423a2fcbd072ee6aeb3e5c4c6) 0x603000045fc8 is located 8 bytes before 32-byte region [0x603000045fd0,0x603000045ff0) allocated by thread T0 here: #0 0x7f32958e1359 in __interceptor_malloc /usr/src/debug/gcc/gcc/libsanitizer/asan/asan_malloc_linux.cpp:69 #1 0x55cb2975348a in objspace_xmalloc0 /home/jhawthorn/src/ruby/gc.c:12625 #2 0x55cb29753940 in ruby_xmalloc2_body /home/jhawthorn/src/ruby/gc.c:12872 #3 0x55cb29759643 in ruby_xmalloc2 /home/jhawthorn/src/ruby/gc.c:14473 #4 0x55cb29b62b80 in vm_make_env_each /home/jhawthorn/src/ruby/vm.c:977 #5 0x55cb29b62dc0 in vm_make_env_object /home/jhawthorn/src/ruby/vm.c:1010 #6 0x55cb29b65271 in rb_vm_make_binding /home/jhawthorn/src/ruby/vm.c:1433 #7 0x55cb298cbdb5 in rb_binding_new /home/jhawthorn/src/ruby/proc.c:347 #8 0x55cb298cbdc8 in rb_f_binding /home/jhawthorn/src/ruby/proc.c:397 #9 0x55cb29b0ca60 in ractor_safe_call_cfunc_0 /home/jhawthorn/src/ruby/vm_insnhelper.c:3306 #10 0x55cb29b0eb89 in vm_call_cfunc_with_frame_ /home/jhawthorn/src/ruby/vm_insnhelper.c:3490 #11 0x55cb29b0f149 in vm_call_cfunc_with_frame /home/jhawthorn/src/ruby/vm_insnhelper.c:3518 #12 0x55cb29b1d112 in vm_sendish /home/jhawthorn/src/ruby/vm_insnhelper.c:5581 #13 0x55cb29b34533 in vm_exec_core /home/jhawthorn/src/ruby/insns.def:834 #14 0x55cb29b6c9a3 in rb_vm_exec /home/jhawthorn/src/ruby/vm.c:2487 #15 0x55cb29b6f338 in rb_iseq_eval_main /home/jhawthorn/src/ruby/vm.c:2753 #16 0x55cb296f7188 in rb_ec_exec_node /home/jhawthorn/src/ruby/eval.c:287 #17 0x55cb296f74e4 in ruby_run_node /home/jhawthorn/src/ruby/eval.c:328 #18 0x55cb29587d51 in rb_main main.c:39 #19 0x55cb29587eb1 in main main.c:58 #20 0x7f3295558ccf (/usr/lib/libc.so.6+0x27ccf) (BuildId: 8bfe03f6bf9b6a6e2591babd0bbc266837d8f658) SUMMARY: AddressSanitizer: heap-buffer-overflow /home/jhawthorn/src/ruby/builtin.h:103 in rb_vm_lvar Shadow bytes around the buggy address: 0x603000045d00: fd fd fd fa fa fa fd fd fd fa fa fa 00 00 00 00 0x603000045d80: fa fa 00 00 04 fa fa fa fd fd fd fd fa fa 00 00 0x603000045e00: 00 00 fa fa 00 00 00 fa fa fa 00 00 00 fa fa fa 0x603000045e80: 00 00 00 fa fa fa 00 00 00 fa fa fa 00 00 00 00 0x603000045f00: fa fa 00 00 00 00 fa fa 00 00 00 00 fa fa 00 00 =>0x603000045f80: 00 00 fa fa 00 00 00 00 fa[fa]00 00 00 00 fa fa 0x603000046000: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x603000046080: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x603000046100: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x603000046180: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x603000046200: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==1542964==ABORTING ``` -- https://bugs.ruby-lang.org/

3 3