[#83096] File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?}) — Nobuyoshi Nakada <nobu@...>
On 2017/10/04 8:47, normal@ruby-lang.org wrote:
5 messages
2017/10/04
[#83100] Re: File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?})
— Eric Wong <normalperson@...>
2017/10/04
Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#83105] Re: File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?})
— Nobuyoshi Nakada <nobu@...>
2017/10/04
On 2017/10/04 15:55, Eric Wong wrote:
[#83107] Alias Enumerable#include? to Enumerable#includes? — Alberto Almagro <albertoalmagro@...>
Hello,
9 messages
2017/10/04
[#83113] Re: Alias Enumerable#include? to Enumerable#includes?
— "Urabe, Shyouhei" <shyouhei@...>
2017/10/05
This has been requested countless times, then rejected each and every time.
[#83129] Re: Alias Enumerable#include? to Enumerable#includes?
— Alberto Almagro <albertoalmagro@...>
2017/10/05
Sorry I didn't found it on the core mail list's archive.
[#83138] Re: Alias Enumerable#include? to Enumerable#includes?
— "Urabe, Shyouhei" <shyouhei@...>
2017/10/06
Ruby has not been made of popular votes so far. You have to show us
[#83149] Re: Alias Enumerable#include? to Enumerable#includes?
— Eric Wong <normalperson@...>
2017/10/06
Alberto Almagro <albertoalmagro@gmail.com> wrote:
[#83200] [Ruby trunk Feature#13996] [PATCH] file.c: apply2files releases GVL — normalperson@...
Issue #13996 has been reported by normalperson (Eric Wong).
4 messages
2017/10/10
[ruby-core:83137] [Ruby trunk Bug#13841] Segmentation fault in Ruby CFUNC :to_s
From:
thayne@...
Date:
2017-10-05 22:29:35 UTC
List:
ruby-core #83137
Issue #13841 has been updated by thaynel2 (Thayne McCombs). I get this somewhat inconsistently when running chef-solo on ubuntu 16.04. Ruby version ruby 2.3.5p376 (2017-09-14 revision 59905) [x86_64-linux-gnu] It will happen for a while, but eventually it will stop happening. It seems to be non-deterministic. The segfault happens on line 74 of /usr/lib/ruby/vendor_ruby/ohai/mash.rb which is: if key.is_a?(Symbol) && include?(key = key.to_s) So, it has something to do with calling to_s on a Symbol. Maybe it is a problem with interning symbols? ---------------------------------------- Bug #13841: Segmentation fault in Ruby CFUNC :to_s https://bugs.ruby-lang.org/issues/13841#change-67080 * Author: douyleyuyu (yubin liu) * Status: Open * Priority: Normal * Assignee: * Target version: * ruby -v: ruby 2.3.4p301 (2017-03-30 revision 58214) [x86_64-linux-gnu] * Backport: 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN ---------------------------------------- Hi, a segmentation fault was found in my environment. ~~~ text E, [2017-08-25T16:21:37.798828 #632] ERROR -- : reaped #<Process::Status: pid 30125 SIGABRT (signal 6) (core dumped)> worker=2 I, [2017-08-25T16:21:37.826008 #30226] INFO -- : worker=2 ready $PATH_TO_HOME/gitlab/vendor/bundle/ruby/2.3.0/gems/gon-6.1.0/lib/gon/base.rb:37: [BUG] Segmentation fault at 0x00000000000000 ruby 2.3.4p301 (2017-03-30 revision 58214) [x86_64-linux-gnu] -- Control frame information ----------------------------------------------- c:0173 p:---- s:0948 e:000947 CFUNC :to_s c:0172 p:0009 s:0946 e:000944 BLOCK $PATH_TO_HOME/gitlab/vendor/bundle/ruby/2.3.0/gems/gon-6.1.0/lib/gon/base.rb:37 [FINISH] c:0171 p:---- s:0941 e:000940 CFUNC :each c:0170 p:0029 s:0938 e:000937 METHOD $PATH_TO_HOME/gitlab/vendor/bundle/ruby/2.3.0/gems/gon-6.1.0/lib/gon/base.rb:36 ##################################################### $PATH_TO_HOME/gitlab/vendor/bundle/ruby/2.3.0/gems/jwt-1.5.6/lib/jwt/verify.rb:99: [BUG] Segmentation fault at 0x00000000000000 ruby 2.3.4p301 (2017-03-30 revision 58214) [x86_64-linux-gnu] -- Control frame information ----------------------------------------------- c:0119 p:---- s:0643 e:000642 CFUNC :to_s ~~~ The detail log was in attachement file. ---Files-------------------------------- ruby-core.log (1.89 MB) -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>