Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive:	<http://sourceware.cygnus.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help:	<mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender:	cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To:	mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID:	<392C173E.704F5DCD@vinschen.de>
Date:	Wed, 24 May 2000 19:54:06 +0200
From:	Corinna Vinschen <corinna AT vinschen DOT de>
X-Mailer:	Mozilla 4.7 [en] (X11; I; Linux 2.2.14 i686)
X-Accept-Language:	de, en
MIME-Version:	1.0
To:	"Larry Hall (RFK Partners, Inc)" <lhall AT rfk DOT com>
CC:	cygwin <cygwin AT sourceware DOT cygnus DOT com>
Subject:	Re: call to writeable_directory in _unlink: Do we need it?
References:	<4 DOT 3 DOT 1 DOT 2 DOT 20000524132333 DOT 00e5d910 AT pop DOT ma DOT ultranet DOT com>

"Larry Hall (RFK Partners, Inc)" wrote:
> [...]
> I guess I can only offer my opinion because I don't have any experience
> with this code.  If writable_directory() is doing something wrong in both
> the ntsec and nontsec modes, it should be fixed (where eliminating it is
> 1 possible fix).  If its doing something wrong for just ntsec cases, I'd
> say conditionalize it.  I guess the big question that your description
> doesn't answer for me is, what do we loose by pulling it out as you
> describe?

What we loose is the following:

In UNIX/Linux you may not
	remove a file,
	rename a file,
	mkdir a new subdir
if you don't have write permissions to the parent directory.

In Windows you may all of the above. In Cygwin you are
actually disallowed that for being similar to U*X.

What we loose is that a user is disallowed to do something
in Cygwin while s/he may do that when using cmd or Explorer
under the same conditions.

The difference between ntsec and nontsec is that ntsec acts
(more or less) correct while nontsec only sets permission
bits and UID/GID to common values which _never_ results in
any problems with samba because the access function always
is sure that the user has sufficient permissions.

Corinna

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -