FUSE Component

Properties   Methods   Events   Config Settings   Errors  

The FUSE component gives applications the ability to create a virtual filesystem using a FUSE-like API.

Syntax

TcbcFUSE

Remarks

The FUSE component is used to create a virtual filesystem whose contents are stored and exposed in an application-defined manner. The FUSE component offers applications an API similar to the one used by the FUSE library on Linux.

Getting Started

Each FUSE component instance controls a single virtual filesystem, and therefore a single virtual drive. Applications can use multiple instances of the FUSE component if their use-case requires the creation of multiple virtual drives; the component's Tag property can be used to distinguish between instances during event handlers.

Here's how to get up and running:

  1. If the system driver has not been installed yet, call the Install method to do so. This needs to be done only once.
    • In production, the system driver can be installed (or updated) ahead of time by the application's installation script using the Installer DLL (dynamic link library). Please refer to the Driver Installation topic for more information.
  2. Call the Initialize method to initialize the FUSE component. This must be done each time the application starts (if the application is using multiple FUSE component instances, only the first instance created should be used to call Initialize).
  3. Ensure that all of the necessary event handlers have been implemented. Some event handlers, such as Open, Read, GetAttr, and ReadDir, are mandatory and must be implemented by all applications (this is not an exhaustive list). Others are optional, and need to be implemented only when certain features are enabled. Please refer to the events' documentation for more information.
  4. Create a virtual drive by calling the Mount method. This operation incorporates several steps, such as creation of the virtual disk, mounting a "storage media" and adding a mounting point. A mounting point can be a drive letter, a universal naming convention (UNC) path, or a directory on an existing NTFS-formatted drive (see Mounting Points for details).
  5. The application can unmount the "media" from the virtual drive using the Unmount method.
  6. To uninstall the system driver, call the Uninstall method. This should not be done as part of the driver-upgrade process.
    • In production, the system driver can be uninstalled by the application's uninstallation script using the Installer DLL. Please refer to the Driver Installation topic for more information.

Property List


The following is the full list of the properties of the component with short descriptions. Click on the links for further details.

SerializeEventsWhether events should be fired on a single worker thread, or many.
StorageCharacteristicsThis property includes the characteristic flags with which to create the virtual drive (Windows only).
TagThis property stores application-defined data specific to a particular instance of the component.

Method List


The following is the full list of the methods of the component with short descriptions. Click on the links for further details.

ConfigSets or retrieves a configuration setting.
FileTimeToNanosecondsThis method returns the subsecond part of the time expressed in nanoseconds.
FileTimeToUnixTimeThis method converts FileTime to the Unix time format.
FillDirThis method fills the buffer with information about a directory entry.
GetDriverStatusThis method retrieves the status of the system driver.
GetDriverVersionThis method retrieves the version of the system driver.
GetGidThis method returns the group Id of the caller process.
GetUidThe method returns the user Id of the caller process.
InitializeThis method initializes the component.
InstallThis method installs or upgrades the product's system drivers (Windows only).
MountThis method creates a virtual drive or directory and mounts a filesystem.
UninstallUninstalls the product's system drivers and/or helper DLL (Windows only).
UnixTimeToFileTimeThis event converts the date/time in Unix format to Windows FileTime format.
UnmountThis method unmounts a filesystem.

Event List


The following is the full list of the events fired by the component with short descriptions. Click on the links for further details.

AccessThis event fires when the OS needs to check file access permissions.
ChmodThis event fires when the OS needs to change the permission bits of a file.
ChownThis event fires when the OS needs to change the owner and group of a file.
CopyFileRangeThis event fires when the OS needs to copy a range of data from one file to another.
CreateThis event fires when the OS wants to create a file.
DestroyThis event fires upon filesystem exit.
ErrorThis event fires if an unhandled error occurs during an event.
FAllocateThis event fires when the OS needs to allocate space for an open file.
FlushThis event fires when the OS needs to flush an open file's data out to storage before the file is closed.
FSyncThis event fires when the OS needs to flush an open file's data out to storage.
GetAttrThis event fires when the OS needs information about a file or directory.
InitThis event fires on filesystem startup.
LockThis event fires when the OS needs to lock or unlock the range of bytes of a file.
MkDirThis event fires when the OS needs to create a directory.
OpenThis event fires when the OS wants to open a file.
ReadThis event fires when the OS needs to read data from an open file.
ReadDirThis event fires when the OS wants to read (enumerate) a directory's contents.
ReleaseThis event fires when the OS needs to release (close) a file.
RenameThis event fires when the OS wants to rename or move a file or directory within the virtual filesystem.
RmDirThis event fires when the OS wants to remove (delete) a directory.
StatFSThis event fires when the OS needs information about the virtual drive's capacity and free space.
TruncateThis event fires when the OS needs to truncate (set the size of) a file.
UnlinkThis event fires when the OS wants to unlink (delete) a file.
UtimensThis event fires when the OS needs to change access and modification times of a file.
WriteThis event fires when the OS needs to write data to an open file.

Config Settings


The following is a list of config settings for the component with short descriptions. Click on the links for further details.

AsyncMountingPointNotificationsWhether system broadcasts for virtual drive mounting and unmounting are sent asynchronously.
LinuxFUSEParamsA placeholder for additional parameters used for fine-tuning FUSE on Linux.
MaxWorkerThreadCountThe maximum number of worker threads to use to fire events.
MetadataCacheEnabledWhether or not the metadata cache should be used.
MinWorkerThreadCountThe minimum number of worker threads to use to fire events.
NonExistentFilesCacheEnabledWhether or not the nonexistent files cache should be used.
TimeoutSpecifies how many milliseconds the driver will wait for events to execute before cancelling the underlying OS requests. (Windows-only).
TranslateDOSCharsInEnumMasksWhether the DOS wildcard characters should be translated during search.
WorkerInitialStackSizeThe initial stack size to create worker threads with.
BuildInfoInformation about the product's build.
LicenseInfoInformation about the current license.

SerializeEvents Property (FUSE Component)

Whether events should be fired on a single worker thread, or many.

Syntax

property SerializeEvents: TcbcTSerializeEvents read get_SerializeEvents write set_SerializeEvents;
TcbcTSerializeEvents = ( seOnMultipleThreads, seOnOneWorkerThread );

Default Value

seOnMultipleThreads

Remarks

This property specifies whether the component should fire all events serially on a single worker thread, or concurrently on multiple worker threads. The possible values are:

0 (seOnMultipleThreads) The component fires events in the context of multiple worker threads. Windows: The MinWorkerThreadCount and MaxWorkerThreadCount configuration settings control how many worker threads are used for this.
1 (seOnOneWorkerThread) The component fires events in the context of one background worker thread.

Windows: in general, the component will always fire events related to a single file sequentially (though not necessarily on the same worker thread all the time), regardless of how this property is set. Please refer to the Threading and Concurrency topic for more information.

Linux: with this property set to seOnMultipleThreads, the component may fire events related to the same file concurrently in several threads. If the application doesn't support this, it should stick to the seOnOneWorkerThread mode.

Note: This property cannot be changed when Active is True, and it cannot be changed within events.

StorageCharacteristics Property (FUSE Component)

This property includes the characteristic flags with which to create the virtual drive (Windows only).

Syntax

property StorageCharacteristics: Integer read get_StorageCharacteristics write set_StorageCharacteristics;

Default Value

16

Remarks

The system, as well as other applications, uses these flags to optimize their use of the virtual drive. This property should be set by ORing together zero or more of the following flags:

STGC_FLOPPY_DISKETTE0x00000001The storage is a floppy disk device.

This flag is not supported when StorageType is set to STGT_DISK_PNP.

STGC_READONLY_DEVICE0x00000002The storage is a read-only device.

STGC_WRITE_ONCE_MEDIA0x00000008The storage device's media can only be written to once.

This flag is not supported when StorageType is set to STGT_DISK_PNP.

STGC_REMOVABLE_MEDIA0x00000010The storage device's media is removable.

Users may remove the storage media from the virtual drive at any time. (Note that this flag does not indicate that the virtual drive itself is removable.)

STGC_AUTOCREATE_DRIVE_LETTER0x00002000The system should automatically create a drive letter for the storage device.

Deprecated: Include the STGMP_AUTOCREATE_DRIVE_LETTER flag in the value passed for the AddMountingPoint method's Flags parameter instead.

When this flag is present, the StorageGUID property must be set. This flag only works when StorageType is set to STGT_DISK_PNP.

STGC_SHOW_IN_EJECTION_TRAY0x00004000The storage device should be shown in the 'Safely Remove Hardware and Eject Media' menu in the system notification area (system tray).

This flag only works when StorageType is set to STGT_DISK_PNP.

STGC_ALLOW_EJECTION0x00008000The storage device can be ejected.

Users may eject the virtual drive at any time. When the virtual drive is ejected, it is destroyed.

This flag only works when StorageType is set to STGT_DISK_PNP.

STGC_RESERVED_10x00010000Reserved, do not use.

STGC_RESERVED_20x00020000Reserved, do not use.

Note: This property cannot be changed when the drive is mounted and cannot be changed within events.

Tag Property (FUSE Component)

This property stores application-defined data specific to a particular instance of the component.

Syntax

property Tag: Int64 read get_Tag write set_Tag;

Default Value

0

Remarks

This property can be used to store data specific to a particular instance of the component.

Config Method (FUSE Component)

Sets or retrieves a configuration setting.

Syntax

function Config(ConfigurationString: String): String;

Remarks

Config is a generic method available in every component. It is used to set and retrieve configuration settings for the component.

These settings are similar in functionality to properties, but they are rarely used. In order to avoid "polluting" the property namespace of the component, access to these internal properties is provided through the Config method.

To set a configuration setting named PROPERTY, you must call Config("PROPERTY=VALUE"), where VALUE is the value of the setting expressed as a string. For boolean values, use the strings "True", "False", "0", "1", "Yes", or "No" (case does not matter).

To read (query) the value of a configuration setting, you must call Config("PROPERTY"). The value will be returned as a string.

FileTimeToNanoseconds Method (FUSE Component)

This method returns the subsecond part of the time expressed in nanoseconds.

Syntax

function FileTimeToNanoseconds(FileTime: TDateTime): Integer;

Remarks

Use this method to obtain the subsecond part of the FileTime value, expressed in nanoseconds.

FileTimeToUnixTime Method (FUSE Component)

This method converts FileTime to the Unix time format.

Syntax

function FileTimeToUnixTime(FileTime: TDateTime): Int64;

Remarks

Use this method to convert the FileTime value to the Unix time format. The subsecond part of the value is not preserved; to obtain it, use the FileTimeToNanoseconds method.

FillDir Method (FUSE Component)

This method fills the buffer with information about a directory entry.

Syntax

function FillDir(FillerContext: Int64; Name: String; Ino: Int64; Mode: Integer; Uid: Integer; Gid: Integer; LinkCount: Integer; Size: Int64; ATime: TDateTime; MTime: TDateTime; CTime: TDateTime): Integer;

Remarks

Use the FillDir method from the ReadDir event handler to fill the buffer with the information about a file.

Call the method in a loop to add multiple entries.

The FillerContext parameter is passed to the ReadDir event handler and must be passed by the event handler to this method without modifications.

The Name parameter should contain the name of the directory entry.

The Ino parameter should be set to the Id of the file, which must be unique within a filesystem. Ino is optional on Windows and is ignored on Linux, where FUSE internally generates internal Ids.

The Mode parameter is a combination of bit flags.

Windows: Mode may include 0x4000 (S_IFDIR) to indicate that the entry is a directory, and it must include either 0x80 (S_IWUSR) to indicate a file that can be read and written or 0x100 (S_IRUSR) to indicate a read-only file. Other flags are ignored.

Linux: Mode may include any appropriate file mode flags. See inode(7) for more information.

Windows: The Uid, Gid, and LinkCount parameters are not used.

Linux: The Uid and Gid parameters must be set to the owner's user Id and group Id, respectively. LinkCount should be set to the number of hard links that the file has (which usually is 1).

Size must be set to the size of the file's data. For directories, the parameter should be set to 0.

ATime, MTime, CTime: Set, respectively, to the Access Time, Modification Time, and Creation Time values of the file or directory. All date/time parameters in the component are specified in UTC.

To convert Unix time to a format suitable for this function, use the UnixTimeToFileTime method.

Windows:

Any nonapplicable time values can be set to January 1, 1601 00:00:00 UTC.

The method returns 0 on success and sends an error code otherwise.

Note: This method cannot be called within events.

GetDriverStatus Method (FUSE Component)

This method retrieves the status of the system driver.

Syntax

function GetDriverStatus(ProductGUID: String): Integer;

Remarks

Windows:

This method retrieves the status of the system driver. This status can then be used to verify whether it has been properly installed and is ready for use.

