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
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
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/

- Raw text -