On 8/26/16, 4:59 PM, cygwin-ow...@cygwin.com Bill Zissimopoulos wrote:
>On 8/26/16, 11:05 AM, Corinna Vinschen wrote:
>
>>On Aug 25 19:04, Bill Zissimopoulos wrote:
>>>- The first case is during the processing of NtCreateFile (without the
>>> FILE_OPEN_REPARSE_POINT flag set).
>>
>>This case does
On 8/26/16, 11:05 AM, Corinna Vinschen wrote:
>On Aug 25 19:04, Bill Zissimopoulos wrote:
>>- The first case is during the processing of NtCreateFile (without the
>> FILE_OPEN_REPARSE_POINT flag set).
>
>This case doesn't matter to us. Cygwin always opens the file with
>FILE_OPEN_REPARSE_POINT se
On Aug 25 19:04, Bill Zissimopoulos wrote:
> On 8/25/16, 3:45 PM, Corinna Vinschen wrote:
> >...it needs thorough testing(*). There's a good chance that the NFS RP
> >buffer is not exposed to user space, but instead only handled by the NFS
> >driver. *If* the RP method works fine in user space, I
On 8/25/16, 3:45 PM, Corinna Vinschen wrote:
>On Aug 25 11:46, Bill Zissimopoulos wrote:
>>In the following OP is the originating process, CW is the Cygwin
>> layer, WL is the WinFsp layer and FL is the FUSE layer.
>>
>> OP: mkfifo("myfifo")
>> CW: NtCreateFile, NtDeviceIoControlFile(FSCTL_SET_RE
On 8/25/16, 5:46 PM, Jeffrey Altman wrote:
>The only file system for which this tag is known to be interpreted is
>the Microsoft NFS provider that will report its
>
> FILE_REMOTE_PROTOCOL_INFORMATION.Protocol
>
>value as
>
> #define WNNC_NET_MS_NFS 0x0042
I missed this. Jeffrey do
On 8/25/16, 7:14 PM, Jeffrey Altman wrote:
>On 8/25/2016 11:21 AM, Corinna Vinschen wrote:
>>Granted, it *could* be used by Cygwin on NTFS to indicate Cygwin's own
>> implementations of AF_LOCAL sockets or fifos. Or even for symlinks.
>> But that would only introduce YA symlink type which would b
On 8/25/2016 11:21 AM, Corinna Vinschen wrote:
> On Aug 25 10:46, Jeffrey Altman wrote:
>> On 8/25/2016 9:16 AM, Corinna Vinschen wrote:
>>> On Aug 25 09:04, Jeffrey Altman wrote:
On 8/25/2016 8:45 AM, Corinna Vinschen wrote:
> Since when is this RP method available? Unfortunately the abo
On Aug 25 10:46, Jeffrey Altman wrote:
> On 8/25/2016 9:16 AM, Corinna Vinschen wrote:
> > On Aug 25 09:04, Jeffrey Altman wrote:
> >> On 8/25/2016 8:45 AM, Corinna Vinschen wrote:
> >>> Since when is this RP method available? Unfortunately the above MSDN
> >>> page doesn't tell... Was it already
On 8/25/2016 9:16 AM, Corinna Vinschen wrote:
> On Aug 25 09:04, Jeffrey Altman wrote:
>> On 8/25/2016 8:45 AM, Corinna Vinschen wrote:
>>> Since when is this RP method available? Unfortunately the above MSDN
>>> page doesn't tell... Was it already available with Vista? Does anybody
>>> know?
>>
On Aug 25 09:04, Jeffrey Altman wrote:
> On 8/25/2016 8:45 AM, Corinna Vinschen wrote:
> > Since when is this RP method available? Unfortunately the above MSDN
> > page doesn't tell... Was it already available with Vista? Does anybody
> > know?
>
> #define IO_REPARSE_TAG_NFS
>
> was added in t
On 8/25/2016 8:45 AM, Corinna Vinschen wrote:
> Since when is this RP method available? Unfortunately the above MSDN
> page doesn't tell... Was it already available with Vista? Does anybody
> know?
#define IO_REPARSE_TAG_NFS
was added in the Windows 8.0 DDK.
Jeffrey Altman
smime.p7s
Descr
On Aug 25 11:46, Bill Zissimopoulos wrote:
> Turns out that Microsoft already has a solution for special files on NFS:
>
> https://msdn.microsoft.com/en-us/library/dn617178.aspx
>
> I see no reason that the same solution cannot be used for FUSE for Cygwin
> as well.
On NFS Cygwin utilizes the in
While on vacation I have been (slowly) working to add reparse point and
symbolic link support for WinFsp and FUSE for Cygwin. This work is mostly
complete and is currently being tested.
I am writing to the Cygwin list because I want to resolve a problem that
Herbert Stocker originally brought up:
13 matches
Mail list logo