The value returned by the method corresponds to the dwCurrentState field of the SERVICE_STATUS structure from the Windows API. It will be one of the following:

MODULE_STATUS_NOT_PRESENT0x00000000The specified module is not present on the system.

MODULE_STATUS_STOPPED0x00000001The specified module is in the Stopped state.

MODULE_STATUS_RUNNING0x00000004The specified module is loaded and running.

ProductGUID is used to distinguish between driver installations performed by different applications. Such information is necessary to guard against unexpected situations such as, e.g., the driver being uninstalled by one application despite other applications still needing it.

The GUID must be specified in so-called "Registry Format" (e.g., "{1FAD0EF2-9A03-4B87-B4BC-645B7035ED90}") with curly braces included.

To ensure proper operation, it is critical that each individual application have its own unique ProductGUID value, and that applications (and their installation scripts) use that value when calling any of the following methods:

This method is available in both the component API and the Installer DLL included with the product; please refer to the Driver Installation topic for more information about the latter.

Note: This method cannot be called within events.

Linux:

This method currently is not used.

GetDriverVersion Method (FUSE Component)

This method retrieves the version of the system driver.

Syntax

function GetDriverVersion(ProductGUID: String): Int64;

Remarks

This method retrieves the version of the system driver. The value is returned as a 64-bit integer composed of four 16-bit words that each correspond to a piece of the overall module version. For example, a version of 2.32.6.28 would cause the value 0x000200200006001C to be returned.

If the driver is not installed, this method returns 0.

ProductGUID is used to distinguish between driver installations performed by different applications. Such information is necessary to guard against unexpected situations such as, e.g., the driver being uninstalled by one application despite other applications still needing it.

The GUID must be specified in so-called "Registry Format" (e.g., "{1FAD0EF2-9A03-4B87-B4BC-645B7035ED90}") with curly braces included.

To ensure proper operation, it is critical that each individual application have its own unique ProductGUID value, and that applications (and their installation scripts) use that value when calling any of the following methods:

This method is available in both the component API and the Installer DLL included with the product; please refer to the Driver Installation topic for more information about the latter.

Note: This method cannot be called within events.

GetGid Method (FUSE Component)

This method returns the group Id of the caller process.

Syntax

function GetGid(): Integer;

Remarks

Windows:

This event currently is not used.

Linux:

Call this method from the event handlers to obtain the group Id of the caller process.

GetUid Method (FUSE Component)

The method returns the user Id of the caller process.

Syntax

function GetUid(): Integer;

Remarks

Windows:

This event currently is not used.

Linux:

Call this method from the event handlers to obtain the user Id of the caller process.

Initialize Method (FUSE Component)

This method initializes the component.

Syntax

procedure Initialize(ProductGUID: String);

Remarks

This method initializes the component and must be called each time the application starts before attempting to call any of the component's other methods with the exception of installation-related methods.

ProductGUID is used to distinguish between driver installations performed by different applications. Such information is necessary to guard against unexpected situations such as, e.g., the driver being uninstalled by one application despite other applications still needing it.

The GUID must be specified in so-called "Registry Format" (e.g., "{1FAD0EF2-9A03-4B87-B4BC-645B7035ED90}") with curly braces included.

To ensure proper operation, it is critical that each individual application have its own unique ProductGUID value, and that applications (and their installation scripts) use that value when calling any of the following methods:

If the required driver was not installed using the Install method with the same value of ProductGUID, Initialize will return a ERROR_FILE_NOT_FOUND error (Win32 error code 2).

If the loaded kernel-mode driver is older than the user-mode API, Initialize will return a ERROR_INVALID_KERNEL_INFO_VERSION error (Win32 error code 340). In this situation, an update of the driver using the Install method is required before the component can be used.

Install Method (FUSE Component)

This method installs or upgrades the product's system drivers (Windows only).

Syntax

function Install(CabFileName: String; ProductGUID: String; PathToInstall: String; Flags: Integer): Integer;

Remarks

Windows:

This method is used to install or upgrade the product's system driver. If the system must be rebooted to complete the installation process, this method will return a nonzero value.

Important: To upgrade the product's modules, use only the Install method. Previously installed versions of the modules should not be uninstalled first. Calling the Install method will upgrade the previously installed version.

Please refer to the Driver Installation topic for more information.

CabFileName must be the path of the .cab file containing the product modules.

Note: This .cab file must remain on the target system (or be available in some other way) after installation, because it is required to uninstall the modules from the system.

ProductGUID is used to distinguish between driver installations performed by different applications. Such information is necessary to guard against unexpected situations such as, e.g., the driver being uninstalled by one application despite other applications still needing it.

The GUID must be specified in so-called "Registry Format" (e.g., "{1FAD0EF2-9A03-4B87-B4BC-645B7035ED90}") with curly braces included.

To ensure proper operation, it is critical that each individual application have its own unique ProductGUID value, and that applications (and their installation scripts) use that value when calling any of the following methods:

PathToInstall controls where the modules are installed. Pass an empty string (highly recommended) to automatically install them to the appropriate Windows system directory.

Flags specifies various installation options and should contain zero or more of the following flags, ORed together:

INSTALL_REMOVE_OLD_VERSIONS0x00000001Uninstall drivers and helper DLLs from previous component versions (e.g., 2017).

INSTALL_KEEP_START_TYPE0x00000002Keep the driver's current start type setting in the registry.

If this flag is not set (default), the installation logic will reset the driver's start type setting in the Windows registry to the default value. Setting this flag causes the installation logic to preserve the current value, which may be necessary if the user (or the application itself) set it previously.

INSTALL_OVERWRITE_SAME_VERSION0x00000004Install files when their version is the same as the version of already installed files.

If this flag is not set (default), the installation logic will overwrite the existing file only if the version number of the file being installed is larger than the version of the file being overwritten. Setting this flag causes the installation logic to overwrite the file even when it has the same version.

INSTALL_FORCE_SHA1_DRIVERS0x00000008Tell the installer to use SHA1-signed drivers regardless of the OS.

If this flag is not set (default), the installation logic will use SHA1 drivers only on Windows 7. However, some systems based on Windows 8.x, despite supporting SHA2 driver signatures, refuse to install the Plug-n-play drivers signed by Microsoft using SHA256 (error 0xe0000244 is reported). To work around this problem, you may use this flag - a system should accept SHA1-signed drivers then. Note that the flag should be used only as a fallback when the system returns the above-mentioned error code during the regular installation procedure.

This method is available in both the component API and the Installer DLL included with the product; please refer to the Driver Installation topic for more information about the latter.

