From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 48385 invoked by alias); 28 Sep 2018 05:55:30 -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 48375 invoked by uid 89); 28 Sep 2018 05:55:29 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.9 required=5.0 tests=BAYES_00,GIT_PATCH_2 autolearn=ham version=3.3.2 spammy=H*F:U*cygwin, retry, HContent-Transfer-Encoding:8bit X-HELO: Ishtar.sc.tlinx.org Received: from ishtar.tlinx.org (HELO Ishtar.sc.tlinx.org) (173.164.175.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 28 Sep 2018 05:55:27 +0000 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id w8S5tKkI010490; Thu, 27 Sep 2018 22:55:22 -0700 Message-ID: <5BADC248.7050009@tlinx.org> Date: Fri, 28 Sep 2018 05:55:00 -0000 From: L A Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: cygwin@cygwin.com, fergus@bonhard.uklinux.net Subject: Re: Creation of weird WINDOWS-related (sub)directories References: <000301d454e2$c5102a20$4f307e60$@bonhard.uklinux.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-09/txt/msg00283.txt.bz2 On 9/25/2018 9:53 AM, Hans-Bernhard Bröker wrote: > Am 25.09.2018 um 17:16 schrieb Fergus: > >> Unintentionally I have confounded the discussion. The directory named >> "consoleX" is my home-grown Cygwin root directory. >> (Others' preferred locationname might be "cygwin" or "mycygwin" or >> whatever.) > > That does not explain anything, actually. Cygwin's own root directory > is always '/'. The one you speak of would be the windows-side > installation root directory (c:\cygwin or c:\cygwin64 by default), but > that would never show up like that from inside cygwin. I.e. while you > do have ---- So the root of the cygwin drive is '/', so what would happen if a cygwin program tried to expand a windows path, with a windows variable in it, like '%SystemDrive%'.... Seems to me that whatever that program is, it *IS* running under cygwin and using a windows path with the win-var unexpanded. If I understand correctly, the weird dir is at absolute (from windows C:\) path: C:/consoleX/%SystemDrive%/ProgramData/Microsoft/Windows/Caches or, inside cygwin, you see: /%SystemDrive%/ProgramData/Microsoft/Windows/Caches yes? Doesn't matter _that_ much, I'd just work around it by moving it aside and creating a symlink in windows from %SystemDrive% => C:\. Hopefully whatever is creating it won't delete the symlink. If it does, you can retry the command specifying /j to make a windows junction. (in cmd.exe, you should be able to type mklink /h for help). Note, in windows, mklink, the order is mklink (sorta backwards from normal *nix conventions). If you were curious and a bit daring, you could put an empty %systemdrive% directory there instead of the one it was using and make it read-only & set the system attribute. Then whatever is trying to write into it should fail and hopefully you'll see an error message... to set read-only and system with the attrib command try attrib +r +s -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple