[#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, [email protected] 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 <[email protected]> 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 <[email protected]> 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:83186] [Ruby trunk Bug#13284][Open] IA64 ruby 2.4 miniruby segfault
From:
ntfs.hard@...
Date:
2017-10-09 14:37:12 UTC
List:
ruby-core #83186
Issue #13284 has been updated by ntfshard (Maksim Derbasov). Status changed from Closed to Open Hello Sorry for delay, but ruby-2.4.2 still has this issue. May be something wrong with size argument? [ruby-2.4.2]$ gdb ./miniruby GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. (gdb) run Starting program: /tmp/ruby-2.4.2/miniruby Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xa000000000000000 [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 22035)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 22035)] reserve_stack (limit=0x60000ffc000010e0 <Address 0x60000ffc000010e0 out of bounds>, size=**17179852800**) at thread_pthread.c:722 722 limit[0] = 0; (gdb) bt #0 reserve_stack (limit=0x60000ffc000010e0 <Address 0x60000ffc000010e0 out of bounds>, size=**17179852800**) at thread_pthread.c:722 #1 0x200000080042bef0 in ruby_init_stack (addr=0x60000fffffffb8f0, bsp=Variable "bsp" is not available. ) at thread_pthread.c:757 #2 0x20000008000870a0 in main (argc=1, argv=0x60000fffffffb908) at main.c:34 (gdb) ---------------------------------------- Bug #13284: IA64 ruby 2.4 miniruby segfault https://bugs.ruby-lang.org/issues/13284#change-67128 * Author: ntfshard (Maksim Derbasov) * Status: Open * Priority: Normal * Assignee: takano32 (Mitsuhiro TAKANO) * Target version: * ruby -v: * Backport: 2.2: UNKNOWN, 2.3: DONE, 2.4: DONE ---------------------------------------- Hello, I faced with this degradation (2.0.0 work perfect) [ruby-2.4.0]$ gdb ./miniruby GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /tmp/ruby-2.4.0/miniruby Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xa000000000000000 [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 28566)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 28566)] reserve_stack (limit=0x60000ffc000010e0 <Address 0x60000ffc000010e0 out of bounds>, size=17179852800) at thread_pthread.c:722 722 limit[0] = 0; (gdb) print sz Variable "sz" is not available. (gdb) bt #0 reserve_stack (limit=0x60000ffc000010e0 <Address 0x60000ffc000010e0 out of bounds>, size=17179852800) at thread_pthread.c:722 #1 0x400000000038ee30 in ruby_init_stack (addr=0x60000fffffffb4a0, bsp=0x60000ffbffffc080) at thread_pthread.c:751 #2 0x4000000000024460 in main (argc=1, argv=0x60000fffffffb4b8) at main.c:34 ____________________ P.S. I did not get the main idea of a code but it looks a little bit dangerous (http://man7.org/linux/man-pages/man3/alloca.3.html http://stackoverflow.com/questions/1018853/why-is-the-use-of-alloca-not-considered-good-practice) -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:[email protected]?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>