From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18921 invoked by alias); 4 Dec 2014 13:47:00 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 18911 invoked by uid 89); 4 Dec 2014 13:46:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 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; Thu, 04 Dec 2014 13:46:58 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 256848E12E0; Thu, 4 Dec 2014 14:46:56 +0100 (CET) Date: Thu, 04 Dec 2014 13:47:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: RFC: 1.7.33 problem with user's home directory Message-ID: <20141204134656.GG3810@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <8610043342.20141128150810@yandex.ru> <20141128124814.GM3810@calimero.vinschen.de> <5354135.20141128190818@yandex.ru> <20141128163305.GN3810@calimero.vinschen.de> <1601998502.20141129012136@yandex.ru> <5710377370.20141202082928@yandex.ru> <352663012.20141203231050@yandex.ru> <548051A3.9030203@tlinx.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AAf1pfr5RnNeEo0" Content-Disposition: inline In-Reply-To: <548051A3.9030203@tlinx.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2014-12/txt/msg00038.txt.bz2 --7AAf1pfr5RnNeEo0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1980 On Dec 4 04:20, Linda Walsh wrote: > Andrey Repin wrote: > >Greetings, cyg Simple! > >>>>Don't forget that CMD will not create a second connection to a > >>>>\\host\share if Cygwin already has one open. > >>>What do you mean by that? > > > >>$ cd //somehost/someshare > >>$ cmd /c start cmd > > > >>cmd will complain about UNC paths and start in %WINDIR% instead. > ---- > Try it the other way around. You'll get the same result. >=20 > It has nothing to do with cygwin opening it first. It has > to do with cmd not handling a "\\network\share" style address. >=20 > MS was too lazy to deal with command.com's "1-CurDir / drive" > scenario that is embedded in the Win32 interface. If you cd to > //host/, //host isn't a drive letter. It will get interesting with the new CMD from Windows 10. MSFT has a whole team now working on pulling CMD into the 21st century of CLIs. Allowing UNC paths as CWD is apparently on their radar, though the current latest CMD in the W10 preview is still missing this feature. > So what happens when the user uses an absolute path? "/tmp"... > where is that /tmp? Ends up at the root of each drive, but on > a UNC-based-net-connection? Undefined. So cmd.exe can't be used > on a UNC-based path, only on DOS compatible (drive letter > assummed) based-path. Allowing CMD as shell wouldn't change how Cygwin tools see the world. Yes, with current CMDs you won't be able to utilize network paths as CWD, among other restrictions. Still, evaluating "db_shell: windows" as using CMD, rather than being a no-op might hvae some value. I would never use it myself, but there may be some people, or, let's assume, special maintainance accounts, for which this might come in handy. Would it hurt to implement it, even only for symmetry with the other options? I'm not sure. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --7AAf1pfr5RnNeEo0 Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUgGXPAAoJEPU2Bp2uRE+g9UwP/i9WTceULBWCyX5Parv5KP4I 1KejokJ17Z9SCYpccBkqGDrXmxrPzudh1ky31l0frZD8SQGdIIoFL6/hUHrvbbY6 A/Znb3Ik1c5waO0wyYFsCfOW69cCusHzICC4XjSiB0oFZEw+lX9RSndhaLs5MBC3 dKof1Kcu3d28T8i8UyVh71wYEx3VAbZlPTpT26sXQBfV2McmKI5vcJdQ2O3rWC9A KwJ6RQBRACdtyQkhqLyEFMdGk2qpb7+5Spvwx8WNpjZNmobhvW4VV+x36xJPeF30 E43QGtL0evXb4PP9mGbW6c4NalZK/bLoz+mhUiI+eSbbXYTyB3bB0G1L1Aha17qw dzA8LDEda9pcT26/jT6zANSxNwTtDqG4h8aSSz3WQk4RdfogqRm3TBq/McElI8o0 elzNNu0IYoOI2g+ejmOKq8OBvX8c/UAFJnIkpFg/S8dDb0pk7u0hygAuUeP+D5c8 gJJnVEKINA+2TRV86KuAHmPoBmScmyp78gOxASoE7cU/a1c0JD/62y/ydHzFP/Ds shScpJJxuU8YJipnWt1k/WN3X/TtGbTlE5z/0EsbBQmwUIpVuO1fu4DoP+V5M8k8 miEduLbMpwQTwtue87TBMzn0Sj6q64SUycXKK1U7CsryrX3kTKwcUexbU7s7RkAA bJ8e66ofHauWXZdwWjBd =qxJ6 -----END PGP SIGNATURE----- --7AAf1pfr5RnNeEo0--