From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3813 invoked by alias); 7 Mar 2005 23:42:59 -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 3778 invoked from network); 7 Mar 2005 23:42:55 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 7 Mar 2005 23:42:55 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j27Ngs5D030608 for ; Mon, 7 Mar 2005 18:42:55 -0500 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j27Ngsn24446; Mon, 7 Mar 2005 18:42:54 -0500 Received: from [192.168.7.71] (vpn50-7.rdu.redhat.com [172.16.50.7]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j27NgWF12304; Mon, 7 Mar 2005 18:42:43 -0500 Message-ID: <422CE662.4090809@redhat.com> Date: Mon, 07 Mar 2005 23:42:00 -0000 From: Ulrich Drepper Organization: Red Hat, Inc. User-Agent: Mozilla Thunderbird (X11/20041216) MIME-Version: 1.0 To: sjmunroe@vnet.ibm.com CC: libc-hacker@sources.redhat.com, Dwayne McConnell , Alan Modra Subject: Re: Audit support References: <422CE3DA.3070503@us.ibm.com> In-Reply-To: <422CE3DA.3070503@us.ibm.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7B7F998A3B5953AAB892F5FF" Content-Transfer-Encoding: 8bit X-SW-Source: 2005-03/txt/msg00021.txt.bz2 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7B7F998A3B5953AAB892F5FF Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Content-length: 1087 Steve Munroe wrote: However I do have a question about the symantics of the "framesize" > parameter when it is none-negative and _dl_call_pltexit is called. In > the general case we will need to copy the parameter save area of the > calling frame to the _dl_runtime_profile frame for access by the target > function. So I need to know exactly what the none-negative value of > framesize represents. It's arch-specific, but so far we managed to have a consistent interpretation. It is the number of bytes which need to be copied so that the called function will get all its values from that copy and not the original stack frame. What this means for ppc is up to you to decide. For the implementation of audit modules it would be could to minimize the difference. So, if there is a number of bytes which always need to be copied if args are passed on the stack, it might be good to add the number implicitly to the framesize value instead of requiring the audit module to know about this detail. -- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖ --------------enig7B7F998A3B5953AAB892F5FF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 252 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCLOZi2ijCOnn/RHQRAthBAKC7m+Sq9ckcezbDrDwOrHK0z1w7vwCfVj3W Hk7tBKxQiWjaZjiOd1tgoew= =2I6o -----END PGP SIGNATURE----- --------------enig7B7F998A3B5953AAB892F5FF--