From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30104 invoked by alias); 7 Jun 2006 10:04:14 -0000 Received: (qmail 30088 invoked by uid 22791); 7 Jun 2006 10:04:13 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from mga02.intel.com (HELO orsmga101-1.jf.intel.com) (134.134.136.20) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 07 Jun 2006 10:03:36 +0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101-1.jf.intel.com with ESMTP; 07 Jun 2006 03:03:34 -0700 Received: from fmsmsx332.fm.intel.com (HELO fmsmsx332.amr.corp.intel.com) ([132.233.42.148]) by orsmga001.jf.intel.com with ESMTP; 07 Jun 2006 03:03:33 -0700 X-IronPort-AV: i="4.05,216,1146466800"; d="scan'208"; a="47118100:sNHT308354858" Received: from fmsmsx311.amr.corp.intel.com ([132.233.42.214]) by fmsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Jun 2006 03:03:30 -0700 Received: from hdsmsx402.amr.corp.intel.com ([10.127.2.62]) by fmsmsx311.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Jun 2006 03:03:29 -0700 Received: from hdsmsx411.amr.corp.intel.com ([10.127.2.70]) by hdsmsx402.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 7 Jun 2006 06:03:28 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: bug in RedBoot ELF loader? Date: Wed, 07 Jun 2006 10:04:00 -0000 Message-ID: <7905FFCA2E893B41B7697977B01334D46A3EB7@hdsmsx411.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug in RedBoot ELF loader? Thread-Index: AcaKDfqrLmsXVCxkRXKOXW9khbjhAAAC13TA From: "Daly, Jeffrey" To: "eCos development" X-OriginalArrivalTime: 07 Jun 2006 10:03:28.0965 (UTC) FILETIME=[9FFD9750:01C68A19] X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2006-06/txt/msg00014.txt.bz2 Uh, are you confusing the difference between the disk image of a program (which has the headers) and the the memory image of the program (which only includes the instructions/data)? -----Original Message----- From: ecos-devel-owner@ecos.sourceware.org [mailto:ecos-devel-owner@ecos.sourceware.org] On Behalf Of Bert Thomas Sent: Wednesday, June 07, 2006 5:38 AM To: Gary Thomas Cc: eCos development Subject: Re: bug in RedBoot ELF loader? > Of course - the headers are just that; descriptions of stuff to come > _later_ in the file. A sane ELF file (files created by GNU ld behave > this way) will have the various section headers first, followed by > the actual program segments. There is no need for a loader (like > RedBoot which is what started this discussion) to ever load the > headers as part of the image, rather only process them to figure > out what needs to be loaded and where. For example, a RAM program I aggree with you on the sanity part. However, I bet that most if not=20 all Linux executables have a segment that include the headers. I assume=20 you are working on a Linux machine. Could you try readelf on ls for=20 example? Again, it is not that I disaggree with you. It is just that I observe it isn't the way you and I expected it to be. I suspect the reason that your example doesn't have a segment that=20 includes the headers has something to do with the linker script you=20 wrote to link that program. Bert