X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:to:from:subject:date:message-id:references :mime-version:content-type:content-transfer-encoding; q=dns; s= default; b=sIM8EhjYQMN57gFy84YR1u8VlEKdvfaiIaoNMu9kwd3AkvBzVXw15 v6tD7P3h5H+nXKUfsxSs7GNNFHeIK0OIEfweD9kE5AOP3ojgE230P3SchfPwSOT4 qCTbWcSc0xy+p8JHgp1yVYB62SkNTTeht1zjFJI3PWpfNcbrMmuhmU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:to:from:subject:date:message-id:references :mime-version:content-type:content-transfer-encoding; s=default; bh=f7YVmNoY1B6zeZqsg3pO2pGU38M=; b=SVMM8Bm3eMJG45FYk18hrp8uEVWH JfulQLDLqRmpgG+5qx75JD2QLkwVAJwJXUQpJlUAFuWxZlZ6I432btnwfCFhviS3 oNy5eUGKoQXkSuBmDmA0X2BKN44c1EijmnB7hRL9aUL4SSM1Fp0NSOQEgI30YZyy 8pqevwdCX6QD43U= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=4.7 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,SPAM_SUBJECT,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 X-HELO: plane.gmane.org To: cygwin AT cygwin DOT com From: "D. Boland" Subject: Re: vi stealing SYSTEM-owned permissions and ownership Date: Fri, 08 Nov 2013 15:20:39 +0100 Lines: 43 Message-ID: <527CF337.DDA38C46@boland.nl> References: <5274F396 DOT A133C4CE AT boland DOT nl> <52788702 DOT B100AA7A AT boland DOT nl> <87a9hi92b7 DOT fsf AT Rainer DOT invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Achim Gratz wrote: > > D. Boland writes: > > I think I have new information on the stealing of ownership. Below test has been > > performed on the Apache folder, placed in the Windows Program Files folder by the > > Apache msi installer: > > > > "/cygdrive/c/Program Files (x86)/Apache Group/Apache2/" > > > > But if I perform the same test in my Cygwin home directory, vi behaves beautifully. > > > > So, I was thinking this difference must be related to the Windows ACL assigments on > > the "Program Files" folder. > > If you are operating as a normal user on this folder, you aren't > actually editing the files you think you see there, the whole contents > is virtualized by UAC and redirected to your own personal copy on edit. > If you want to keep your sanity, do not place anything that you intend > to edit / change as a normal user into system directories on Win7 (that > includes Cygwin itself). > > http://msdn.microsoft.com/en-us/library/bb756960.aspx > > Regards, > Achim. Thanks for this input. So Apache should be put in a folder, outside the windows special folders, like: /cygdrive/c/Apache2 This seems to be the default for most open source distributions: cygwin, perl, msys, mingw, even xampp. I am still wondering, though, why the Apache Foundation wants it in the "Program Files" folder. You all are right in saying that the Apache .msi is a "hybrid" configuration. I guess, maybe it's better to just use the Apache installation provided by CygWin... I also found out about "cygrunsrv". This makes Linux daemons run Windows-native. Very nice. Thanks again for your input, Daniel -- 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