CBFS Connect 2020 .NET Edition

Questions / Feedback?

GetReparsePoint Event

Fires when the OS wants to read a reparse point for a file or directory.

Syntax

public event OnGetReparsePointHandler OnGetReparsePoint;

public delegate void OnGetReparsePointHandler(object sender, CbfsGetReparsePointEventArgs e);

public class CbfsGetReparsePointEventArgs : EventArgs {
  public string FileName { get; }
  public IntPtr ReparseBuffer { get; }
  public int ReparseBufferLength { get; set; }
  public long HandleInfo { get; }
  public IntPtr FileContext { get; set; }
  public IntPtr HandleContext { get; set; }
  public int ResultCode { get; set; }
}
Public Event OnGetReparsePoint As OnGetReparsePointHandler

Public Delegate Sub OnGetReparsePointHandler(sender As Object, e As CbfsGetReparsePointEventArgs)

Public Class CbfsGetReparsePointEventArgs Inherits EventArgs
  Public ReadOnly Property FileName As String
  Public ReadOnly Property ReparseBuffer As IntPtr
  Public Property ReparseBufferLength As Integer
  Public ReadOnly Property HandleInfo As Long
  Public Property FileContext As IntPtr
  Public Property HandleContext As IntPtr
  Public Property ResultCode As Integer
End Class

Remarks

This event fires when the OS wants to read a reparse point for the file or directory specified by FileName.

This event only needs to be handled if the UseReparsePoints property is enabled.
Note: NFS sharing makes use of reparse points.

To handle this event properly, applications must populate ReparseBuffer with the reparse point data associated with the specified file or directory (i.e., the data stored during an earlier SetReparsePoint event), and set ReparseBufferLength to the number of bytes written.

Please refer to the Reparse Points topic for more information.

The ReparseBufferLength parameter's initial value reflects the capacity of the memory buffer pointed to by ReparseBuffer. If the buffer is too small to hold all of the reparse point data, then the application should write as much data to it as possible, set ReparseBufferLength appropriately, and return the ERROR_MORE_DATA error code via ResultCode.

Please refer to the Buffer Parameters topic for more information on how to work with memory buffer event parameters.

The HandleInfo parameter carries a handle to an object with information about the file handle. While within the event handler, it can be used to call any of the following methods: GetHandleCreatorProcessId, GetHandleCreatorProcessName, GetHandleCreatorThreadId, or GetHandleCreatorToken.

The FileContext and HandleContext parameters are placeholders for application-defined data associated with the file and specific handle, respectively. Please refer to the Contexts topic for more information.

Depending on how the request originator accessed the specified file or directory, it may or may not currently be open. The HandleInfo, FileContext, and HandleContext parameters will be absent if it is not open, in which case they will be IntPtr.Zero.

The ResultCode parameter will always be 0 when the event is fired. If the event cannot be handled in a "successful" manner for some reason (e.g., a resource isn't available, security checks failed, etc.), set it to a non-zero value to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Copyright (c) 2022 Callback Technologies, Inc. - All rights reserved.
CBFS Connect 2020 .NET Edition - Version 20.0 [Build 8348]