Project

General

Profile

Actions

Bug #13284

closed

IA64 ruby 2.4 miniruby segfault

Added by ntfshard (Maksim Derbasov) almost 8 years ago. Updated over 5 years ago.

Status:
Closed
Target version:
-
[ruby-core:79928]

Description

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)

Updated by naruse (Yui NARUSE) almost 8 years ago

  • Status changed from Open to Assigned
  • Assignee set to takano32 (Mitsuhiro TAKANO)
Actions #2

Updated by takano32 (Mitsuhiro TAKANO) over 7 years ago

  • Status changed from Assigned to Closed

Applied in changeset trunk|r59307.


a64: fix crash on register stack mark/sweep pass

Author: Sergei Trofimovich

Actions #3

Updated by nagachika (Tomoyuki Chikanaga) over 7 years ago

  • Backport changed from 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN to 2.2: UNKNOWN, 2.3: REQUIRED, 2.4: REQUIRED

Updated by nagachika (Tomoyuki Chikanaga) over 7 years ago

  • Backport changed from 2.2: UNKNOWN, 2.3: REQUIRED, 2.4: REQUIRED to 2.2: UNKNOWN, 2.3: REQUIRED, 2.4: DONE

ruby_2_4 r59405 merged revision(s) 59307.

Updated by usa (Usaku NAKAMURA) over 7 years ago

  • Backport changed from 2.2: UNKNOWN, 2.3: REQUIRED, 2.4: DONE to 2.2: UNKNOWN, 2.3: DONE, 2.4: DONE

ruby_2_3 r59537 merged revision(s) 59307.

Updated by ntfshard (Maksim Derbasov) about 7 years ago

  • 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)

Actions #7

Updated by hsbt (Hiroshi SHIBATA) about 7 years ago

  • Status changed from Open to Assigned

Updated by knedlsepp (Josef Kemetmüller) over 6 years ago

I tried a few suggestions, which did not work out for me:

  • Configure with --with-setjmp-type=_setjmp
  • Compile using -O0 -fno-omit-frame-pointer -fno-stack-protector

What finally worked for me was to run the build without stack limits: ulimit -s unlimited.

Updated by jeremyevans0 (Jeremy Evans) over 5 years ago

  • Status changed from Assigned to Closed

Ruby has dropped support for IA64.

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0Like0Like0Like0