From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10413 invoked by alias); 20 Mar 2014 02:00:11 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 10373 invoked by uid 89); 20 Mar 2014 02:00:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-pa0-f54.google.com Received: from mail-pa0-f54.google.com (HELO mail-pa0-f54.google.com) (209.85.220.54) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 20 Mar 2014 02:00:07 +0000 Received: by mail-pa0-f54.google.com with SMTP id lf10so201699pab.27 for ; Wed, 19 Mar 2014 19:00:04 -0700 (PDT) X-Received: by 10.66.148.230 with SMTP id tv6mr7476636pab.155.1395280804221; Wed, 19 Mar 2014 19:00:04 -0700 (PDT) Received: from bubble.grove.modra.org ([101.166.26.37]) by mx.google.com with ESMTPSA id kt8sm1777596pab.7.2014.03.19.19.00.01 for (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Mar 2014 19:00:03 -0700 (PDT) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id 047B6EA00D2; Thu, 20 Mar 2014 12:29:50 +1030 (CST) Date: Thu, 20 Mar 2014 02:00:00 -0000 From: Alan Modra To: "Metzger, Markus T" Cc: Pedro Alves , Mark Wielaard , Cary Coutant , Doug Evans , "gdb@sourceware.org" , "binutils@sourceware.org" Subject: Re: vdso handling Message-ID: <20140320015950.GB13347@bubble.grove.modra.org> Mail-Followup-To: "Metzger, Markus T" , Pedro Alves , Mark Wielaard , Cary Coutant , Doug Evans , "gdb@sourceware.org" , "binutils@sourceware.org" References: <20140313010147.GZ26922@bubble.grove.modra.org> <1394704336.11818.115.camel@bordewijk.wildebeest.org> <20140313130322.GA3384@bubble.grove.modra.org> <5321C7C8.6000707@redhat.com> <5321C8FA.40708@gmail.com> <5321CE1A.20509@redhat.com> <20140313235347.GD3384@bubble.grove.modra.org> <20140318230939.GA9145@bubble.grove.modra.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-03/txt/msg00059.txt.bz2 On Wed, Mar 19, 2014 at 08:29:47AM +0000, Metzger, Markus T wrote: > Shouldn't the ehdr indicate that there are no sections in this case? Nope. See my other email to Pedro. > If we can't trust the image to contain everything that the ELF header > describes, would it be safer to generate fake sections based on the > program header? We already assume that the program header is > contained in the image. Yes, you're correct that it is wrong to assume program headers are loaded. Even worse, the in-memory image doesn't even need to contain the ELF file header. -- Alan Modra Australia Development Lab, IBM