This method requires administrative rights to execute successfully. If the user account of the process that calls this method doesn't have such rights, the call will fail with an ERROR_PRIVILEGE_NOT_HELD ($0522) error.

Note: This method cannot be called within events.

Linux:

This method currently is not used.

Mount Method (FUSE Component)

This method creates a virtual drive or directory and mounts a filesystem.

Syntax

procedure Mount(MountPoint: String);

Remarks

Call this method to create a virtual drive or directory and mount a filesystem.

The MountPoint parameter contains a path to the directory, into which the virtual filesystem is "inserted". This path must exist at the time of mounting and must be empty.

Windows:

The MountPoint parameter may also contain a drive letter or a UNC path; please refer to the Mounting Points topic for more information.

Uninstall Method (FUSE Component)

Uninstalls the product's system drivers and/or helper DLL (Windows only).

Syntax

function Uninstall(CabFileName: String; ProductGUID: String; InstalledPath: String; Flags: Integer): Integer;

Remarks

This method is used to uninstall the product's various modules (i.e., the system drivers and Helper DLL). If the system must be rebooted to complete the uninstallation process, this method will return a non-zero value indicating which module(s) requested the reboot (see Install for possible values).

Important: To upgrade the product's modules, use only the Install method. Previously installed versions of the modules should not be uninstalled first. Calling the Install method will upgrade the previously installed version.

Please refer to the Driver Installation topic for more information.

The same values must be passed for the CabFileName, ProductGUID, and InstalledPath parameters as were passed when Install was called; please refer to its documentation for more information.

Flags specifies which versions of the product's modules should be uninstalled, and should be set by OR'ing together one or more of the following values:

UNINSTALL_VERSION_PREVIOUS0x00000001Uninstall modules from previous product versions.

UNINSTALL_VERSION_CURRENT0x00000002Uninstall modules from the current product version.

UNINSTALL_VERSION_ALL0x00000003Uninstall modules from all product versions.

This method is available in both the component API and the Installer DLL included with the product; please refer to the Driver Installation topic for more information about the latter.

This method requires administrative rights to execute successfully. If the user account of the process that calls this method doesn't have such rights, the call will fail with an ERROR_PRIVILEGE_NOT_HELD ($0522) error.

Note: This method cannot be called within events.

UnixTimeToFileTime Method (FUSE Component)

This event converts the date/time in Unix format to Windows FileTime format.

Syntax

function UnixTimeToFileTime(UnixTime: Int64; Nanoseconds: Integer): TDateTime;

Remarks

Use this method to convert the date/time in Unix format to Windows FileTime format.

Pass the Unix time value to UnixTime and optionally pass the subsecond part of the time, expressed in nanoseconds, to the Nanoseconds parameter. If the subsecond part of the time is not available, set Nanoseconds to zero (0) value.

Unmount Method (FUSE Component)

This method unmounts a filesystem.

Syntax

procedure Unmount();

Remarks

This method unmounts the mounted filesystem and deletes a virtual device from the system.

Linux:

To handle requests of the sytem FUSE library, the component uses a dedicated thread. If there exist open handles to items in a mounting point, FUSE doesn't finish its operations, while the component waits for FUSE to finish. The component can forcefully stop FUSE operations, but only in the application that uses the component didn't set a handler for the SIGINT signal. If such a handler is set, the component cannot forcefully stop the operations and has to wait for the handles to be closed and for FUSE to stop.

If a process that uses the component is killed or crashes, there's a hanging FUSE mounting point left visible in the system. To remove it, call one of these commands:

  • if a process was run under the same user account that performs the removal operation, call "fusermount -u <mounting_point>", where "mounting_point" is a mounting point, to which the virtual filesystem was mounted.
  • if a process was run under a different user account, call "sudo umount <mounting_point>" instead. Note that this operation requires that a user either is root or is included in the sodoers group.

Access Event (FUSE Component)

This event fires when the OS needs to check file access permissions.

Syntax

type TAccessEvent = procedure (
  Sender: TObject;
  const Path: String;
  Mask: Integer;
  var Result: Integer
) of Object;

property OnAccess: TAccessEvent read FOnAccess write FOnAccess;

Remarks

Windows:

This event fires when the OS needs to know whether the file or directory specified in Path can be deleted. For this, the Mask parameter is set to 2 (W_OK).

The application must return 0 in the Result parameter to indicate that deletion is permitted, or otherwise sends an error code.

Linux:

This event fires when the OS needs to check access permissions of the file or directory specified in Path. Specifically, the event fires when a process uses the access() system call.

The application must return 0 in the Result parameter to indicate that access requested by the Mask parameter is permitted, or otherwise sends -EACCES< to indicate that access is denied.

If the event cannot be handled in a "successful" manner for some reason (e.g., a resource is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Chmod Event (FUSE Component)

This event fires when the OS needs to change the permission bits of a file.

Syntax

type TChmodEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  Mode: Integer;
  var Result: Integer
) of Object;

property OnChmod: TChmodEvent read FOnChmod write FOnChmod;

Remarks

Windows:

This event is not used.

Linux:

This event fires when the OS needs to change the permission bits of a file or directory and is identified either by Path or FileContext.

Mode contains the new permission bits.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Chown Event (FUSE Component)

This event fires when the OS needs to change the owner and group of a file.

Syntax

type TChownEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  Uid: Integer;
  Gid: Integer;
  var Result: Integer
) of Object;

property OnChown: TChownEvent read FOnChown write FOnChown;

Remarks

Windows:

This event currently is not used.

Linux:

This event fires when the OS needs to change the owner and group of a file or directory and is identified by either Path or FileContext.

Uid and Gid contain the new owner Id and group Id, respectively.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

CopyFileRange Event (FUSE Component)

This event fires when the OS needs to copy a range of data from one file to another.

Syntax

type TCopyFileRangeEvent = procedure (
  Sender: TObject;
  const PathIn: String;
  FileContextIn: Pointer;
  OffsetIn: Int64;
  const PathOut: String;
  FileContextOut: Pointer;
  OffsetOut: Int64;
  Size: Int64;
  Flags: Integer;
  var Result: Integer
) of Object;

property OnCopyFileRange: TCopyFileRangeEvent read FOnCopyFileRange write FOnCopyFileRange;

Remarks

Windows:

This event currently is not used.

Linux:

This event fires when the OS needs to copy a range of data from one file to another. The source file is identified either by PathIn or FileContextIn. The destination file is identified either by PathOut or FileContextOut.

OffsetIn specifies the starting offset in the source file from which the data are taken.

OffsetOut specifies the starting offset in the destination file, to which the data should be written.

Size specifies the size of the data block to be copied.

Flags is provided for future extensions and currently is not used.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Create Event (FUSE Component)

This event fires when the OS wants to create a file.

Syntax

type TCreateEvent = procedure (
  Sender: TObject;
  const Path: String;
  Mode: Integer;
  var FileContext: Pointer;
  var Result: Integer
) of Object;

property OnCreate: TCreateEvent read FOnCreate write FOnCreate;

Remarks

This event fires when the OS wants to create a file named Path.

Linux:

The application must create the file according to the creation mode and open it afterward. The creation mode is specified in the Mode parameter, whose values correspond to the ones used in the creat() function in POSIX and the Linux API.

The application may use the FileContext parameter to store a file handle or other information that is related to the open file. Windows:

The stored information will be shared between all concurrent file open operations performed on this file.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Destroy Event (FUSE Component)

This event fires upon filesystem exit.

Syntax

type TDestroyEvent = procedure (
  Sender: TObject
) of Object;

property OnDestroy: TDestroyEvent read FOnDestroy write FOnDestroy;

Remarks

This event fires when the filesystem is shut down.

Error Event (FUSE Component)

This event fires if an unhandled error occurs during an event.

Syntax

type TErrorEvent = procedure (
  Sender: TObject;
  ErrorCode: Integer;
  const Description: String
) of Object;

property OnError: TErrorEvent read FOnError write FOnError;

Remarks

This event fires if an unhandled error occurs during another event. Developers can use this information to track down unhandled errors in an application's event handlers.

IMPORTANT: Not everything is possible or allowed in the event handlers. Please see the Event Handling topic for details.

FAllocate Event (FUSE Component)

This event fires when the OS needs to allocate space for an open file.

Syntax

type TFAllocateEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  Mode: Integer;
  Offset: Int64;
  Length: Int64;
  var Result: Integer
) of Object;

property OnFAllocate: TFAllocateEvent read FOnFAllocate write FOnFAllocate;

Remarks

This event fires when the OS needs to allocate space for an open file. The file is identified by FileContext, and the Path parameter contains the name of the file.

The event should increase the allocation size (it may not decrease the allocation size) according to the following rule: new allocation size of the file must be the greater of Offset+Length and the current file size. The actual file size must be adjusted up to match the new allocation size unless the Mode parameter includes the value 1 (FALLOC_FL_KEEP_SIZE). In the latter case, the size remains unchanged. On Windows, the component always specifies FALLOC_FL_KEEP_SIZE, but on other systems, the flag may be absent. If the size was increased, the event handler must fill the newly added space with zeros (i.e., zeroize space).

Linux: The OS may send additional flags in the Mode parameter to manipulate file contents. An event handler should check the presense of such flags and deny the request if the requested flags are not supported.

The range of the file data to allocate space for and zeroize starts from Offset and occupies Length bytes.

The event handler must ensure that the required space is allocated for specified file. If the event handler returns success, then any subsequent write request to the specified range must be guaranteed not to fail because of lack of space in the backend storage.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Flush Event (FUSE Component)

This event fires when the OS needs to flush an open file's data out to storage before the file is closed.

Syntax

type TFlushEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  var Result: Integer
) of Object;

property OnFlush: TFlushEvent read FOnFlush write FOnFlush;

Remarks

This event fires any time the OS needs the virtual filesystem to flush data out to storage when the file is about to be closed. The file to flush is identified by either Path or FileContext.

When the file is opened several times, the event will be fired for each file close. Linux:

The OS gives no guarantee as to the number of times (if any) the event will fire.

To handle this event properly, applications must flush the requested data, writing it out to their backend storage.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

FSync Event (FUSE Component)

This event fires when the OS needs to flush an open file's data out to storage.

Syntax

type TFSyncEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  DataSync: Integer;
  var Result: Integer
) of Object;

property OnFSync: TFSyncEvent read FOnFSync write FOnFSync;

Remarks

This event fires when the OS needs the virtual filesystem to flush data of the file out to storage, which can happen at any time the file is opened. The file to flush is identified by either Path or FileContext.

To handle this event properly, applications must flush the requested data, writing it out to their backend storage.

Linux:

The nonzero of the DataSync parameter indicates that only the user data should be flushed and not the metadata.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

GetAttr Event (FUSE Component)

This event fires when the OS needs information about a file or directory.

Syntax

type TGetAttrEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  var Ino: Int64;
  var Mode: Integer;
  var Uid: Integer;
  var Gid: Integer;
  var LinkCount: Integer;
  var Size: Int64;
  var ATime: TDateTime;
  var MTime: TDateTime;
  var CTime: TDateTime;
  var Result: Integer
) of Object;

property OnGetAttr: TGetAttrEvent read FOnGetAttr write FOnGetAttr;

Remarks

This event fires when the OS needs information about the file or directory identified by either Path or FileContext (the latter in most cases will not be initialized). If the entry with the specified name does not exist, the handler must return ENOENT in the Result parameter.

The Ino parameter should be set to the Id of the file, which must be unique within a filesystem. Ino is optional on Windows and is ignored on Linux, where FUSE internally generates internal Ids.

The Mode parameter is a combination of bit flags.

Windows: Mode may include 0x4000 (S_IFDIR) to indicate that the entry is a directory, and it must include either 0x80 (S_IWUSR) to indicate a file that can be read and written or 0x100 (S_IRUSR) to indicate a read-only file. Other flags are ignored.

Linux: Mode may include any appropriate file mode flags. See inode(7) for more information.

Windows: The Uid, Gid, and LinkCount parameters are not used.

Linux: The Uid and Gid parameters must be set to the owner's user Id and group Id, respectively. LinkCount should be set to the number of hard links that the file has (which usually is 1).

Size must be set to the size of the file's data. For directories, the parameter should be set to 0.

ATime, MTime, CTime: Set, respectively, to the Access Time, Modification Time, and Creation Time values of the file or directory. All date/time parameters in the component are specified in UTC.

To convert Unix time to the format that is suitable for this event, use the UnixTimeToFileTime method.

Windows:

Any nonapplicable time values can be left unchanged, or set to January 1, 1601 00:00:00 UTC.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Note: For this event, returning ERROR_FILE_INVALID has no effect.

Init Event (FUSE Component)

This event fires on filesystem startup.

Syntax

type TInitEvent = procedure (
  Sender: TObject;
  var Result: Integer
) of Object;

property OnInit: TInitEvent read FOnInit write FOnInit;

Remarks

This event fires when the filesystem is started.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Lock Event (FUSE Component)

This event fires when the OS needs to lock or unlock the range of bytes of a file.

Syntax

type TLockEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  LockType: Integer;
  LockStart: Int64;
  LockLen: Int64;
  Cmd: Integer;
  LockOwner: Int64;
  var LockPid: Integer;
  var Result: Integer
) of Object;

property OnLock: TLockEvent read FOnLock write FOnLock;

Remarks

This event fires when the OS needs to lock or unlock the range of bytes of the file, identified by either Path or FileContext. Local locking is performed by the system and your application needs to handle this even when it needs to perform an operation over the network.

LockType identifies whether the range is to be locked or unlocked. It can be one of the following:

FUSE_RDLCK0x0000Read lock should be acquired.

Other applications may read from the locked range but not write to it. The constant is the same as the F_RDLCK constant used in Linux.

FUSE_WRLCK0x0001Write lock should be acquired.

No other application may write to the locked range. The constant is the same as the F_WRLCK constant used in Linux.

FUSE_UNLCK0x0002The lock should be released.

The constant is the same as the F_UNLCK constant used in Linux.

LockStart and LockLen specify the starting position and the length of the block to be locked or unlocked. Cmd can be one of

FUSE_GETLK0x0005The lock owner is to be retrieved.

This command is not used in Windows. In Linux, the process identifier (PID) of the lock owner must be returned. The constant is the same as the F_GETLK constant used in Linux.

FUSE_SETLK0x0006Set lock.

If the lock cannot be set immediately, return immediately with an error (EAGAIN and EACCES are recommended). The constant is the same as the F_SETLK constant used in Linux.

FUSE_SETLKW0x0007Set lock and wait.

If the lock cannot be set immediately, wait until this becomes possible. The constant is the same as the F_SETLKW constant used in Linux.

Windows:

LockOwner and LockPid parameters are not used and are set to 0.

Linux:

This event fires for a POSIX-style lock. For additional information about LockOwner and other parameters, please refer to http://libfuse.github.io/doxygen/structfuse__operations.html#a1c3fff5cf0c1c2003d117e764b9a76fd.

if Cmd is F_GETLK, the event handler should place the PID of the owner process to the LockPid parameter.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

MkDir Event (FUSE Component)

This event fires when the OS needs to create a directory.

Syntax

type TMkDirEvent = procedure (
  Sender: TObject;
  const Path: String;
  Mode: Integer;
  var Result: Integer
) of Object;

property OnMkDir: TMkDirEvent read FOnMkDir write FOnMkDir;

Remarks

This event fires when the OS needs to create a directory, referenced as Path.

The Mode parameter is a combination of bit flags.

Windows:

Mode includes 0x4000 (S_IFDIR) to indicate that the entry is a directory and may include 0x80 (S_IWUSR) to indicate that the directory must not have its ReadOnly attribute set. If the 0x80 flag is not set, the event handler must set a read-only attribute for a newly created directory.

Linux:

Mode includes permission bits and may include additional bits depending on the OS.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Open Event (FUSE Component)

This event fires when the OS wants to open a file.

Syntax

type TOpenEvent = procedure (
  Sender: TObject;
  const Path: String;
  Flags: Integer;
  var DirectIO: Boolean;
  var KeepCache: Boolean;
  var NonSeekable: Boolean;
  var FileContext: Pointer;
  var Result: Integer
) of Object;

property OnOpen: TOpenEvent read FOnOpen write FOnOpen;

Remarks

This event fires when the OS wants to open the existing file specified by Path using the open options reflected in Flags. The set of possible flags and options corresponds to the Flags parameter of Linux open(2) call.

The application may use the FileContext parameter to store a file handle or other information, related to the open file.

Windows:

The stored information will be shared between all concurrent file open operations performed on this file.

Linux:

DirectIO parameter may be set by the application to tell the kernel that buffering or caching should be avoided. KeepCache parameter may be set by the application to tell the kernel that existing file caches (if any) should not be invalidated. NonSeekable parameter may be set by the application to tell the kernel that the file is not seekable.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Read Event (FUSE Component)

This event fires when the OS needs to read data from an open file.

Syntax

type TReadEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  Buffer: Pointer;
  Size: Int64;
  Offset: Int64;
  var Result: Integer
) of Object;

property OnRead: TReadEvent read FOnRead write FOnRead;

Remarks

This event fires when the OS needs to read data from an already-open file, identified by either Path or FileContext.

To handle this event properly, applications should read Size bytes of data from the specified file into the memory region pointed to by Buffer. Reading must begin at the specified Offset in the file and all of the requested data are expected to be read. Applications must not attempt to copy more than Size bytes of data into Buffer.

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

When reading is complete, applications must set Result to the actual number of bytes written to Buffer. Note: Although it is technically possible for an application to return fewer than Size bytes of data, doing so is abnormal and should be avoided. Most processes treat read requests as "all or nothing", so returning less data than requested is likely to cause an ungraceful failure.

If the event cannot be handled in a "successful" manner for some reason (e.g., a resource is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

ReadDir Event (FUSE Component)

This event fires when the OS wants to read (enumerate) a directory's contents.

Syntax

type TReadDirEvent = procedure (
  Sender: TObject;
  const Path: String;
  FillerContext: Int64;
  var Result: Integer
) of Object;

property OnReadDir: TReadDirEvent read FOnReadDir write FOnReadDir;

Remarks

This event fires when the OS wants to enumerate the contents of the directory, identified by Path. In response to this event, the application must call the FillDir method and pass the FillerContextparameter as well as the information about the directory entry. Please refer to the description of FillDir for further details.

If FillDir returns an error code, set Result to the returned code (do not negate the code). If there are no more files to pass, set Result to 0.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Note: For this event, returning ERROR_FILE_INVALID has no effect.

Release Event (FUSE Component)

This event fires when the OS needs to release (close) a file.

Syntax

type TReleaseEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  Flags: Integer;
  var Result: Integer
) of Object;

property OnRelease: TReleaseEvent read FOnRelease write FOnRelease;

Remarks

This event fires when the OS wants to close the file identified by either Path or FileContext.

The Flags parameter contains the same value as the one passed during file creation or opening.

Windows:

If the file is opened two or more times concurrently (i.e., several open handles exist), this parameter will contain the flags of the last open operation rather than the flags of an operation that opened a handle being closed.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Rename Event (FUSE Component)

This event fires when the OS wants to rename or move a file or directory within the virtual filesystem.

Syntax

type TRenameEvent = procedure (
  Sender: TObject;
  const OldPath: String;
  const NewPath: String;
  Flags: Integer;
  var Result: Integer
) of Object;

property OnRename: TRenameEvent read FOnRename write FOnRename;

Remarks

This event fires when the OS wants to rename or move the specified file or directory from OldPath to NewPath, both of which are fully qualified and located in the virtual filesystem. The Flags parameter currently is not used.

To handle this event properly, applications must perform any actions needed to rename or move the specified file or directory in their backend storage, overwriting the destination file if necessary. An application may also, for its own reasons, decide not to overwrite a destination file, in which case it must deny the operation by returning an appropriate error code via ResultCode.

Windows:

This event fires only if a file or directory with the specified NewPath does not exist; or if such a file does exist, and an overwrite was requested. Cases in which a file with the specified NewPath exists, and an overwrite was not requested, are handled by the component internally. Note: Windows only allows files to be overwritten, and denies a rename or move request automatically if the destination is an existing directory.

Any handles to the file being renamed are closed before the rename operation and are reopened after the operation. If the rename operation fails, then the file handles are reopened using the old name. If any of the reopen operations fail, the reopening process is stopped, and any handles that already have been reopened are closed again.

The value returned by the application in the ResultCode parameter is passed back to the system.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

RmDir Event (FUSE Component)

This event fires when the OS wants to remove (delete) a directory.

Syntax

type TRmDirEvent = procedure (
  Sender: TObject;
  const Path: String;
  var Result: Integer
) of Object;

property OnRmDir: TRmDirEvent read FOnRmDir write FOnRmDir;

Remarks

This event fires when the OS has decided to delete the directory specified by Path.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Windows:

The resulting error value is ignored because of the OS design.

StatFS Event (FUSE Component)

This event fires when the OS needs information about the virtual drive's capacity and free space.

Syntax

type TStatFSEvent = procedure (
  Sender: TObject;
  const Path: String;
  var BlockSize: Int64;
  var TotalBlocks: Int64;
  var FreeBlocks: Int64;
  var FreeBlocksAvail: Int64;
  var TotalFiles: Int64;
  var FreeFiles: Int64;
  var MaxFilenameLength: Integer;
  var Result: Integer
) of Object;

property OnStatFS: TStatFSEvent read FOnStatFS write FOnStatFS;

Remarks

This event fires anytime the OS needs to retrieve the virtual drive's total storage capacity and free space. This event is mandatory to handle. Without it, the OS will not be able to initialize the drive.

To handle this event properly, applications must set event parameters accordingly. BlockSize must be set to the size of the block, and TotalBlocks must be set to the total number of blocks on the virtual drive. FreeBlocks and FreeBlocksAvail denote the number of free blocks available to the system and to the unprivileged user, respectively.

Windows:

The minimum drive size accepted by Windows is 6144 bytes. However, the component adjusts the minimum size to be at least 49152 bytes to ensure compatibility with possible changes in future Windows updates.

Linux:

TotalFiles and FreeFiles must be set to the total and available number of file slots (inodes) available within a filesystem. MaxFilenameLength should be set to the maximal length of the filename (path component) supported by the filesystem.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Truncate Event (FUSE Component)

This event fires when the OS needs to truncate (set the size of) a file.

Syntax

type TTruncateEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  Size: Int64;
  var Result: Integer
) of Object;

property OnTruncate: TTruncateEvent read FOnTruncate write FOnTruncate;

Remarks

This event fires when the OS wants to set the size of the file, which is identified by either Path or FileContext.

Note: On non-Windows systems, FileContext may be 0 even for a file that is opened at the moment when the event fires.

The Size parameter contains the new file size. If the new size is larger than the old size, the added space is expected to be filled with null bytes ('\0').

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Unlink Event (FUSE Component)

This event fires when the OS wants to unlink (delete) a file.

Syntax

type TUnlinkEvent = procedure (
  Sender: TObject;
  const Path: String;
  var Result: Integer
) of Object;

property OnUnlink: TUnlinkEvent read FOnUnlink write FOnUnlink;

Remarks

This event fires when the OS has decided to delete the file specified by Path.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Windows:

The resulting error value is ignored because of the OS design.

Utimens Event (FUSE Component)

This event fires when the OS needs to change access and modification times of a file.

Syntax

type TUtimensEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  ATime: TDateTime;
  MTime: TDateTime;
  var Result: Integer
) of Object;

property OnUtimens: TUtimensEvent read FOnUtimens write FOnUtimens;

Remarks

This event fires when the OS needs to change access and modification times of the file, which is identified by either Path or FileContext. The ATime and MTime parameters contain the access time and modification time, respectively. All date/time parameters in the component are specified in UTC

To convert the values of the ATime and MTime parameters to Unix time, use the FileTimeToUnixTime method.

The ATimeNS and MTimeNS parameters contain the subsecond part of the ATime and MTime date/time value, respectively, counted in nanoseconds.

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 is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Write Event (FUSE Component)

This event fires when the OS needs to write data to an open file.

Syntax

type TWriteEvent = procedure (
  Sender: TObject;
  const Path: String;
  FileContext: Pointer;
  WritePage: Boolean;
  Offset: Int64;
  Buffer: Pointer;
  Size: Int64;
  var Result: Integer
) of Object;

property OnWrite: TWriteEvent read FOnWrite write FOnWrite;

Remarks

This event fires when the OS needs to write data to the already-open file, which is identified by either Path or FileContext.

To handle this event properly, applications should write Size bytes of data from the memory region pointed to by Buffer to the specified file. Writing must begin at the specified Offset in the file and all of the provided data are expected to be written.

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

The WritePage parameter will be set to a nonzero value when writing is performed by the cache manager or another system component. If this is the case, FileContext may not match the value that would be passed in the case of a nonbuffered write by a user-mode process.

When writing is complete, applications must set Result to the actual number of bytes written to the file.

If the event cannot be handled in a "successful" manner for some reason (e.g., a resource is not available, or security checks failed), set it to a negative error code value (e.g., -ENOENT to indicate that the file does not exist) to report an appropriate error. Please refer to the Error Reporting and Handling topic for more information.

Config Settings (FUSE Component)

The component accepts one or more of the following configuration settings. Configuration settings are similar in functionality to properties, but they are rarely used. In order to avoid "polluting" the property namespace of the component, access to these internal properties is provided through the Config method.

CBFUSE Config Settings

