delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/02/23/19:49:09

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: <38B481A5.3DA595D8@vinschen.de>
Date: Thu, 24 Feb 2000 01:56:05 +0100
From: Corinna Vinschen <corinna AT vinschen DOT de>
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: File permissions problems
References: <38B2B1EF DOT 57193440 AT ece DOT gatech DOT edu>

Charles Wilson wrote:
> [...]
> However, inside /tmp there are a number of files whose permissions seem
> messed up:
> 
> MultiFileMsg
> MultiFileSem
> MultiFileShm
> sock-11796
> sock-13111
> 
> I can't even get a 'ls -l' on those files, without a permission denied
> error. The windows Properties->Security->Permissions dialog on the
> Multi* files shows:
> 
> "The security information for F:\cygnus\cygwin-pre21\tmp\MultiFileMsg is
> not standard and cannot be displayed. Windows NT 3.x and 4.x support
> certain features such as Deny Access Control Entries but cannot edit
> ssecurity information which uses these features. The information may
> have been modified by a computer running Windows NT 5.0, which supports
> these features and can edit information which uses the. Do you want to
> overwrite the current security information?"

This is related to the latest patches to ntsec. I have already
described this behaviour (and it's reason) in the developers
mailing list on Jan 08, 2000, thread "ntsec-patch16 (and some other)".

Nevertheless it seems to be not a problem of ntsec but a result of
the open calls in ipc code. I have only version 1.03 and the open
calls which create the /tmp/Multi* files do create the files without
explicit permission, eg:

  LFdSem = open(CYGWIN32_IPCNT_FILESEM, O_CREAT|O_TRUNC|O_WRONLY);

instead of

  LFdSem = open(CYGWIN32_IPCNT_FILESEM, O_CREAT|O_TRUNC|O_WRONLY,
                0666) ;

> [...]
> The Multi* files are created by ipc-daemon, and I guess the sock-* files
> are created by the io_sock test (via the AF_UNIX cygwin subsystem.) In

The permissions of the sock-files are probably a cygwin error.
I will examine the related cygwin code when I have more time.

Regards,
Corinna

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019