DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=SBOzCJRuv1q7WSE+m3HAYY31J8dCMq7ZYfJXuwseJtuEKkrfVw09f
	SA5mmJf9Lg25j9PfSUFUNYU893RRtJfvex+92e4rq15fNgu7n+UAAt6/1yauyQ4v
	49XOo7cpwMuT17gMTz3dTTaK5nXLMChHPy178ka82Pb9fwv7ly+gw0=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Wed, 19 Mar 2014 11:16:34 +0100
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: 1.7.25, Windows 7: dumper doesn't generate core file
Message-ID: <20140319101634.GB24106@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <53277ECE.5030003@constrainttec.com> <53278073.4030909@constrainttec.com> <20140318105218.GD28387@calimero.vinschen.de> <5329311C.1060604@constrainttec.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4"
Content-Disposition: inline
In-Reply-To: <5329311C.1060604@constrainttec.com>
User-Agent: Mutt/1.5.21 (2010-09-15)

--/WwmFnJnmDyWGHa4
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mar 19 16:54, Sam Liapis@constrainttec.com wrote:
>=20
> You're write Corrina I tried you're suggested test and it clearly
> proved ALL file sections are loaded.
>=20
> I found a great memory visualiser tool VMMap here:
> http://technet.microsoft.com/en-us/sysinternals/dd535533.aspx
>=20
> I then re-run my original test and used VMMap to compare all DLL
> section addresses with dumper's diagnostic trace.
>=20
> It turns out around half of the DLL section addresses didn't line-up
> with the sensible VMAs shown in VMMap's display.
>=20
> For example the problematic *sechost.dll *file presented with the
> following differences:
>=20
> DUMPER OUTPUT:
> ...
> got debug event 6
> excluding section: name=3D.text   base=3D*0x2b21000* size=3D00012c1b  <=
=3D=3D
> NOTE the way out of range section VMA.
> added module *0x75510000* C:\Windows\SysWOW64\sechost.dll
> ...

Does dumper, by any chance, use the VMA address from the file, rather
than the real memory address when a DLL has been rebased by the Windows
loader?  If so, it's perhaps just another BFD function which has to be
called.

> At this stage I don't have time to dig into binutils source which
> appears to be providing the erroneous section VMAs.
>=20
> I have to think about how I might present this back to the binutils
> mailing list given it's in a Windows environment.

Thanks a lot for looking into this anyway.  I'm looking forward to
your patches.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--/WwmFnJnmDyWGHa4
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTKW6CAAoJEPU2Bp2uRE+gVhIP/it1rGANSXJ4FmjnyKRqtRHy
Dp9RIOEBHvx9Q53k0GDFKLPvzAGMFz806mFQ6tZHZB1sLnF92samlcpxUuWV79xA
E1jEDkMJCqVhUsmDJuZcW/iMD+xzNFeAqy7eq/CLlx0fRltfhWATmaO8oFpX+ad6
SnxMv+/2TDlZ2jT6rdm1u5CsbQJXqoAJWo8T8sNRgVlO7ExB42+J02Iu/MYLAhmk
8gf97TIa9gafu88NiS6CVNKPNew+tHxj05DLAT1nVftUOvIdwsU1CROSLwSRRh7W
Wf/uOvcQ+ozWmE9G2aKQHYDP4scLHxuhvlQkFZBXsSdQ4FJAezVtzdEuB2tG5F9u
epVT5w6RepMR/uEfSPBUPn/kwaa1aFnATmujuluqX+4xF6nQbp6PD6nChU+LWfw+
bmyQ+gNlBCUSHQBFvJ5MEjK5MgI9lAOdnr2+pEJiYiMJCam2knA+G9igBJH3xgCk
K6oUawR9kSWx2vR+hvbpKM0rjjz3bHMNS1z3STkFQLJqeJfrqLVfEmKee7FTppD7
xN/CFees8Gb/s6AUP9Kl1qraMOsmxRSnNap5MjLWjQ5BkOD1u/SmLlJa2VOE7bIn
vHsLOyTR1sxdnLpQqoZmVr/UTauv4byHXBm9AlEqdLFWrKF6vgG1TIFNuj9myQtB
oP1Rdjx0pgetrabiyX3m
=xYYa
-----END PGP SIGNATURE-----

--/WwmFnJnmDyWGHa4--