From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17357 invoked by alias); 16 Feb 2015 09:46:54 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 17343 invoked by uid 89); 16 Feb 2015 09:46:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-in-07.arcor-online.net Received: from mail-in-07.arcor-online.net (HELO mail-in-07.arcor-online.net) (151.189.21.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Mon, 16 Feb 2015 09:46:51 +0000 Received: from mail-in-13-z2.arcor-online.net (mail-in-13-z2.arcor-online.net [151.189.8.30]) by mx.arcor.de (Postfix) with ESMTP id 3km0nz4C9dz87br for ; Mon, 16 Feb 2015 10:46:47 +0100 (CET) Received: from mail-in-18.arcor-online.net (mail-in-18.arcor-online.net [151.189.21.58]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id 8BE5114B064 for ; Mon, 16 Feb 2015 10:46:47 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-18.arcor-online.net 3km0nz2pMXzZV9l Received: from Gertrud (p4FF1D1F6.dip0.t-ipconnect.de [79.241.209.246]) (Authenticated sender: stromeko@arcor.de) by mail-in-18.arcor-online.net (Postfix) with ESMTPSA id 3km0nz2pMXzZV9l for ; Mon, 16 Feb 2015 10:46:47 +0100 (CET) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: perl-5.14.4 References: <87iofh8l54.fsf@Rainer.invalid> <87bnl6n8uw.fsf@Rainer.invalid> <87386gtaub.fsf@Rainer.invalid> <87fva8cl9v.fsf@Rainer.invalid> <87bnkwci40.fsf@Rainer.invalid> <20150215103230.GN7225@calimero.vinschen.de> <87bnkvxqi6.fsf@Rainer.invalid> <20150215143117.GT7225@calimero.vinschen.de> <87sie7vvfr.fsf@Rainer.invalid> <20150216091720.GW7225@calimero.vinschen.de> Date: Mon, 16 Feb 2015 09:46:00 -0000 In-Reply-To: <20150216091720.GW7225@calimero.vinschen.de> (Corinna Vinschen's message of "Mon, 16 Feb 2015 10:17:20 +0100") Message-ID: <871tlq194r.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2015-02/txt/msg00196.txt.bz2 Corinna Vinschen writes: >> Back to the drawing board=E2=80=A6 The section names in rebase are comp= letely >> different, > > "completely different"? -v, please? I gave up in disgust=E2=80=A6 anyway, instead of the .debug_* section names, rebase finds something like "/19". I can't find a way to have objdump use the same format. Objcopy does have an option that hints at some "long section names" that can be present and I surmise that the debug sections use such names. >> not sure how I should get objdump to display them. > > objdump -h? Nope. That tells you: Sections: Idx Name Size VMA LMA File off A= lgn 0 .text 00000b98 00000003e5411000 00000003e5411000 00000600 2= **4 CONTENTS, ALLOC, LOAD, READONLY, CODE, DATA 1 .data 00000068 00000003e5412000 00000003e5412000 00001200 2= **5 CONTENTS, ALLOC, LOAD, DATA 2 .rdata 00003800 00000003e5413000 00000003e5413000 00001400 2= **6 CONTENTS, ALLOC, LOAD, READONLY, DATA 3 .buildid 00000035 00000003e5417000 00000003e5417000 00004c00 2= **2 CONTENTS, ALLOC, LOAD, READONLY, DATA 4 .pdata 000000cc 00000003e5418000 00000003e5418000 00004e00 2= **2 CONTENTS, ALLOC, LOAD, READONLY, DATA 5 .xdata 0000008c 00000003e5419000 00000003e5419000 00005000 2= **2 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .bss 000001d0 00000003e541a000 00000003e541a000 00000000 2= **5 ALLOC 7 .edata 0000012b 00000003e541b000 00000003e541b000 00005200 2= **2 CONTENTS, ALLOC, LOAD, READONLY, DATA 8 .idata 000004fc 00000003e541c000 00000003e541c000 00005400 2= **2 CONTENTS, ALLOC, LOAD, DATA 9 .reloc 000006b4 00000003e541d000 00000003e541d000 00005a00 2= **2 CONTENTS, ALLOC, LOAD, READONLY, DATA 10 .debug_aranges 00000220 00000003e541e000 00000003e541e000 00006200 = 2**0 CONTENTS, READONLY, DEBUGGING 11 .debug_info 0000cc86 00000003e541f000 00000003e541f000 00006600 2= **0 CONTENTS, READONLY, DEBUGGING 12 .debug_abbrev 00000e74 00000003e542c000 00000003e542c000 00013400 2= **0 CONTENTS, READONLY, DEBUGGING 13 .debug_line 00000e93 00000003e542d000 00000003e542d000 00014400 2= **0 CONTENTS, READONLY, DEBUGGING 14 .debug_frame 00000350 00000003e542e000 00000003e542e000 00015400 2= **3 CONTENTS, READONLY, DEBUGGING 15 .debug_loc 00000b22 00000003e5430000 00000003e5430000 00015800 2= **0 CONTENTS, READONLY, DEBUGGING 16 .debug_ranges 000000c0 00000003e5431000 00000003e5431000 00016400 2= **0 CONTENTS, READONLY, DEBUGGING 17 .debug_str 000001a8 0000000400000000 0000000400000000 00016600 2= **0 CONTENTS, READONLY, DEBUGGING While rebase thinks: Base: 0x0x2f0000 ImageBase: 0x3e2660000 ImageBase: 0x3e2660000 ImageSize: 0x22000 section name: .text base: 0x00001000 size: 0x00000c00 file offset: 0x= 00000600 offset: 0x002ef600 section name: .data base: 0x00002000 size: 0x00000200 file offset: 0x= 00001200 offset: 0x002ef200 section name: .rdata base: 0x00003000 size: 0x00003800 file offset: 0x= 00001400 offset: 0x002ee400 section name: .buildid base: 0x00007000 size: 0x00000200 file offset: 0x= 00004c00 offset: 0x002edc00 section name: .pdata base: 0x00008000 size: 0x00000200 file offset: 0x= 00004e00 offset: 0x002ece00 section name: .xdata base: 0x00009000 size: 0x00000200 file offset: 0x= 00005000 offset: 0x002ec000 section name: .bss base: 0x0000a000 size: 0x00000000 file offset: 0x= 00000000 offset: 0x002e6000 section name: .edata base: 0x0000b000 size: 0x00000200 file offset: 0x= 00005200 offset: 0x002ea200 section name: .idata base: 0x0000c000 size: 0x00000600 file offset: 0x= 00005400 offset: 0x002e9400 section name: .reloc base: 0x0000d000 size: 0x00000800 file offset: 0x= 00005a00 offset: 0x002e8a00 section name: /4 base: 0x0000e000 size: 0x00000400 file offset: 0x= 00006200 offset: 0x002e8200 section name: /19 base: 0x0000f000 size: 0x0000ce00 file offset: 0x= 00006600 offset: 0x002e7600 section name: /31 base: 0x0001c000 size: 0x00001000 file offset: 0x= 00013400 offset: 0x002e7400 section name: /45 base: 0x0001d000 size: 0x00001000 file offset: 0x= 00014400 offset: 0x002e7400 section name: /57 base: 0x0001e000 size: 0x00000400 file offset: 0x= 00015400 offset: 0x002e7400 section name: /70 base: 0x0001f000 size: 0x00000200 file offset: 0x= 00015800 offset: 0x002e6800 section name: /81 base: 0x00020000 size: 0x00000c00 file offset: 0x= 00015a00 offset: 0x002e5a00 section name: /92 base: 0x00021000 size: 0x00000200 file offset: 0x= 00016600 offset: 0x002e5600 >> Also, >> rebase does not seem to touch the debug sections in any way (either it >> does not recognize them or already ignores them). The apparent changes >> that I saw in objdump are purely the result of rebase changing the >> ImageBase. :-( > > So it's not about the debug sections, apparently. It was just a guess > anyway. It still is about the debug sections=E2=80=A6 They are still present in the rebased object files, but nm and objdump don't associate the information in them with the code anymore. The same thing already happens when I just change the ImageBase, so it seems that rebase would somehow also have to change something in the debug records, albeit it's entirely unclear what that might be. Regards, Achim. --=20 +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds