From owner-freebsd-bugs  Sun Jul  6 14:20:04 1997
Return-Path: <owner-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA06549
          for bugs-outgoing; Sun, 6 Jul 1997 14:20:04 -0700 (PDT)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id OAA06531;
          Sun, 6 Jul 1997 14:20:01 -0700 (PDT)
Date: Sun, 6 Jul 1997 14:20:01 -0700 (PDT)
Message-Id: <199707062120.OAA06531@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bruce Evans <bde@zeta.org.au>
Subject: Re: gnu/4042: gdb stackframe in static library shows not the calling function
Reply-To: Bruce Evans <bde@zeta.org.au>
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR gnu/4042; it has been noted by GNATS.

From: Bruce Evans <bde@zeta.org.au>
To: dinoex@net2.dinoex.sub.org, FreeBSD-gnats-submit@FreeBSD.ORG
Cc:  Subject: Re: gnu/4042: gdb stackframe in static library shows not the calling function
Date: Mon, 7 Jul 1997 07:09:19 +1000

 >	gdb doesn't sho the calling stack
 >	in a function of a static linked library.
 >	if an error ocurrs in the function,
 >	ther is no information of the calling stack frame.
 
 This is caused by the function in the example (strlen) not having a frame
 pointer.  The top frame or two gets lost.  The problem is most obvious
 when there is only one or two frames.  All functions written in assembler
 have this problem.
 
 Bruce