Erlang 10B on Gentoo: erl segfaults

[Bruce Fitzsimons]

Thanks Raimo,

For reference, R9C works fine. I've reverted to that under the same 
configuration.

I'm building it again and I'll try and get beam running directly in 
order to see what happens and provide a decent backtrace. The default 
gentoo install strips beam.

<time passes..>

It builds and runs with (just) --with-hipe ok. I'm now trying it with 
the options that the ebuild uses.

(extensive output follows, rest your eyes here ......)

"./configure  --prefix=/usr --host=i686-pc-linux-gnu 
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share 
--sysconfdir=/etc --localstatedir=/var/lib --enable-threads"

gives...

GNU gdb 6.2.1
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 "i686-pc-linux-gnu"...Using host libthread_db 
library "/lib/libthread_db.so.1".

(gdb) r
Starting program: /usr/lib/erlang/erts-5.4/bin/erlexec
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.

Program received signal SIGTRAP, Trace/breakpoint trap.
0x400007d0 in ?? () from /lib/ld-linux.so.2
(gdb) c
Continuing.

Program received signal SIG32, Real-time event 32.
0x400864b4 in wcstoull_l () from /lib/libc.so.6
(gdb) c
Continuing.

Program received signal SIG32, Real-time event 32.
0x400864b4 in wcstoull_l () from /lib/libc.so.6
(gdb)
Continuing.

Program received signal SIG32, Real-time event 32.
0x400864b4 in wcstoull_l () from /lib/libc.so.6
(gdb)
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x40089702 in wcstod_l () from /lib/libc.so.6
(gdb)

and the top of the bt is:

(gdb) bt
#0  0x40089702 in wcstod_l () from /lib/libc.so.6
#1  0x00000000 in ?? ()
#2  0x081ffbe0 in ?? ()
#3  0x00000000 in ?? ()
#4  0x0000000b in ?? ()
#5  0x404a202c in ?? ()
#6  0x0000000b in ?? ()
#7  0xbffff268 in ?? ()
#8  0x400f73b8 in getutline_r () from /lib/libc.so.6
#9  0x00000011 in ?? ()
#10 0x00000000 in ?? ()
#11 0x00000000 in ?? ()
#12 0x0000002b in ?? ()
#13 0x0000002b in ?? ()
(continue, ad infinitum, at least 2500 stack frames).

Running beam directly gives:

one bin # ./beam -- -root /usr/local/lib/erlang/
sh: line 0: exec: inet_gethost: not found
Segmentation fault (core dumped)

Is the inet_gethost failing a clue?

/Bruce

Raimo Niskanen wrote:

>No, we have not heard of this before.
>
>But, the actual executable is called 'beam', not 'erlexec'. 
>'erlexec' is just a command line and environment variable mangler
>that exec's 'beam', which should not be stripped.
>
>Bruce@REDACTED (Bruce Fitzsimons) writes:
>
>  
>
>>Congrats to the OTP group for the 10B release, and many thanks to the
>>maintainer of the Erlang gentoo ebuild. Its been updated for
>>10B. Hurrah.
>>
>>But...I'm having some issues with it, on a Duron 1300 board under
>>'2.4.27-gentoo-r1' with gcc 3.3.4.
>>
>>erl segfaults when run from the command line. The backtrace looks like
>>it was...quite deep on the stack. Unfortunantely erlexec is stripped,
>>so I can't garner much more at the moment.
>>
>>Has anyone else seen this?
>>
>>/Bruce
>>
>>
>>
>>    
>>
>
>  
>