X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <556c62c70802130029k4c11376exf0fc1e3f6106f2a2@mail.gmail.com>
Date: Wed, 13 Feb 2008 10:29:19 +0200
From: "doron cs" <doroncs AT gmail DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Cygwin OCFS support (or lack of)
In-Reply-To: <20080211103849.GM5866@calimero.vinschen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
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> 	 <20080211103849 DOT GM5866 AT calimero DOT vinschen DOT de>
X-IsSubscribed: yes
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

I have OCFS access as much as you want
What I do not have right now (and it will take time until i get it) is
a cygwin development environment on my Win2003 servers .
If you will send me binaries I will be extatic to run them and strace them
until I will setup my Cygwin development systems .


On Feb 11, 2008 12:38 PM, Corinna Vinschen <corinna-cygwin AT cygwin DOT com> wrote:
> 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/
>
>

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