IA64 ruby 2.4 miniruby segfault
Hello, I faced with this degradation (2.0.0 work perfect)
[ruby-2.4.0]$ gdb ./miniruby
GNU gdb Red Hat Linux (22.214.171.124-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".
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 , size=17179852800) at thread_pthread.c:722
722 limit = 0;
(gdb) print sz
Variable "sz" is not available.
#0 reserve_stack (limit=0x60000ffc000010e0 , 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)