From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 63151 invoked by alias); 8 Jan 2018 15:41:14 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 63131 invoked by uid 89); 8 Jan 2018 15:41:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=mer, annex, synthetic, 2649 X-HELO: simark.ca Received: from simark.ca (HELO simark.ca) (158.69.221.121) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 08 Jan 2018 15:41:11 +0000 Received: by simark.ca (Postfix, from userid 112) id BEBC51E5B6; Mon, 8 Jan 2018 10:41:08 -0500 (EST) Received: from simark.ca (localhost [127.0.0.1]) by simark.ca (Postfix) with ESMTP id 13D131E519; Mon, 8 Jan 2018 10:41:08 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 08 Jan 2018 15:41:00 -0000 From: Simon Marchi To: Samuel Thibault Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] hurd: Add enough auxv support for AT_ENTRY for PIE binaries In-Reply-To: <20171228212735.f6y6ywzhprrpnyod@var.youpi.perso.aquilenet.fr> References: <20171227154156.130174-1-samuel.thibault@ens-lyon.org> <30c5c1ec-2502-56a9-bf61-7848925e8f72@simark.ca> <20171228212735.f6y6ywzhprrpnyod@var.youpi.perso.aquilenet.fr> Message-ID: X-Sender: simark@simark.ca User-Agent: Roundcube Webmail/1.3.2 X-SW-Source: 2018-01/txt/msg00163.txt.bz2 On 2017-12-28 16:27, Samuel Thibault wrote: > Hello, > > Simon Marchi, on mer. 27 déc. 2017 21:19:12 -0500, wrote: >> If nobody has commented by the time we are >> ready to create the 8.1 branch (supposed to be in January), we'll >> merge it. I'll add a note to the GDB 8.1 release wiki page [1] so >> we don't forget. Does that sound good to you? > > Sure. > >> In the mean time, I'd like to add some details to the commit message >> about how this is expected to work. The AT_ENTRY value set here >> will be read by the svr4_exec_displacement function, is that right? > > Yes, here is the backtrace: > > #0 gnu_xfer_partial (ops=0x867cb78, object=TARGET_OBJECT_AUXV, > annex=0x0, readbuf=0x8787250 "", writebuf=0x0, offset=0, len=4096, > xfered_len=0x28043e0) at ./gdb/gnu-nat.c:2615 > #1 0x081f09a7 in target_xfer_partial (ops=0x863d440 , > object=TARGET_OBJECT_AUXV, annex=0x0, readbuf=0x8787250 "", > writebuf=0x0, offset=0, len=, xfered_len=0x28043e0) at > ./gdb/target.c:1374 > #2 0x081f0e32 in target_read_partial (xfered_len=0x28043e0, len=4096, > offset=0, buf=0x8787250 "", annex=0x0, object=TARGET_OBJECT_AUXV, > ops=0x863d440 ) at ./gdb/target.c:1619 > #3 target_read_alloc_1 (ops=0x863d440 , > object=TARGET_OBJECT_AUXV, annex=annex@entry=0x0, buf_p=0x87721e8, > padding=0) at ./gdb/target.c:1988 > #4 0x081f1f21 in target_read_alloc (ops=, > object=, annex=0x0, buf_p=0x87721e8) at > ./gdb/target.c:2029 > #5 0x0812022f in get_auxv_inferior_data (ops=ops@entry=0x863d440 > ) at ./gdb/auxv.c:362 > #6 0x081206a1 in target_auxv_search (ops=0x863d440 , > match=9, valp=0x28044d0) at ./gdb/auxv.c:382 > #7 0x08068c7f in svr4_exec_displacement (displacementp= pointer>) at ./gdb/solib-svr4.c:2649 > #8 svr4_relocate_main_executable () at ./gdb/solib-svr4.c:3031 > #9 0x0806a828 in svr4_solib_create_inferior_hook (from_tty=0) at > ./gdb/solib-svr4.c:3092 > #10 0x0819490b in post_create_inferior (target=, > from_tty=) at ./gdb/infcmd.c:445 > #11 0x08194c5f in run_command_1 (args=, from_tty=1, > tbreak_at_main=) at ./gdb/infcmd.c:631 > ... > > Samuel Hi Samuel, I pushed this patch to master and gdb-8.1-branch. Thanks, Simon