* 1.5.6 segfaults on NetBSD/alpha with readline
@ 2002-05-10 12:23 Greg Troxel
2002-05-10 20:54 ` Thien-Thi Nguyen
0 siblings, 1 reply; 2+ messages in thread
From: Greg Troxel @ 2002-05-10 12:23 UTC (permalink / raw)
I have imported 1.5.6 into local CVS, and only fixed some configure
issues with ipv6 and ltdl search paths (since I use a non-standard
prefix).
I believe that the unaligned access is just a warning, and the os
fixes this up, but it is probably an indication that something is not
right.
Any clues?
for-each gdt 18 ~ > guile
guile> (version)
"1.5.6"
guile> (system "uname -a")
NetBSD for-each.ir.bbn.com 1.5.3_RC1 NetBSD 1.5.3_RC1 (FOR-EACH) #0: Tue Apr 16 17:32:48 EDT 2002 gdt@for-each.ir.bbn.com:/home/gdt/QUIST-current/netbsd/src/sys/arch/alpha/compile/FOR-EACH alpha
0
guile> (use-modules (ice-9 readline))
pid 20984 (guile): unaligned access: va=0x16010433c pc=0x160104398 ra=0x1609348f8 op=ldq
Segmentation fault (core dumped)
I didn't have much luck figuring this out:
for-each gdt 19 ~ > gdb QUIST-current/guile/libguile/.libs/guile guile.core
GNU gdb 4.17
Copyright 1998 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 "alpha--netbsd"...
Core was generated by `guile'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/libexec/ld.elf_so...done.
Reading symbols from /usr/quist/lib/libguile.so.15...done.
Reading symbols from /usr/pkg/lib/libltdl.so.3...done.
Reading symbols from /usr/lib/libcrypt.so.0...done.
Reading symbols from /usr/lib/libm.so.0...done.
Reading symbols from /usr/lib/libc.so.12...done.
Reading symbols from /usr/quist/lib/libguilereadline.so...done.
Reading symbols from /usr/lib/libcurses.so.3...done.
#0 0x160106170 in _rtld_bind ()
(gdb) bt
#0 0x160106170 in _rtld_bind ()
Cannot access memory at address 0xb43e0010b41e0008.
(gdb) x/i 0x160104398
0x160104398 <L100+8>: ldq a0,8(t12)
(gdb) i reg
v0 0x0 0
t0 0x160104390 5906645904
t1 0xffffffffffffffff -1
t2 0x160b4f2b0 5917438640
t3 0x1601053e0 5906650080
t4 0x160105340 5906649920
t5 0x1601057c0 5906651072
t6 0x160105400 5906650112
t7 0x160b50960 5917444448
s0 0x160112c00 5906705408
s1 0xffffffffffffffff -1
s2 0x101 257
s3 0x160112a08 5906704904
s4 0x16020e9a0 5907736992
s5 0x0 0
fp 0x1ffffc510 8589919504
a0 0x0 0
a1 0x1 1
a2 0x0 0
a3 0x10 16
a4 0x160106744 5906655044
a5 0x51f 1311
t8 0x107 263
t9 0x1601043a8 5906645928
t10 0x160106160 5906653536
t11 0x3c0 960
ra 0x1ffffc328 8589919016
t12 0x8 8
at 0x160106170 5906653552
gp 0x160215a00 5907765760
sp 0xb43e0010b41e0008 -5458925626585120760
zero 0x0 0
pc 0x160106170 5906653552
vfp 0xb43e0010b41e0038 -5458925626585120712
_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: 1.5.6 segfaults on NetBSD/alpha with readline
2002-05-10 12:23 1.5.6 segfaults on NetBSD/alpha with readline Greg Troxel
@ 2002-05-10 20:54 ` Thien-Thi Nguyen
0 siblings, 0 replies; 2+ messages in thread
From: Thien-Thi Nguyen @ 2002-05-10 20:54 UTC (permalink / raw)
Cc: guile-user
From: Greg Troxel <gdt@ir.bbn.com>
Date: Fri, 10 May 2002 08:23:58 -0400
I have imported 1.5.6 into local CVS, and only fixed some configure
issues with ipv6 and ltdl search paths (since I use a non-standard
prefix).
I believe that the unaligned access is just a warning, and the os
fixes this up, but it is probably an indication that something is not
right.
ahh, i just love alpha insn set! (how about an account on your box in
exchange for guile write privs? i suppose i can find a cheap alpha
somewhere but it's easier to ask... :-)
#0 0x160106170 in _rtld_bind ()
(gdb) bt
#0 0x160106170 in _rtld_bind ()
Cannot access memory at address 0xb43e0010b41e0008.
(gdb) x/i 0x160104398
t12 0x8 8
my guess from the name is that the error occured in the run-time
linker/loader, during a callback from libltdl.
the latter is reasoned thus: because "normal" alignment is enforced by
system compilation toolchain, it seems to me the only way unaligned
access can sneak through is via run-time constructs; who would want to
do such things except libtool?
on the other hand, i notice from the symbols-loading list that qthreads
is absent. are you configuring "--with-threads"? does adding/removing
that configure option change the observed behavior?
can you link against debug versions of the system libraries? a more
informed backtrace would be helpful.
thi
_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-05-10 20:54 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-05-10 12:23 1.5.6 segfaults on NetBSD/alpha with readline Greg Troxel
2002-05-10 20:54 ` Thien-Thi Nguyen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).