X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Mon, 11 Feb 2008 11:38:49 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Cygwin OCFS support (or lack of)
Message-ID: <20080211103849.GM5866@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <556c62c70802070907l4d0eaea1v6b58910ab0e24fb1 AT mail DOT gmail DOT com> <20080207181405 DOT GF5866 AT calimero DOT vinschen DOT de> <556c62c70802100047l3af78f57i4ac6400182c78f11 AT mail DOT gmail DOT com> <fomfif$kjb$1 AT ger DOT gmane DOT org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <fomfif$kjb$1@ger.gmane.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Feb 10 04:18, Robert Pendell wrote:
> Well I thought to take my hand at it and see what the strace looked
> like.  I followed it against a good strace from one of my own local
> directories.  If you search for fhandler_disk_file::opendir you will
> find that it fails with error 2 which appears to make subsequent
> attempts to access information fail (errno 89).  You will only find one
> reference to that handler.  Afterwards it silently fails.
>
> Please correct me if I am wrong here.

The opendir works fine.  It returns a valid DIR pointer as you can see
in the line before the geterrno_from_win_error.

What happens looks like this:

  opendir succeeds.

  In the first call to readdir, NtQueryDirectoryFile generates a Win32
  error 2, "No such file" so readdir fakes a "." directory entry.

  In the next call NtQueryDirectoryFile generates a Win32 error 18,
  "No more files".  readdir fakes a ".." entry.

  In the next call NtQueryDirectoryFile generates another Win32 error
  18 and readdir finally fails with errno 89, "No more files".

The first error, Win32 error 2 is very strange and I have no explanation
for this.  Maybe it's not enough for OCFS to open the directory handle
with FILE_LIST_DIRECTORY access.  It might help to use GENERIC_READ in
opendir instead.  This should be tested by somebody with OCFS access.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/