Subject: bin/18657: bash fails to start on mips
To: None <gnats-bugs@gnats.netbsd.org>
From: None <taya@ba2.so-net.ne.jp>
List: netbsd-bugs
Date: 10/14/2002 23:19:57
>Number:         18657
>Category:       bin
>Synopsis:       bash fails to start on mips
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Oct 14 07:23:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Shin'ichiro TAYA
>Release:        NetBSD 1.6I
>Organization:
	
>Environment:
	
	
System: NetBSD cobalt1.m2g.org 1.6I NetBSD 1.6I (COBALT1) #2: Mon Oct 14 14:25:32 JST 2002 taya@cobalt1.m2g.org:/export/NetBSD/NetBSD-current/src/sys/arch/cobalt/compile/COBALT1 cobalt
Architecture: mipsel
Machine: cobalt
>Description:
	after impovement of ld.elf_so, bash fails to start

cobalt1# bash
free: called with unallocated block argument
last command: exit
Stopping myself...Abort trap (core dumped)
cobalt1# gdb /usr/pkg/bin/bash bash.core
GNU gdb 5.0nb1
Copyright 2000 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 "mipsel--netbsd"...(no debugging symbols found)...
Core was generated by `bash'.
Program terminated with signal 6, Abort trap.
Reading symbols from /usr/libexec/ld.elf_so...done.
Loaded symbols for /usr/libexec/ld.elf_so
Reading symbols from /usr/lib/libtermcap.so.0...done.
Loaded symbols for /usr/lib/libtermcap.so.0
Reading symbols from /usr/lib/libintl.so.0...done.
Loaded symbols for /usr/lib/libintl.so.0
Reading symbols from /usr/lib/libc.so.12...done.
Loaded symbols for /usr/lib/libc.so.12
#0  0x30158a24 in kill () from /usr/libexec/ld.elf_so
(gdb) where
#0  0x30158a24 in kill () from /usr/libexec/ld.elf_so
#1  0x30158294 in abort () from /usr/libexec/ld.elf_so
#2  0x4366e4 in programming_error () from /usr/libexec/ld.elf_so
#3  0x4b808c in free () from /usr/libexec/ld.elf_so
#4  0x3000a1e8 in t_getstr () from /usr/libexec/ld.elf_so
#5  0x30009ccc in t_getent () from /usr/libexec/ld.elf_so
#6  0x30009e50 in tgetent () from /usr/libexec/ld.elf_so
#7  0x4adf90 in _rl_init_terminal_io () from /usr/libexec/ld.elf_so
#8  0x490670 in rl_initialize () from /usr/libexec/ld.elf_so
#9  0x4903bc in rl_initialize () from /usr/libexec/ld.elf_so
#10 0x45fc38 in initialize_readline () from /usr/libexec/ld.elf_so
#11 0x412148 in init_yy_io () from /usr/libexec/ld.elf_so
warning: Warning: GDB can't find the start of the function at 0x1c25.

    GDB is unable to find the start of the function at 0x1c25
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
    This problem is most likely caused by an invalid program counter or
stack pointer.
    However, if you think GDB should simply search farther back
from 0x1c25 for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.
Current language:  auto; currently asm
(gdb) q
cobalt1# exit
cobalt1# exit

Script done on Mon Oct 14 23:16:42 2002

>How-To-Repeat:
	run bash

>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: