From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10915 invoked by alias); 18 Dec 2013 20:54:20 -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 10906 invoked by uid 89); 18 Dec 2013 20:54:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 18 Dec 2013 20:54:18 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 9A91B1A0884; Wed, 18 Dec 2013 21:54:16 +0100 (CET) Date: Wed, 18 Dec 2013 20:54:00 -0000 From: Corinna Vinschen To: gdb-patches@sourceware.org Subject: Re: [RFA] Fix cygwin compilation failure due to nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing Message-ID: <20131218205416.GI30010@calimero.vinschen.de> Reply-To: gdb-patches@sourceware.org Mail-Followup-To: gdb-patches@sourceware.org References: <20131218112045.GQ30010@calimero.vinschen.de> <83bo0ecgdw.fsf@gnu.org> <20131218160707.GV30010@calimero.vinschen.de> <834n66ccs9.fsf@gnu.org> <20131218171819.GY30010@calimero.vinschen.de> <831u1acblu.fsf@gnu.org> <20131218173155.GA30010@calimero.vinschen.de> <83zjnyaupt.fsf@gnu.org> <20131218191757.GC30010@calimero.vinschen.de> <83y53iapy6.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YnIutncTLXsDZs5t" Content-Disposition: inline In-Reply-To: <83y53iapy6.fsf@gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2013-12/txt/msg00724.txt.bz2 --YnIutncTLXsDZs5t Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1912 On Dec 18 22:01, Eli Zaretskii wrote: > > Date: Wed, 18 Dec 2013 20:17:57 +0100 > > From: Corinna Vinschen > >=20 > > > > I don't know, but I doubt it. The filenames in case of calling the > > > > _wfopen functions are probably sent directly to the underlying WIn32 > > > > functions. > > >=20 > > > I don't think they can do that, because it would mean that relative > > > file names, "../foo", etc. are forbidden for _wfopen. The CRT > > > functions must go through file-name normalization, so unless they > > > detect \\?\ file names up front and refrain from any processing, the > > > long file names will not work, because the normalization routines are > > > where these limitations live, AFAIK. > >=20 > > There's a lot of theory here. Did you actually *try* it? >=20 > No. Who can afford to try everything, unless they are paying you to > do that? Well, it might not take much more time than musings in email... > > I just did: > >=20 > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > #include > > #include > >=20 > > int main(void) > > { > > FILE *fp; > >=20 > > fp =3D _wfopen (L"\\\\?\\C:\\Windows\\System32\\ntdll.dll", L"r"); > > if (!fp) > > printf ("_wfopen w/ long pathname fails, errno =3D %d\n", errno); > > else > > { > > printf ("_wfopen w/ long pathname works\n"); > > fclose(fp); > > } > > return 0; > > } > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Thanks, that's good to know. But that's just one CRT function. There > are a gazillion of them, and I'm quite sure some use MAX_PATH of 260 > internally. Just grep the sources of the CRT functions. Sigh. Corinna --=20 Corinna Vinschen Cygwin Maintainer Red Hat --YnIutncTLXsDZs5t Content-Type: application/pgp-signature Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJSsgt4AAoJEPU2Bp2uRE+g9gMP/ArmkhFTs2rfyD7Q4gfTeJKq WSgwLrHfsgt5lWovxhREfAmo7CpFjpU59G6XyBL1BOXHk/QR36xrpxfIUjamvSm1 xUfxfmiSuRF62WB5VcCVJFU3pXDh45ZzXzXx1LYB89WCt+yR7rDdAlzniqPFwMhK EK2sY0KYBeNRjKBe/lKGlFoeJs6HR+nFRqMGKWbJlSx6uqCWpJhfRelbsiOfZ4wD lE/lTE/oPE40e2rxoRkuJGnhYfwdaup3k3HmiMXvy2nIDR7yUFl2cn002wtun5k0 IpDsAlj4MykfexoS91mVrTK0F7v3HEMxeeRg90ayVQIVnFtVRpBL/iVu81gQjjy3 tgMBGFdc0TkYXHX7qBsXYTZAsrskBd2fJbOWWWlw3FgF08s4b6SC5PszmoWkk3UM KOPu0lerx96eMwYEZaYVS12qVN5AtgVWswRX7bfEgk19RN3kniDmZchbF0plrAo/ FGCXnbGANsHoJy8BVwvJgnGpXlUel696F5F0pfajDrkAEEn+WCfXbO//8xJl3T1J mdMayTOvomg6U6mH9J98BIV4+cxCfGV6k2uBf2YkJWPE7e1jH5RfhZ32P+5PhDyA vyAqSKjX4bPYBxFO5/w/IG/ieqCZ8z/0l41LzAHk2CFLo/0EW4c1V4FyZZ9A8uvZ TACmW7pIsr4pEvCJHsZL =/a4B -----END PGP SIGNATURE----- --YnIutncTLXsDZs5t--