From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7189 invoked by alias); 18 Oct 2002 20:02:21 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 7170 invoked from network); 18 Oct 2002 20:02:20 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.163.212.31) by sources.redhat.com with SMTP; 18 Oct 2002 20:02:20 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id 7FFF1357E; Fri, 18 Oct 2002 13:02:19 -0700 (PDT) Received: (from roland@localhost) by magilla.sf.frob.com (8.11.6/8.11.6) id g9IK2Jk18646; Fri, 18 Oct 2002 13:02:19 -0700 Date: Fri, 18 Oct 2002 13:04:00 -0000 Message-Id: <200210182002.g9IK2Jk18646@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Ulrich Drepper Cc: GNU libc hackers Subject: Re: __builtin_frame_address vs %esp in pt-machine.h In-Reply-To: Ulrich Drepper's message of Saturday, 5 October 2002 15:06:09 -0700 <3D9F6251.30000@redhat.com> X-Antipastobozoticataclysm: Bariumenemanilow X-SW-Source: 2002-10/txt/msg00072.txt.bz2 > The problem is the ptlongjmp.c code. For its use of CURRENT_STACK_FRAME > the value must be as accurate as possible since otherwise the detection > of frames which have to be handled might be wrong. I don't understand this. Its use is to check whether another frame's auto variable address might be below (off the top) of the current stack. Another frame's variable could never be between the cleanup function's %ebp and %esp--that's its own frame. So using %esp is fine there.