AsyncMountingPointNotifications:   Whether system broadcasts for virtual drive mounting and unmounting are sent asynchronously.

This Windows-only configuration setting specifies whether the WM_DEVICECHANGE broadcast is sent asynchronously (True) or synchronously (False) when the virtual drive is mounted or unmounted using the Mount and Unmount methods, respectively.

By default, this setting is enabled, and the broadcast is sent asynchronously. Typically, this is sufficient, but applications may disable this setting during unmounting if they find that Windows Explorer is still presenting virtual drives as available after they have been deleted (which may occur if the application exits immediately after unmounting a virtual drive).

On Linux, this setting is not used.

LinuxFUSEParams:   A placeholder for additional parameters used for fine-tuning FUSE on Linux.

The string that the application passes is parsed, and for each argument, the fuse_opt_add_arg() function of FUSE is called. Arguments must start with "-" (dash); multiple arguments must be separated with a space.

Example: "-oallow_other -omax_read=4096" (without quotes).

MaxWorkerThreadCount:   The maximum number of worker threads to use to fire events.

(CBFS and FUSE components on Windows only) This setting specifies the maximum number of worker threads the component may create to fire events on when the SerializeEvents property is set to seOnMultipleThreads. (If other cases, this setting does not apply.)

By default, this setting is set to 0, and the driver automatically chooses an optimal number of threads using this equation: 4 * number_of_processors.

MetadataCacheEnabled:   Whether or not the metadata cache should be used.

This Windows-only configuration setting specifies whether the file metadata cache is enabled for a virtual drive.

By default, this setting is enabled, and the component caches file information and uses the cached metadata to serve operating system requests, thus reducing how often the GetAttr events fire.

While a file or directory is open, its metadata is kept available in a special record called a File Control Block, regardless of whether or not the metadata cache is enabled.

Disable this setting if your filesystem contents may be modified on the backend side, and the modifications need to be re-read when the OS refreshes its knowledge about directory contents.

On Linux, this setting is not used.

MinWorkerThreadCount:   The minimum number of worker threads to use to fire events.

(CBFS and FUSE components on Windows only) This setting specifies the minimum number of worker threads the component should create to fire events on when the SerializeEvents property is set to seOnMultipleThreads. (In other cases, this setting does not apply.)

By default, this setting is set to 0, and the driver automatically chooses an optimal number of threads using this equation: max(number_of_processors, 4). If this setting's value exceeds the MaxWorkerThreadCount value, the latter is used instead.

NonExistentFilesCacheEnabled:   Whether or not the nonexistent files cache should be used.

This Windows-only configuration setting specifies whether the nonexistent files cache is enabled for a virtual drive.

By default, this setting is enabled, and the component will cache any GetAttr responses that indicate that the requested file does not exist. If another request is later made for the same file, the component will use this information to automatically report a file not found error rather than firing the GetAttr event again.

Disable this setting if your filesystem contents may be modified on the backend side, and the modifications need to be re-read when the OS refreshes its knowledge about directory contents.

On Linux, this setting is not used.

Timeout:   Specifies how many milliseconds the driver will wait for events to execute before cancelling the underlying OS requests. (Windows-only).

Because the FUSE component's events typically are tied directly to requests from the OS itself, it is critical that event handlers complete quickly to prevent the system from being blocked. To prevent such blocking, the CBFS Connect system driver can enforce request timeouts on a per-virtual-drive basis.

When timeout enforcement is in effect, and an event executes long enough for its timeout to expire, the driver cancels the underlying request by reporting an error to the OS. The tardy event still runs to completion, but any results it returns once finished are ignored because the underlying request has already been handled.

Applications should always strive to ensure that all event handlers complete quickly, even if request timeouts are disabled. Do not perform time-consuming work, especially network operations, within event handlers; offload such work to background threads.

Valid values are 0, which disables event timeouts, and values greater than or equal to 3000. (Passing a nonzero value less than 3000 will cause the Config method to fail with an ERROR_IMPLEMENTATION_LIMIT (1292, 0x50C) error code.) The default value is 30,000 or 30 seconds.

TranslateDOSCharsInEnumMasks:   Whether the DOS wildcard characters should be translated during search.

In addition to * and ?, Windows uses special wildcard characters for compatibility with DOS applications and short (8.3) names. These characters are <, >, and " . Their meanings are described in MSDN and .NET reference source code as follows:

  • DOS_STAR (<) - Matches zero or more characters until encountering and matching the final dot (.) in the name. (Source code comment: "DOS_STAR matches any character except . zero or more times.")
  • DOS_QM (>) - Matches any single character or, upon encountering a period or end of name string, advances the expression to the end of the set of contiguous DOS_QMs. (Source code comment: "A DOS_DOT can match either a period, or zero characters beyond the end of name.")
  • DOS_DOT (") - Matches either a period or zero characters beyond the name string. (Source code comment: "DOS_QM is the most complicated. If the name is finished, we can match zero characters. If this name is a '.', we don't match, but look at the next expression. Otherwise, we match a single character.")

When this setting is enabled (default), the component translates them to * and ?, but such a translation is not able to fully represent all the logic behind DOS_* wildcard characters; however, this translation is usually sufficient for end-user needs.

If your application needs to perform exact matching, disable this setting and implement handling of DOS_* wildcard characters in your application. Further explanation about the characters can be found in the MSDN article. The RtlIsNameInExpression function of Windows API may be used to perform such a matching. Note: as the explanation states, "When you do a case-insensitive search and don't provide a translation table, the name is converted to uppercase."

In FUSE on Linux, this setting is not used.

WorkerInitialStackSize:   The initial stack size to create worker threads with.

(CBFS and FUSE components on Windows only) This setting specifies the initial size of the stack each worker thread is created with. The system rounds this value to the nearest page.

By default, this setting is set to 0, and the driver uses a default stack size (currently, 1 MB).

Note: This setting cannot be changed when Active is True, and it cannot be changed within events.

Base Config Settings

BuildInfo:   Information about the product's build.

When queried, this setting will return a string containing information about the product's build.

LicenseInfo:   Information about the current license.

When queried, this setting will return a string containing information about the license this instance of a component is using. It will return the following information:

  • Product: The product the license is for.
  • Product Key: The key the license was generated from.
  • License Source: Where the license was found (e.g., RuntimeLicense, License File).
  • License Type: The type of license installed (e.g., Royalty Free, Single Server).

Trappable Errors (FUSE Component)

The component uses Unix/Linux system error codes during operation, as necessary. Please refer to the Error Reporting and Handling topic for more information.