This is the mail archive of the
mailing list for the Cygwin project.
Re: vi stealing SYSTEM-owned permissions and ownership
- From: "D. Boland" <daniel at boland dot nl>
- To: cygwin at cygwin dot com
- Date: Fri, 08 Nov 2013 15:20:39 +0100
- Subject: Re: vi stealing SYSTEM-owned permissions and ownership
- Authentication-results: sourceware.org; auth=none
- References: <5274F396 dot A133C4CE at boland dot nl> <52788702 dot B100AA7A at boland dot nl> <87a9hi92b7 dot fsf at Rainer dot invalid>
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).
Thanks for this input. So Apache should be put in a folder, outside the windows
special folders, like:
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.
Thanks again for your input,
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple