CBSync Class

Properties   Methods   Events   Config Settings   Errors  

The CBSync class enables seamless synchronization between local files and cloud storages or other remote repositories.

Syntax

CBSync

Remarks

CBSync provides an intuitive way to synchronize local files and folders with a remote storage. When remote changes are made, use the included methods to notify the local system. The following topics provide information about configuring and operating the class.

Selecting the Synchronization Root

Each instance of the class is capable of synchronizing a local directory with a remote storage. To begin, first set the SyncRootPath property to the location on a local disk where files will be visible (this step is not used on macOS). This location is also referred to as the "synchronization root". After calling the Install and Activate methods, the remote files will be visible at this location.

On Linux, the LinuxIntermediateFolder configuration setting specifies the location on disk where file data are stored. When Activate is called, the system FUSE library (version 2.9) is used to project a virtual file system in SyncRootPath. The file data actually reside within LinuxIntermediateFolder because all files within SyncRootPath are virtual.

On macOS, the MacDomainId and MacDomainLabel configuration settings must be set before calling the Install and Activate methods. These settings identify the synchronization root on macOS and make it visible to a user.

Installation and Uninstallation

Before the class can be activated, it must be registered with the system by calling the Install method.

During normal operation, files are accessed in the synchronization root (and a temporary directory on Linux). To clean up local placeholder files and unregister from the system, use the Uninstall method. After uninstalling, the remote files will no longer be visible at the location specified by SyncRootPath. Uninstalling is typically performed only when an application will be removed from the system.

Starting and Stopping Synchronization

Call the Activate method to start operations. After this method returns, events will fire as requests for remote files are made. One of the first events to fire is the ListDirectory event, which is used to populate the synchronization root with files and folders. The Activate method needs to be called only once, and events will continue to fire as needed.

Note: Files and subfolders that already exist locally but are not reported by a ListDirectory event handler are considered newly created items, and either UpdateFile or UpdateFolder will fire for each.

To stop synchronization but keep the synchronization root registered, call the Deactivate method, which will allow users to continue to work with offline files.

Handling Events

While the class is active, handle the class's events to provide information as well as receive notifications about local updates.

Note: Events are fired on arbitrary threads and not the main thread, in which the class was created. Multiple events can fire simultaneously, in different threads, and it is the responsibility of the user to implement any necessary synchronization.

The following events may fire while the class is active:

When these events fire and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• The request may be completed within the event. This prevents the event from returning and is suitable for operations that can be completed quickly.
• Alternatively, the ResultCode parameter can be set to CBFSSYNC_PENDING (0x21000001) to allow the event to return without delay, and the work can be completed separately. When the operation with the remote storage is performed in this manner, the FinalizeTask method must be called to inform the class that the operation has been completed.

Some of the events include one or more parameters intended for use as binary data buffers, which either contain or expect data to be provided to complete the operation. Buffer parameters point to preallocated blocks of memory, in which the size is specified by the parameter immediately following; as such, be sure to write data directly to the pointed-to memory rather than change the value of the buffer parameter itself.

Finally, use caution when accessing files from within events. Performing an action on a file that is within the synchronization root may cause the event to fire again before the first event has returned. This can lead to an infinite recursion scenario, which may cause a deadlock or undefined behavior.

Synchronizing Local Changes

If changes to a local file or folder in the synchronization root are made, the UpdateFile or UpdateFolder events will fire on a per-item basis and provide an opportunity to synchronize changes to the remote storage.

Information about the modified file or folder is provided through the UpdateFile and UpdateFolder events. These events provide information about the following file or folder properties:

• The Path of the file or folder within the synchronization root.
• The Size of the file (not applicable to folders).
• The CreationTime, LastAccessTime, and LastModifiedTime of the file or folder, specified in UTC.
• Attributes, including Read-Only, Archived, Hidden, and Pinned statuses.

Synchronizing Remote Changes

If changes in the remote storage are made, use the CreateFile, CreateFolder, UpdateFile, or UpdateFolder methods to reflect the corresponding changes in the local filesystem.

These operations require that the following information about the item be provided to the class:

• The Path of the item within the synchronization root.
• The Size of the item (not applicable to folders).
• The CreationTime, LastAccessTime, and LastModifiedTime of the item, specified in UTC.

Optionally, additional attributes may be provided, if desired.

If the remote item was deleted, use the DeleteFile or DeleteFolder methods to reflect the item deletion in the local filesystem.

File Status Icons

On Windows, the status of files is represented by icons visible in Windows File Explorer. These icons are defined by the operating system and are the same icons used by OneDrive.

Icon	Description
	The blue cloud icon indicates that the file or folder is available only online. Online-only files do not take up space on the local system but are not accessible without an internet connection.
	The green check icon indicates that the file or folder has been downloaded to the local system and is available anytime, even without internet access. Users may invoke the "Free up space" command in Windows File Explorer to change the file back to an online-only file.
	The solid green circle icon indicates the file or folder has been pinned and will always be available on the local system. Pinning a file or folder ensures that it is not automatically changed back to an online-only file by the operating system at any time.
	Files that are currently being synchronized are represented by this icon. When the operation completes, the icon will be updated to one of the listed icons.

Handling Errors

The class communicates errors using the error codes defined in the Error Codes section.

The ResultCode parameter of events can be used to report an error when the operation could not be completed successfully. The ResultCode parameter is set to 0 by default, which indicates the operation was successful.

Event handler functions should return a non-zero value only to indicate that an unexpected or catastrophic error prevented the event handler from executing properly. Doing this will likely disrupt further operations of the class. In the case of the "possible" errors (e.g., file not found, access denied), the actual return value of the event handler function must be 0 and only ResultCode should be set to the error code.

Use of CBSync in macOS projects

To host a synchronization solution on macOS, the project must be a GUI application rather than a console project. The project must include certain keys in its entitlements (more on this below), and it must also link the replicated file provider extension in the form of an application extension during building. The extension should be included to the bundle of the application. CBFS Sync does not include a pre-built extension because some modifications in its source files are required. Instead, CBFS Sync includes the source code of this application extension and a precompiled extension framework with the core extension logic.

Due to the architecture of extensions, the extension that is linked includes certain identifiers that must be identical to the ones used in the main application. Before the extension is built, some modifications must be made in several source files.

The files to modify are located in the extension/cbsync and demos/Local Sync for macOS directories (the sample is used as a reference, and you need to use your project's files instead). The required modifications for each file are detailed below.

Additionally, the following keys must be added or updated in the entitlements list of your project. These keys are already included in the sample. The class must have access to the "/Library/CloudStorage/" directory because macOS stores local copies of synchronized files under this directory and serves the files from there; the class picks information about the state of the local copies of synchronized files from this directory. <key>com.apple.security.app-sandbox</key> <true/> <key>com.apple.security.temporary-exception.files.home-relative-path.read-only</key> <array> <string>/Library/CloudStorage/</string> </array>

After the files are updated, the XCode project, {CBFS Sync installation folder}/extension/cbsync/CBFSSyncFileProvExt.xcodeproj, must be built using the XCode IDE or the xcodebuild command line tool.

Property List

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

Method List

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

Event List

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

Config Settings

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

Active Property (CBSync Class)

This property reflects whether the class is active.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int GetActive();

Unicode (Windows)
INT GetActive();

AS_INACTIVE(0), 
AS_ACTIVATING(1), 
AS_ACTIVE(2)

int cbfssync_cbsync_getactive(void* lpObj);

int GetActive();

Default Value

0

Remarks

This property reflects whether the class is currently inactive, being activated, or active and handling OS requests. The value of the property depends on whether the Activate method was called and how it progressed.

This property is read-only and not available at design time.

Data Type

Integer

SyncRootIcon Property (CBSync Class)

This property specifies a path to an icon for the folder.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
char* GetSyncRootIcon();
int SetSyncRootIcon(const char* lpszSyncRootIcon);

Unicode (Windows)
LPWSTR GetSyncRootIcon();
INT SetSyncRootIcon(LPCWSTR lpszSyncRootIcon);

char* cbfssync_cbsync_getsyncrooticon(void* lpObj);
int cbfssync_cbsync_setsyncrooticon(void* lpObj, const char* lpszSyncRootIcon);

QString GetSyncRootIcon();
int SetSyncRootIcon(QString qsSyncRootIcon);

Default Value

""

Remarks

This property specifies a path to an icon that will be displayed in Windows File Explorer.

If set, Windows will use the specified icon for the virtual folder visible in Windows File Explorer. The value may contain either a resource path (e.g., SyncProvider.dll,-100) or a full path to an .ico file. For instance:

// Specify the same icon that .txt files use in Windows Explorer. cbsync.SyncRootIcon = @"%SystemRoot%\system32\imageres.dll,-102"; // Specify an .ico file. cbsync.SyncRootIcon = @"C:\somewhere\MyIcon.ico";

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

Note: This property is applicable only on Windows. This property has no effect on other platforms.

Data Type

String

SyncRootLabel Property (CBSync Class)

This property specifies a label for the folder.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
char* GetSyncRootLabel();
int SetSyncRootLabel(const char* lpszSyncRootLabel);

Unicode (Windows)
LPWSTR GetSyncRootLabel();
INT SetSyncRootLabel(LPCWSTR lpszSyncRootLabel);

char* cbfssync_cbsync_getsyncrootlabel(void* lpObj);
int cbfssync_cbsync_setsyncrootlabel(void* lpObj, const char* lpszSyncRootLabel);

QString GetSyncRootLabel();
int SetSyncRootLabel(QString qsSyncRootLabel);

Default Value

""

Remarks

This property specifies a label for the synchronization root. This property must be set before calling Activate.

On Windows, this value is used as the folder name visible in Windows File Explorer.

On Linux, this value is used as part of the LinuxIntermediateFolder.

On macOS, this property is not used; instead, an application must set the MacDomainId and MacDomainLabel configuration settings.

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

Data Type

String

SyncRootPath Property (CBSync Class)

This property specifies the root directory for synchronized files and folders.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
char* GetSyncRootPath();
int SetSyncRootPath(const char* lpszSyncRootPath);

Unicode (Windows)
LPWSTR GetSyncRootPath();
INT SetSyncRootPath(LPCWSTR lpszSyncRootPath);

char* cbfssync_cbsync_getsyncrootpath(void* lpObj);
int cbfssync_cbsync_setsyncrootpath(void* lpObj, const char* lpszSyncRootPath);

QString GetSyncRootPath();
int SetSyncRootPath(QString qsSyncRootPath);

Default Value

""

Remarks

This property is used to specify the location on the local disk where files and folders are synchronized. This property must be set before calling Install or Activate.

On Windows, this must be set to an existing directory.

On Linux, this must be set to an existing empty directory. After Activate is called, files will be visible at this location. Although this property specifies where files are visible, file data and metadata are stored at the location specified by the LinuxIntermediateFolder configuration setting.

On macOS, the operating system manages the location of the synchronization root (it is located under a user's home directory). An application should use the MacDomainId and MacDomainLabel configuration settings to make it possible for the OS to create and display a synchronization root.

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

Data Type

String

Activate Method (CBSync Class)

This method prepares and starts the necessary mechanisms for synchronization.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int Activate(int bWait);

Unicode (Windows)
INT Activate(BOOL bWait);

int cbfssync_cbsync_activate(void* lpObj, int bWait);

int Activate(bool bWait);

Remarks

This method prepares and starts the necessary mechanisms for synchronization of the directory specified by the SyncRootPath property.

On macOS, set the MacDomainId configuration setting to uniquely identify this synchronization root instance before calling this method.

Before calling this method, invoke the Install method to perform system-specific registration procedures if the synchronization root has not previously been registered. When this method executes, the class discovers files or folders which exist locally in SyncRootPath and which were not synchronized before. Such files and directories are reported as newly created ones via the corresponding events. This is needed to provide an opportunity for the remote storage to properly reflect the synchronization root.

When the Wait parameter is true, this method will not return until these events have completed. Thus, as a result, it may be desirable to complete them asynchronously by setting the ResultCode parameter of the events to CBFSSYNC_PENDING (0x21000001), allowing this method to return in a timely manner.

When the Wait parameter is false, the method returns immediately and a separate Activated event is fired when the component completes the activation phase (either successfully or with an error).

After this method returns or the Activated event fires (depending on whether Wait is true or false), the synchronized location is exposed to the system and events will begin firing as operations are performed, including when the following occur:

• The local system requests data from the remote storage, such as when listing the directory or opening a file.
• Local changes have been made that should be synchronized to the remote storage, such as when a new file is created or an existing file is modified.

Note: This method cannot be called within events.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

Config Method (CBSync Class)

Sets or retrieves a configuration setting.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
char* Config(const char* lpszConfigurationString);

Unicode (Windows)
LPWSTR Config(LPCWSTR lpszConfigurationString);

char* cbfssync_cbsync_config(void* lpObj, const char* lpszConfigurationString);

QString Config(const QString& qsConfigurationString);

Remarks

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

These settings are similar in functionality to properties, but they are rarely used. In order to avoid "polluting" the property namespace of the class, 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.

Error Handling (C++)

This method returns a String value; after it returns, call the GetLastErrorCode() method to obtain its result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

CreateFile Method (CBSync Class)

This method creates a local file within the synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int CreateFile(const char* lpszPath, int iAttributes, int64 lSize, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

Unicode (Windows)
INT CreateFile(LPCWSTR lpszPath, INT iAttributes, LONG64 lSize, LONG64 lCreationTime, LONG64 lLastAccessTime, LONG64 lLastModifiedTime);

int cbfssync_cbsync_createfile(void* lpObj, const char* lpszPath, int iAttributes, int64 lSize, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

int CreateFile(const QString& qsPath, int iAttributes, qint64 lSize, QDateTime qdtCreationTime, QDateTime qdtLastAccessTime, QDateTime qdtLastModifiedTime);

Remarks

This method creates a local file in the synchronization root and optionally initiates retrieval of its data from remote storage. To create a local file and initiate the retrieval of the data, set the CBFSSYNC_ATTR_PINNED attribute.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the GetFileAttributes or GetFolderAttributes method. The value passed in this parameter should be a binary OR of the following values:

The Size parameter must be set to the size of the file in bytes.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME. To indicate no change in the time when calling UpdateFile or UpdateFolder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Create a new file placeholder. // "/folder1/folder2/new_file.txt" is the path to the file. // 0 represents the attributes because this is a file with no special attributes. // 0 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.CreateFile("/folder1/folder2/new_file.txt", 0, 0, FileCreationTime, FileLastAccessTime, FileLastWriteTime); // Create a new file and request the data to be downloaded. // "/folder1/folder2/new_file.txt" is the path to the file. // CBFSSYNC_ATTR_PINNED represents the attributes because this is a file that will be pinned. // 100 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.CreateFile("/folder1/folder2/get_data_file.txt", Constants.CBFSSYNC_ATTR_PINNED, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

CreateFolder Method (CBSync Class)

This method creates a local folder within the synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int CreateFolder(const char* lpszPath, int iAttributes, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

Unicode (Windows)
INT CreateFolder(LPCWSTR lpszPath, INT iAttributes, LONG64 lCreationTime, LONG64 lLastAccessTime, LONG64 lLastModifiedTime);

int cbfssync_cbsync_createfolder(void* lpObj, const char* lpszPath, int iAttributes, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

int CreateFolder(const QString& qsPath, int iAttributes, QDateTime qdtCreationTime, QDateTime qdtLastAccessTime, QDateTime qdtLastModifiedTime);

Remarks

This method creates a local folder in the synchronization root. If the CBFSSYNC_ATTR_PINNED attribute is set, the class will initiate the retrieval of the items of the directory from the remote storage. If any files or folders are found, they are also pinned.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the GetFileAttributes or GetFolderAttributes method. The value passed in this parameter should be a binary OR of the following values:

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME. To indicate no change in the time when calling UpdateFile or UpdateFolder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Create a new folder in the synchronization root. // "/folder1/folder2/new_folder" is the path to the folder. // 0 represents the attributes because this is a folder with no special attributes. // FolderCreationTime is a DateTime (in UTC). // FolderLastAccessTime is a DateTime (in UTC). // FolderLastWriteTime is a DateTime (in UTC). cbsync.CreateFolder("/folder1/folder2/new_folder", 0, FolderCreationTime, FolderLastAccessTime, FolderLastWriteTime); // Create a new folder and request the contents are pinned. // "/folder1/folder2/" is the path to the folder. // CBFSSYNC_ATTR_PINNED represents the attributes because this is a folder that will be pinned. // FolderCreationTime is a DateTime (in UTC). // FolderLastAccessTime is a DateTime (in UTC). // FolderLastWriteTime is a DateTime (in UTC). cbsync.CreateFolder("/folder1/folder2/", Constants.CBFSSYNC_ATTR_PINNED, FolderCreationTime, FolderLastAccessTime, FolderLastWriteTime);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

Deactivate Method (CBSync Class)

This method stops the synchronization operation.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int Deactivate();

Unicode (Windows)
INT Deactivate();

int cbfssync_cbsync_deactivate(void* lpObj);

int Deactivate();

Remarks

This method stops the synchronization operation previously started by the Activate method. After calling this method, events will no longer fire as operations are performed on files within SyncRootPath.

Note: The synchronization root will still be registered and accessible after this method is called. Users will continue to be able to perform offline operations, including creating new files or modifying files that previously have been synchronized.

To unregister and remove access to the synchronization root, call the Uninstall method instead.

Linux:

To handle requests of the sytem FUSE library, the class uses a dedicated thread. If there exist open handles to items in a synchronization root directory, FUSE doesn't finish its operations, while the class waits for FUSE to finish. The class can forcefully stop FUSE operations, but only if the application that uses the class didn't set a handler for the SIGINT signal. If such a handler is set, the class 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 class 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 synchronization root directory as set in the SyncRootPath property.
• 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.

Note: This method cannot be called within events.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

DeleteFile Method (CBSync Class)

This method deletes a local file from the synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int DeleteFile(const char* lpszPath);

Unicode (Windows)
INT DeleteFile(LPCWSTR lpszPath);

int cbfssync_cbsync_deletefile(void* lpObj, const char* lpszPath);

int DeleteFile(const QString& qsPath);

Remarks

This method deletes a local file from the synchronization root. Use it when the folder has been file from the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Delete a specific file from the synchronization root. cbsync.DeleteFile("/folder1/folder2/file.txt");

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

DeleteFolder Method (CBSync Class)

This method deletes a local folder from the synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int DeleteFolder(const char* lpszPath, int bDeleteChildren);

Unicode (Windows)
INT DeleteFolder(LPCWSTR lpszPath, BOOL bDeleteChildren);

int cbfssync_cbsync_deletefolder(void* lpObj, const char* lpszPath, int bDeleteChildren);

int DeleteFolder(const QString& qsPath, bool bDeleteChildren);

Remarks

This method deletes a local folder from the synchronization root. Use it when the folder has been deleted from the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

When a folder is deleted, a caller may use DeleteChildren to specify that if the folder contains files or subfolders, those should also be removed. If this parameter is not set and the folder contains children, the call will fail.

// Delete the specified folder and all its contents. // DeleteChildren parameter set to true indicates all contained files and subfolders will be deleted. cbsync.DeleteFolder("/folder1/folder2/target_folder", true);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

FinalizeTask Method (CBSync Class)

This method notifies the class that the asynchronous data transfer operation has been completed.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int FinalizeTask(int64 lTaskId, int iErrorCode);

Unicode (Windows)
INT FinalizeTask(LONG64 lTaskId, INT iErrorCode);

int cbfssync_cbsync_finalizetask(void* lpObj, int64 lTaskId, int iErrorCode);

int FinalizeTask(qint64 lTaskId, int iErrorCode);

Remarks

This method must be called to inform the class that the asynchronous transfer of data, initiated in response to any of the following events, has been completed (either successfully or with an error):

• ListDirectory
• GetFileData
• CreateFile
• CreateFolder
• DeleteFile
• DeleteFolder
• RenameFile
• RenameFolder
• UpdateFile
• UpdateFolder

When any of these events fire and data transfer is required, this transfer can take place asynchronously, without blocking the event. For this, the event handler should set the ResultCode parameter of the event to CBFSSYNC_PENDING (0x21000001), schedule the asynchronous operation, and let the event return. Once the synchronization operations are complete, this FinalizeTask method must be called to indicate that the operation is complete.

The application should set the TaskId parameter to the value it received in the handler of the event whose operations are completed asynchronously; thus, it is important that the application stores this value before returning from the event handler.

If the operation completed successfully, the ErrorCode parameter should be set to 0; otherwise, it should be set to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values.

Note: This method cannot be called within events.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

GetFileAttributes Method (CBSync Class)

This method returns the attributes of a local file.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int GetFileAttributes(const char* lpszPath);

Unicode (Windows)
INT GetFileAttributes(LPCWSTR lpszPath);

int cbfssync_cbsync_getfileattributes(void* lpObj, const char* lpszPath);

int GetFileAttributes(const QString& qsPath);

Remarks

This method returns the attributes of a local file within the synchronization root. It may be used at any time, including from within events, to obtain the attributes of a local file.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

Error Handling (C++)

This method returns an Integer value; after it returns, call the GetLastErrorCode() method to obtain its result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

GetFileData Method (CBSync Class)

This method reads data from the local file associated with a creation or update of a local file.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int GetFileData(int64 lTaskId, int64 lPosition, void* lpBuffer, int lenBuffer, int iIndex, int iCount);

Unicode (Windows)
INT GetFileData(LONG64 lTaskId, LONG64 lPosition, LPVOID lpBuffer, INT lenBuffer, INT iIndex, INT iCount);

int cbfssync_cbsync_getfiledata(void* lpObj, int64 lTaskId, int64 lPosition, void* lpBuffer, int lenBuffer, int iIndex, int iCount);

int GetFileData(qint64 lTaskId, qint64 lPosition, void* qbaBuffer, int iIndex, int iCount);

Remarks

This method may be used from within the CreateFile and UpdateFile events to obtain the data of the local file that was created or changed and that should be sent to the remote storage.

The TaskId parameter must be set to the same TaskId value provided by the corresponding CreateFile or UpdateFile event.

Count bytes of data will be read from the file, starting from the specified Position, into the given Buffer. The data are written to Buffer starting at the given Index.

The method returns the number of bytes read.

Error Handling (C++)

This method returns an Integer value; after it returns, call the GetLastErrorCode() method to obtain its result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

GetFileStatus Method (CBSync Class)

This method returns the download status of a local file.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int GetFileStatus(const char* lpszPath);

Unicode (Windows)
INT GetFileStatus(LPCWSTR lpszPath);

int cbfssync_cbsync_getfilestatus(void* lpObj, const char* lpszPath);

int GetFileStatus(const QString& qsPath);

Remarks

This method returns the download status of a local file within the synchronization root. A downloaded file is one that is available on the local system but may be automatically changed to an online-only file by the operating system.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

macOS: This method does nothing.

Error Handling (C++)

This method returns an Integer value; after it returns, call the GetLastErrorCode() method to obtain its result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

GetFolderAttributes Method (CBSync Class)

This method returns the attributes of a local folder.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int GetFolderAttributes(const char* lpszPath);

Unicode (Windows)
INT GetFolderAttributes(LPCWSTR lpszPath);

int cbfssync_cbsync_getfolderattributes(void* lpObj, const char* lpszPath);

int GetFolderAttributes(const QString& qsPath);

Remarks

This method returns the attributes of a local folder within the synchronization root. It may be used at any time, including from within events, to obtain the attributes of a local folder.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

Error Handling (C++)

This method returns an Integer value; after it returns, call the GetLastErrorCode() method to obtain its result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

GetFolderStatus Method (CBSync Class)

This method returns the download status of a local folder.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int GetFolderStatus(const char* lpszPath);

Unicode (Windows)
INT GetFolderStatus(LPCWSTR lpszPath);

int cbfssync_cbsync_getfolderstatus(void* lpObj, const char* lpszPath);

int GetFolderStatus(const QString& qsPath);

Remarks

This method returns the download status of a local folder within the synchronization root. A downloaded folder is one for which all the files within it are available on the local system, but it may be automatically changed to an online-only folder by the operating system.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The return value is a binary OR of the following values:

macOS: This method does nothing.

Error Handling (C++)

This method returns an Integer value; after it returns, call the GetLastErrorCode() method to obtain its result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

Install Method (CBSync Class)

This method registers the synchronization root with the system.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int Install();

Unicode (Windows)
INT Install();

int cbfssync_cbsync_install(void* lpObj);

int Install();

Remarks

This method registers the synchronization root specified by SyncRootPath with the system. After calling this method, invoke the Activate method to begin synchronization operations.

On Windows, set the WindowsStorageProviderAccount and WindowsStorageProviderId configuration settings to uniquely identify this synchronization root instance before calling this method, which is important when working with multiple synchronized locations on one system. Note: this method won't work in a UWP or MAUI application due to security restrictions imposed on the environment, in which these types of applications are run by the OS.

On macOS, set the MacDomainId and MacDomainLabel configuration settings to uniquely identify this synchronization root instance before calling this method.

This method must be called once for each synchronization root, but it does not need to be called again for an altready registered root unless the Uninstall method is invoked to remove the registration.

Note: The registration performed by this method is persistent and will remain even if the application exits or the class is deactivated as a result of calling the Deactivate method.

On Linux, this method checks that FUSE is installed.

Note: This method cannot be called within events.

On Windows, this method requires administrative rights to execute successfully. If the user account of the process that calls this method does not have such rights, the call will fail with an error, and the E_ACCESSDENIED HRESULT code will be reported in the OSLastError configuration setting.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

ListFile Method (CBSync Class)

This method is used to provide information about a file item during directory enumeration.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int ListFile(int64 lTaskId, const char* lpszFileName, int iAttributes, int64 lSize, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

Unicode (Windows)
INT ListFile(LONG64 lTaskId, LPCWSTR lpszFileName, INT iAttributes, LONG64 lSize, LONG64 lCreationTime, LONG64 lLastAccessTime, LONG64 lLastModifiedTime);

int cbfssync_cbsync_listfile(void* lpObj, int64 lTaskId, const char* lpszFileName, int iAttributes, int64 lSize, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

int ListFile(qint64 lTaskId, const QString& qsFileName, int iAttributes, qint64 lSize, QDateTime qdtCreationTime, QDateTime qdtLastAccessTime, QDateTime qdtLastModifiedTime);

Remarks

This method may be called to provide detailed information about a file item contained in the directory; call it either from within the ListDirectory event or after ListDirectory returns to supply the information asynchronously.

The TaskId parameter must be set to the same value provided in the ListDirectory event.

The FileName parameter should contain the name of the file without a path or path separator.

The Attributes parameter is used to specify the attributes of the file. Available attributes are as follows:

The Size parameter must be set to the size of the file in bytes. This parameter is not applicable to folders.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME.

Note: This method can be called only within events, and, unless the event has been completed with the CBFSSYNC_PENDING result earlier, the method must be called in the same thread that the event was fired on.

// Return information about a file. // 123456789 is the e.TaskId value from the ListDirectory event. // "myfile.txt" is the name of the file (without separators). // 0 represents the attributes since this is a file with no special attributes. // 100 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.ListFile(123456789, "myfile.txt", false, 0, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime); // Return information about a read-only hidden file. // Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN represents the attributes since this is a read-only hidden file. cbsync.ListFile(123456789, "myfile.txt", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

ListFolder Method (CBSync Class)

This method is used to provide information about a directory item during directory enumeration.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int ListFolder(int64 lTaskId, const char* lpszFolderName, int iAttributes, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

Unicode (Windows)
INT ListFolder(LONG64 lTaskId, LPCWSTR lpszFolderName, INT iAttributes, LONG64 lCreationTime, LONG64 lLastAccessTime, LONG64 lLastModifiedTime);

int cbfssync_cbsync_listfolder(void* lpObj, int64 lTaskId, const char* lpszFolderName, int iAttributes, int64 lCreationTime, int64 lLastAccessTime, int64 lLastModifiedTime);

int ListFolder(qint64 lTaskId, const QString& qsFolderName, int iAttributes, QDateTime qdtCreationTime, QDateTime qdtLastAccessTime, QDateTime qdtLastModifiedTime);

Remarks

This method may be called to provide detailed information about a directory item contained in the directory; call it either from within the ListDirectory event or after ListDirectory returns to supply the information asynchronously.

The TaskId parameter must be set to the same value provided in the ListDirectory event.

The FolderName parameter should contain the name of the folder without separators.

The Attributes parameter is used to specify the attributes of the folder. Available attributes are as follows:

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME.

Note: This method can be called only within events, and, unless the event has been completed with the CBFSSYNC_PENDING result earlier, the method must be called in the same thread that the event was fired on.

// Return information about a folder. // 123456789 is the e.TaskId value from the ListDirectory event. // "myfolder" is the name of the folder (without separators). // 0 represents the attributes since this is a directory with no special attributes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). // Return information about a folder. cbsync.ListFolder(123456789, "myfolder", 0, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

PinFile Method (CBSync Class)

This method marks the file as pinned so it is always available on the system.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int PinFile(const char* lpszPath);

Unicode (Windows)
INT PinFile(LPCWSTR lpszPath);

int cbfssync_cbsync_pinfile(void* lpObj, const char* lpszPath);

int PinFile(const QString& qsPath);

Remarks

This method pins the file specified by Path. When the file is pinned, a download is initiated if the file data have not previously been downloaded. Once the file data have been downloaded, the file is marked as pinned, meaning the file is always available on the system even when no Internet connection is available.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

Calling this method is equivalent to calling SetFileAttributes and passing only the CBFSSYNC_ATTR_PINNED attribute. To unpin a file so that the local file data may be freed, call UnpinFile.

macOS: This method sets a transient flag that does not survive restart of the extension, Finder, or the system. If necessary, an application should pin files and folders on startup.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

PinFolder Method (CBSync Class)

This method marks the folder as pinned so it is always available on the system.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int PinFolder(const char* lpszPath);

Unicode (Windows)
INT PinFolder(LPCWSTR lpszPath);

int cbfssync_cbsync_pinfolder(void* lpObj, const char* lpszPath);

int PinFolder(const QString& qsPath);

Remarks

This method pins the folder specified by Path. When the folder is pinned, a download is initiated if files within the folder have not been downloaded. Once the files within the folder have been downloaded, the folder is marked as pinned, meaning the files within the folder are always available on the system even when no Internet connection is available.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

Calling this method is equivalent to calling SetFolderAttributes and passing only the CBFSSYNC_ATTR_PINNED attribute. To unpin a folder so that the local files may be freed, call UnpinFolder.

macOS: This method sets a transient flag that does not survive restart of the extension, Finder, or the system. If necessary, an application should pin files and folders on startup.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

PutFileData Method (CBSync Class)

This method is used to provide the file data that were requested during item retrieval.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int PutFileData(int64 lTaskId, const char* lpBuffer, int lenBuffer, int iIndex, int iCount);

Unicode (Windows)
INT PutFileData(LONG64 lTaskId, LPCSTR lpBuffer, INT lenBuffer, INT iIndex, INT iCount);

int cbfssync_cbsync_putfiledata(void* lpObj, int64 lTaskId, const char* lpBuffer, int lenBuffer, int iIndex, int iCount);

int PutFileData(qint64 lTaskId, QByteArray qbaBuffer, int iIndex, int iCount);

Remarks

This method may be called from within the GetFileData event to immediately provide the requested file data or after GetFileData returns to supply them asynchronously.

The TaskId parameter must be set to the same value provided in the GetFileData event.

When the OS must retrieve file data, the GetFileData event is fired, which specifies the range of remote file data that must be read and passed back by this method. If the data are to be provided asynchronously, the event's ResultCode parameter should be set to CBFSSYNC_PENDING (0x21000001) before returning from the event handler; otherwise, this method should be called from within the handler.

Requested file data can be supplied through the Buffer, where Count bytes of data will be read by the class starting at the given Index. The data requested by the event may be supplied either all at once or in chunks over multiple calls to this method.

Once all file data have been provided and the transfer is complete, inform the class by calling the FinalizeTask method.

For example, if GetFileData fires and requests 1024 bytes of file data, the user can opt to pass these data in one or multiple chunks:

// Pass all 1024 bytes of data at once. cbsync.PutFileData(e.TaskId, buffer, 0, 1024); cbsync.FinalizeTask(e.TaskId, 0); // Pass data in three separate chunks totaling 1024 bytes. cbsync.PutFileData(e.TaskId, buffer, 0, 512); cbsync.PutFileData(e.TaskId, buffer, 512, 100); cbsync.PutFileData(e.TaskId, buffer, 612, 412); cbsync.FinalizeTask(e.TaskId, 0);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

RenameFile Method (CBSync Class)

This method renames a local file in a synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int RenameFile(const char* lpszPath, const char* lpszNewPath, int bOverwrite);

Unicode (Windows)
INT RenameFile(LPCWSTR lpszPath, LPCWSTR lpszNewPath, BOOL bOverwrite);

int cbfssync_cbsync_renamefile(void* lpObj, const char* lpszPath, const char* lpszNewPath, int bOverwrite);

int RenameFile(const QString& qsPath, const QString& qsNewPath, bool bOverwrite);

Remarks

This method renames or moves a local file in a synchronization root. Use it when the file has been renamed in the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The NewPath parameter should be a new path that begins with the directory separator and includes a file name; it identifies the new name and location of the file within the synchronization root.

Overwrite, when set to true, tells the class to overwrite another file that is located at NewPath at the moment of a call to this method. If a file exists and Overwrite is false, the method fails with an error.

Note: If a directory exists at NewPath, the method will fail regardless of the value of the Overwrite parameter.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

RenameFolder Method (CBSync Class)

This method renames a local folder in a synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int RenameFolder(const char* lpszPath, const char* lpszNewPath);

Unicode (Windows)
INT RenameFolder(LPCWSTR lpszPath, LPCWSTR lpszNewPath);

int cbfssync_cbsync_renamefolder(void* lpObj, const char* lpszPath, const char* lpszNewPath);

int RenameFolder(const QString& qsPath, const QString& qsNewPath);

Remarks

This method renames or moves a local folder in a synchronization root. Use it when the folder has been renamed in the remote storage, and the application needs to update the local synchronization root.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The NewPath parameter should be a new path that begins with the directory separator and includes a folder name; it identifies the new name and location of the folder within the synchronization root.

The method will fail if a file or folder already exists at NewPath.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

ResetFile Method (CBSync Class)

This method removes the local copy of the data for the specified file.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int ResetFile(const char* lpszPath);

Unicode (Windows)
INT ResetFile(LPCWSTR lpszPath);

int cbfssync_cbsync_resetfile(void* lpObj, const char* lpszPath);

int ResetFile(const QString& qsPath);

Remarks

This method removes the local copy of data for the specified file identified by Path, leaving behind an empty placeholder locally. The ResetPinnedFiles setting controls whether pinned files are reset or skipped (default).

When files are downloaded, their data are stored both locally and remotely. This method should be used to remove the local copy of data and keep only the empty placeholder files.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Reset a specific file. cbsync.ResetFile("/MyFolder/MyFile.txt");

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

ResetFolder Method (CBSync Class)

This method removes the local copy of the data for the specified folder.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int ResetFolder(const char* lpszPath);

Unicode (Windows)
INT ResetFolder(LPCWSTR lpszPath);

int cbfssync_cbsync_resetfolder(void* lpObj, const char* lpszPath);

int ResetFolder(const QString& qsPath);

Remarks

This method removes the local copy of the data for the specified folder identified by Path, leaving behind an empty placeholder locally. The class will recursively reset all files within that folder. The ResetPinnedFiles setting controls whether pinned files are reset or skipped (default).

When files are downloaded, their data are stored both locally and remotely. This method should be used to remove the local copy of data and keep only the empty placeholder files.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Reset all files within "MyFolder" and its subfolders. cbsync.ResetFolder("/MyFolder");

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

SetFileAttributes Method (CBSync Class)

This method sets the attributes of a local file.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int SetFileAttributes(const char* lpszPath, int iAttributes);

Unicode (Windows)
INT SetFileAttributes(LPCWSTR lpszPath, INT iAttributes);

int cbfssync_cbsync_setfileattributes(void* lpObj, const char* lpszPath, int iAttributes);

int SetFileAttributes(const QString& qsPath, int iAttributes);

Remarks

This method sets the attributes of a local file within the synchronization root. It may be used at any time, including from within events, to modify the attributes of a local file.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the GetFileAttributes or GetFolderAttributes method. The value passed in this parameter should be a binary OR of the following values:

// Set a specific file's attributes to be read-only and hidden. // "myfile.txt" is the name of the file (without separators). cbsync.SetFileAttributes("/myfile.txt", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

SetFolderAttributes Method (CBSync Class)

This method sets the attributes of a local folder.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int SetFolderAttributes(const char* lpszPath, int iAttributes);

Unicode (Windows)
INT SetFolderAttributes(LPCWSTR lpszPath, INT iAttributes);

int cbfssync_cbsync_setfolderattributes(void* lpObj, const char* lpszPath, int iAttributes);

int SetFolderAttributes(const QString& qsPath, int iAttributes);

Remarks

This method sets the attributes of a local folder within the synchronization root. It may be used at any time, including from within events, to modify the attributes of a local folder.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the GetFileAttributes or GetFolderAttributes method. The value passed in this parameter should be a binary OR of the following values:

// Set a specific folder's attributes to be read-only and hidden. // "myfolder" is the name of the folder (without separators). cbsync.SetFolderAttributes("/myfolder", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

SyncFile Method (CBSync Class)

This method initiates synchronization of the specified file.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int SyncFile(const char* lpszPath);

Unicode (Windows)
INT SyncFile(LPCWSTR lpszPath);

int cbfssync_cbsync_syncfile(void* lpObj, const char* lpszPath);

int SyncFile(const QString& qsPath);

Remarks

This method initiates retrieval of the specified file. When this method is called, the file data will be downloaded, even if the file has been previously downloaded. After calling this method, the GetFileData event will fire. This method may be used to download a local copy of a file at any time, even if the user has not yet opened the file.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

// Synchronize a specific file. cbsync.SyncFile("/folder1/folder2/file.txt");

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

Uninstall Method (CBSync Class)

This method unregisters the synchronization root from the system and performs cleanup operations.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int Uninstall();

Unicode (Windows)
INT Uninstall();

int cbfssync_cbsync_uninstall(void* lpObj);

int Uninstall();

Remarks

This method is used to unregister the synchronization root specified by SyncRootPath. In most cases, this method should be called only when the application using the class will be removed from the system. To simply stop the synchronization but leave the class registered, call the Deactivate method instead.

When this method is called, the class is unregistered and any online-only files and folders present in SyncRootPath are removed; thus, only files that contain data locally remain. For instance, if a file was previously opened in Windows and shows a green checkmark in Explorer, that file will remain after calling this method, whereas a file showing a blue cloud icon would not. The folder structure for remaining files is preserved when this method is called, but empty folders are deleted.

On Windows, this method won't work in a UWP or MAUI application due to security restrictions imposed on the environment, in which these types of applications are run by the OS.

When calling this method, the following values must match the values used when Install was called:

• SyncRootPath
• SyncRootLabel
• WindowsStorageProviderAccount (Windows only)
• WindowsStorageProviderId (Windows only)
• LinuxIntermediateFolder (Linux only)
• MacDomainId (macOS only)
• MacDomainLabel (macOS only)

Note: This method cannot be called within events.

On Windows, this method requires administrative rights to execute successfully. If the user account of the process that calls this method does not have such rights, the call will fail with an error, and the E_ACCESSDENIED HRESULT code will be reported in the OSLastError configuration setting.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

UnpinFile Method (CBSync Class)

This method marks the file as unpinned so the local copy of the file data may be freed.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int UnpinFile(const char* lpszPath);

Unicode (Windows)
INT UnpinFile(LPCWSTR lpszPath);

int cbfssync_cbsync_unpinfile(void* lpObj, const char* lpszPath);

int UnpinFile(const QString& qsPath);

Remarks

This method unpins the file specified by Path that previously was pinned. When the file is unpinned, the local file data may be freed. To explicitly free previously downloaded file data, call ResetFile after calling this method. If ResetFile is not called, a local copy of the data may still be kept locally until the file system initiates the freeing of file data.

Note: This method only removes CBFSSYNC_ATTR_PINNED from the file's attributes. To set the CBFSSYNC_ATTR_UNPINNED attribute so that the file is converted to an online-only file and local file data are freed, use the SetFileAttributes method.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

UnpinFolder Method (CBSync Class)

This method marks the folder as unpinned so the local copy of the files within the folder may be freed.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int UnpinFolder(const char* lpszPath);

Unicode (Windows)
INT UnpinFolder(LPCWSTR lpszPath);

int cbfssync_cbsync_unpinfolder(void* lpObj, const char* lpszPath);

int UnpinFolder(const QString& qsPath);

Remarks

This method unpins the folder specified by Path that previously was pinned. When the folder is unpinned, the local data for files within the folder may be freed. To explicitly free previously downloaded files, call ResetFolder after calling this method. If ResetFolder is not called, a local copy of the file data may still be kept locally until the file system initiates the freeing of file data.

Note: This method only removes CBFSSYNC_ATTR_PINNED from the folder's attributes. To set the CBFSSYNC_ATTR_UNPINNED attribute so that the folder is converted to an online-only folder and local file data are freed, use the SetFolderAttributes method.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

UpdateFile Method (CBSync Class)

This method is used to update a local file within the synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int UpdateFile(const char* lpszPath, int iAttributes, int64 lSize, int64 lCreationTime, int64 lLastAccessTime, int64 lModificationTime);

Unicode (Windows)
INT UpdateFile(LPCWSTR lpszPath, INT iAttributes, LONG64 lSize, LONG64 lCreationTime, LONG64 lLastAccessTime, LONG64 lModificationTime);

int cbfssync_cbsync_updatefile(void* lpObj, const char* lpszPath, int iAttributes, int64 lSize, int64 lCreationTime, int64 lLastAccessTime, int64 lModificationTime);

int UpdateFile(const QString& qsPath, int iAttributes, qint64 lSize, QDateTime qdtCreationTime, QDateTime qdtLastAccessTime, QDateTime qdtModificationTime);

Remarks

This method allows for the updating of a local file within the synchronization root. The method may be used to update the attributes as well as the creation time, last access time, and modified time of a file. If updating the file's attributes is the only desired operation, the SetFileAttributes method may be used instead.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the GetFileAttributes or GetFolderAttributes method. The value passed in this parameter should be a binary OR of the following values:

The Size parameter must be set to the size of the file in bytes.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME. To indicate no change in the time when calling UpdateFile or UpdateFolder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Update a file. // "myfile.txt" is the name of the file (without separators). // 0 represents the attributes since this is a file with no special attributes. // 100 is the size of the file in bytes. // FileCreationTime is a DateTime (in UTC). // FileLastAccessTime is a DateTime (in UTC). // FileLastWriteTime is a DateTime (in UTC). cbsync.UpdateFile("/myfile.txt", 0, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime); // Update a read-only hidden file. cbsync.UpdateFile("/myfile.txt", Constants.CBFSSYNC_ATTR_READONLY | Constants.CBFSSYNC_ATTR_HIDDEN, 100, FileCreationTime, FileLastAccessTime, FileLastWriteTime);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

UpdateFolder Method (CBSync Class)

This method is used to update a local folder within the synchronization root.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
int UpdateFolder(const char* lpszPath, int iAttributes, int64 lCreationTime, int64 lLastAccessTime, int64 lModificationTime);

Unicode (Windows)
INT UpdateFolder(LPCWSTR lpszPath, INT iAttributes, LONG64 lCreationTime, LONG64 lLastAccessTime, LONG64 lModificationTime);

int cbfssync_cbsync_updatefolder(void* lpObj, const char* lpszPath, int iAttributes, int64 lCreationTime, int64 lLastAccessTime, int64 lModificationTime);

int UpdateFolder(const QString& qsPath, int iAttributes, QDateTime qdtCreationTime, QDateTime qdtLastAccessTime, QDateTime qdtModificationTime);

Remarks

This method allows for the updating of a local folder within the synchronization root. The method may be used to update the attributes as well as the creation time, last access time, and modified time of a folder. If updating the folder's attributes is the only desired operation, the SetFolderAttributes method may be used instead.

The Path parameter should be a path that begins with the directory separator and identifies the location of the file or folder within the synchronization root.

The Attributes parameter is used to specify the attributes of the file or folder. The specified attributes replace existing attributes of the file or folder. The special value 0 indicates no modification will be made to the existing attributes. To clear all attributes of a file or folder, set the CBFSSYNC_ATTR_NORMAL attribute. To obtain the current attributes, use the GetFileAttributes or GetFolderAttributes method. The value passed in this parameter should be a binary OR of the following values:

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time values specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME. To indicate no change in the time when calling UpdateFile or UpdateFolder, use a DateTime value that is less than or equal to the Unix epoch of January 1, 1970.

// Update a folder. // "myfolder" is the name of the folder (without separators). // 0 represents the attributes since this is a folder with no special attributes. // FolderCreationTime is a DateTime (in UTC). // FolderLastAccessTime is a DateTime (in UTC). // FolderLastWriteTime is a DateTime (in UTC). cbsync.UpdateFolder("/myfolder", 0, FolderCreationTime, FolderLastAccessTime, FolderLastWriteTime);

Error Handling (C++)

This method returns a result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. If an error occurs, the GetLastError() method can be called to retrieve the associated error message. (Note: This method's result code can also be obtained by calling the GetLastErrorCode() method after it returns.)

Activated Event (CBSync Class)

This event fires when the activation of the class has been completed.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireActivated(CBSyncActivatedEventParams *e);

typedef struct {
  int Result;
  int reserved;
} CBSyncActivatedEventParams;


Unicode (Windows)
virtual INT FireActivated(CBSyncActivatedEventParams *e);

typedef struct {
  INT Result;
  INT reserved;
} CBSyncActivatedEventParams;

#define EID_CBSYNC_ACTIVATED 1

virtual INT CBFSSYNC_CALL FireActivated(INT &iResult);

class CBSyncActivatedEventParams {
public:
  int Result();

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void Activated(CBSyncActivatedEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireActivated(CBSyncActivatedEventParams *e) {...}

Remarks

This event fires when an application calls the Activate method with its Wait parameter set to false after the activation process is completed (either successfully or with an error). The Result parameter specifies whether activation was successful, and the Active property reflects new status.

CancelTask Event (CBSync Class)

This event fires when an ongoing transfer of item data will not be completed and must be canceled.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireCancelTask(CBSyncCancelTaskEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int ResultCode;
  int reserved;
} CBSyncCancelTaskEventParams;


Unicode (Windows)
virtual INT FireCancelTask(CBSyncCancelTaskEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT ResultCode;
  INT reserved;
} CBSyncCancelTaskEventParams;

#define EID_CBSYNC_CANCELTASK 2

virtual INT CBFSSYNC_CALL FireCancelTask(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iResultCode);

class CBSyncCancelTaskEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void CancelTask(CBSyncCancelTaskEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireCancelTask(CBSyncCancelTaskEventParams *e) {...}

Remarks

This event fires when the class has been notified that the ongoing transfer must be canceled. It can be fired in the same thread in which the transfer is handled or in another thread.

When an operation is canceled, the event handler that is busy with the corresponding task handler should finish its work as soon as possible, set ResultCode to either 0 or CBFSSYNC_ERR_OPERATION_CANCELED, and return. After that, this CancelTask event handler may set ResultCode to either 0 or CBFSSYNC_ERR_OPERATION_CANCELED and return.

The TaskId parameter identifies the transfer operation to which this event applies. The TaskId value from this event will match the value provided by the event where the operation began.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

CreateFile Event (CBSync Class)

This event fires when a local file is created.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireCreateFile(CBSyncCreateFileEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int Attributes;
  int64 Size;
  int64 CreationTime;
  int64 LastAccessTime;
  int64 LastModifiedTime;
  int ResultCode;
  int reserved;
} CBSyncCreateFileEventParams;


Unicode (Windows)
virtual INT FireCreateFile(CBSyncCreateFileEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT Attributes;
  LONG64 Size;
  LONG64 CreationTime;
  LONG64 LastAccessTime;
  LONG64 LastModifiedTime;
  INT ResultCode;
  INT reserved;
} CBSyncCreateFileEventParams;

#define EID_CBSYNC_CREATEFILE 3

virtual INT CBFSSYNC_CALL FireCreateFile(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iAttributes, LONG64 &lSize, LONG64 &lCreationTime, LONG64 &lLastAccessTime, LONG64 &lLastModifiedTime, INT &iResultCode);

class CBSyncCreateFileEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int Attributes();

  qint64 Size();

  const QDateTime &CreationTime();

  const QDateTime &LastAccessTime();

  const QDateTime &LastModifiedTime();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void CreateFile(CBSyncCreateFileEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireCreateFile(CBSyncCreateFileEventParams *e) {...}

Remarks

This event fires when the class detects that a new file has been created at the location specified by Path.

When a new file is created within the synchronization root, this event allows for the addition of the file to be acknowledged and replicated in the remote storage.

Use the GetFileData method to obtain the the data that should be sent to the remote storage.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Size parameter specifies the new size of the file.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME.

The Attributes parameter is a bitmask defining the attributes of the file. The possible attributes include the following:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

CreateFolder Event (CBSync Class)

This event fires when a local folder is created.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireCreateFolder(CBSyncCreateFolderEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int Attributes;
  int64 CreationTime;
  int64 LastAccessTime;
  int64 LastModifiedTime;
  int ResultCode;
  int reserved;
} CBSyncCreateFolderEventParams;


Unicode (Windows)
virtual INT FireCreateFolder(CBSyncCreateFolderEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT Attributes;
  LONG64 CreationTime;
  LONG64 LastAccessTime;
  LONG64 LastModifiedTime;
  INT ResultCode;
  INT reserved;
} CBSyncCreateFolderEventParams;

#define EID_CBSYNC_CREATEFOLDER 4

virtual INT CBFSSYNC_CALL FireCreateFolder(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iAttributes, LONG64 &lCreationTime, LONG64 &lLastAccessTime, LONG64 &lLastModifiedTime, INT &iResultCode);

class CBSyncCreateFolderEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int Attributes();

  const QDateTime &CreationTime();

  const QDateTime &LastAccessTime();

  const QDateTime &LastModifiedTime();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void CreateFolder(CBSyncCreateFolderEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireCreateFolder(CBSyncCreateFolderEventParams *e) {...}

Remarks

This event fires when the class detects that a new folder has been created at the location specified by Path.

When a new folder is created within the synchronization root, this event allows for the addition of the folder to be acknowledged and replicated in the remote storage.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the folder relative to the synchronization root; for example, "/MyFolder/MyOtherFolder".

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME.

The Attributes parameter is a bitmask defining the attributes of the folder. The possible attributes include the following:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

DeleteFile Event (CBSync Class)

This event fires when a local file is deleted.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireDeleteFile(CBSyncDeleteFileEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int DeleteFlags;
  int ResultCode;
  int reserved;
} CBSyncDeleteFileEventParams;


Unicode (Windows)
virtual INT FireDeleteFile(CBSyncDeleteFileEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT DeleteFlags;
  INT ResultCode;
  INT reserved;
} CBSyncDeleteFileEventParams;

#define EID_CBSYNC_DELETEFILE 5

virtual INT CBFSSYNC_CALL FireDeleteFile(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iDeleteFlags, INT &iResultCode);

class CBSyncDeleteFileEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int DeleteFlags();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void DeleteFile(CBSyncDeleteFileEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireDeleteFile(CBSyncDeleteFileEventParams *e) {...}

Remarks

This event fires when the local file identified by Path is deleted.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The DeleteFlags parameter specifies optional parameters of the operation and contains a combination of the following flags:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

DeleteFolder Event (CBSync Class)

This event fires when a local folder is deleted.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireDeleteFolder(CBSyncDeleteFolderEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int DeleteFlags;
  int ResultCode;
  int reserved;
} CBSyncDeleteFolderEventParams;


Unicode (Windows)
virtual INT FireDeleteFolder(CBSyncDeleteFolderEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT DeleteFlags;
  INT ResultCode;
  INT reserved;
} CBSyncDeleteFolderEventParams;

#define EID_CBSYNC_DELETEFOLDER 6

virtual INT CBFSSYNC_CALL FireDeleteFolder(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iDeleteFlags, INT &iResultCode);

class CBSyncDeleteFolderEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int DeleteFlags();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void DeleteFolder(CBSyncDeleteFolderEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireDeleteFolder(CBSyncDeleteFolderEventParams *e) {...}

Remarks

This event fires when the local folder identified by Path is deleted.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the folder relative to the synchronization root; for example, "/MyFolder/MyOtherFolder".

The DeleteFlags parameter specifies optional parameters of the operation and contains a combination of the following flags:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

Error Event (CBSync Class)

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

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireError(CBSyncErrorEventParams *e);

typedef struct {
  int ErrorCode;
  const char *Description;
  int reserved;
} CBSyncErrorEventParams;


Unicode (Windows)
virtual INT FireError(CBSyncErrorEventParams *e);

typedef struct {
  INT ErrorCode;
  LPCWSTR Description;
  INT reserved;
} CBSyncErrorEventParams;

#define EID_CBSYNC_ERROR 7

virtual INT CBFSSYNC_CALL FireError(INT &iErrorCode, LPSTR &lpszDescription);

class CBSyncErrorEventParams {
public:
  int ErrorCode();

  const QString &Description();

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void Error(CBSyncErrorEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireError(CBSyncErrorEventParams *e) {...}

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.

GetFileData Event (CBSync Class)

This event fires when file data are needed from the remote storage.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireGetFileData(CBSyncGetFileDataEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int64 Offset;
  int64 Length;
  int ResultCode;
  int reserved;
} CBSyncGetFileDataEventParams;


Unicode (Windows)
virtual INT FireGetFileData(CBSyncGetFileDataEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  LONG64 Offset;
  LONG64 Length;
  INT ResultCode;
  INT reserved;
} CBSyncGetFileDataEventParams;

#define EID_CBSYNC_GETFILEDATA 8

virtual INT CBFSSYNC_CALL FireGetFileData(LONG64 &lTaskId, LPWSTR &lpszPath, LONG64 &lOffset, LONG64 &lLength, INT &iResultCode);

class CBSyncGetFileDataEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  qint64 Offset();

  qint64 Length();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void GetFileData(CBSyncGetFileDataEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireGetFileData(CBSyncGetFileDataEventParams *e) {...}

Remarks

This event fires when the class needs to retrieve file data from the remote storage and put them into the local file identified by Path.

To handle the event properly, the data must be passed to the class by calling the PutFileData method one or more times. This can be accomplished in two ways:

• The transfer may be completed within this event. This prevents the event from returning and is suitable for data transfer that can be completed quickly.
• Alternatively, the ResultCode parameter can be set to CBFSSYNC_PENDING (0x21000001) to allow the event to return without delay, and the work can be completed separately.

After the data transfer is finished, the FinalizeTask method must be called to notify the component that the operation has been completed, as long as the event handler will be returned with success (i.e., ResultCode set to 0) or was previously returned with pending status (i.e., ResultCode set to CBFSSYNC_PENDING). In the case of any other error, the FinalizeTask method should not be called.

The TaskId parameter identifies the current operation and is required when calling both the PutFileData method and the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Offset and Length parameters specify the starting position of the data in the file to be retrieved and the expected size of the retrieved data, respectively.

It is possible that the retrieval will be canceled, in which case, the CancelTask event will fire.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

ListDirectory Event (CBSync Class)

This event is fired when the contents of a remote directory need to be listed locally.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireListDirectory(CBSyncListDirectoryEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  const char *Mask;
  int ResultCode;
  int reserved;
} CBSyncListDirectoryEventParams;


Unicode (Windows)
virtual INT FireListDirectory(CBSyncListDirectoryEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  LPCWSTR Mask;
  INT ResultCode;
  INT reserved;
} CBSyncListDirectoryEventParams;

#define EID_CBSYNC_LISTDIRECTORY 9

virtual INT CBFSSYNC_CALL FireListDirectory(LONG64 &lTaskId, LPWSTR &lpszPath, LPWSTR &lpszMask, INT &iResultCode);

class CBSyncListDirectoryEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  const QString &Mask();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void ListDirectory(CBSyncListDirectoryEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireListDirectory(CBSyncListDirectoryEventParams *e) {...}

Remarks

This event is fired by the class when it needs to list the contents of the remote directory specified by Path.

Note: The event is triggered at the discretion of the operating system, and their number is minimized to increase performance. This means that the directory listings in the Path will not be automatically refreshed upon user action; e.g., when the user navigates into the folder in File Explorer in Windows, there is no directory listing performed, and the event is not fired.

To deal with remote changes and update the local information accordingly, an application should track these remote changes in an application-specific manner and then notify about any changes in the contents of a remote directory by calling the methods of the class, such as CreateFile, CreateFolder, UpdateFile, UpdateFolder, DeleteFile, and DeleteFolder.

To handle the event properly, items within the directory must be reported by calling the ListFile and ListFolder methods for each file or folder being reported. This can be accomplished in two ways:

• The listing may be completed within this event.
• Alternatively, the ResultCode parameter may be set to CBFSSYNC_PENDING (0x21000001) to allow the event handler to return without delay, and the work can be completed separately. When the operation with the remote storage is performed in this manner, the FinalizeTask method must be called to inform the class that the operation has been completed.

The TaskId parameter identifies the current operation and is required when calling both the ListFile method and the FinalizeTask method; thus, it is important to record this value for later, when an operation is completed later than the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Mask parameter specifies the filename mask that should be used by an event handler to filter the reported items. This value can contain any combination of valid filename characters and wildcards (the * and ? characters). Alternatively, the mask can be an exact filename (i.e., a value without any wildcards), because some applications query file information by specifying an exact filename in an enumeration.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Log Event (CBSync Class)

This log reports events that occur in the class.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireLog(CBSyncLogEventParams *e);

typedef struct {
  int Level;
  const char *Message;
  int reserved;
} CBSyncLogEventParams;


Unicode (Windows)
virtual INT FireLog(CBSyncLogEventParams *e);

typedef struct {
  INT Level;
  LPCWSTR Message;
  INT reserved;
} CBSyncLogEventParams;

#define EID_CBSYNC_LOG 10

virtual INT CBFSSYNC_CALL FireLog(INT &iLevel, LPWSTR &lpszMessage);

class CBSyncLogEventParams {
public:
  int Level();

  const QString &Message();

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void Log(CBSyncLogEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireLog(CBSyncLogEventParams *e) {...}

Remarks

This event fires when the class needs to notify an application or developers about something that happened internally. The verbosity is controlled by the LogLevel setting.

LogLevel indicates the level of the message. Possible values are as follows:

Message is the log entry.

Note: This event will fire in the context of a dedicated worker thread. Keep handling of this event as quick as possible.

RenameFile Event (CBSync Class)

This event fires when a local file is about to be renamed or moved.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireRenameFile(CBSyncRenameFileEventParams *e);

typedef struct {
  int64 TaskId;
  const char *OldPath;
  const char *NewPath;
  int ResultCode;
  int reserved;
} CBSyncRenameFileEventParams;


Unicode (Windows)
virtual INT FireRenameFile(CBSyncRenameFileEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR OldPath;
  LPCWSTR NewPath;
  INT ResultCode;
  INT reserved;
} CBSyncRenameFileEventParams;

#define EID_CBSYNC_RENAMEFILE 11

virtual INT CBFSSYNC_CALL FireRenameFile(LONG64 &lTaskId, LPWSTR &lpszOldPath, LPWSTR &lpszNewPath, INT &iResultCode);

class CBSyncRenameFileEventParams {
public:
  qint64 TaskId();

  const QString &OldPath();

  const QString &NewPath();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void RenameFile(CBSyncRenameFileEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireRenameFile(CBSyncRenameFileEventParams *e) {...}

Remarks

This event fires when the system needs to notify the class that the local file located at OldPath is about to be renamed or moved.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The OldPath parameter specifies the current path of the file.

The NewPath parameter specifies the new path of the file.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

RenameFolder Event (CBSync Class)

This event fires when a local folder is about to be renamed or moved.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireRenameFolder(CBSyncRenameFolderEventParams *e);

typedef struct {
  int64 TaskId;
  const char *OldPath;
  const char *NewPath;
  int ResultCode;
  int reserved;
} CBSyncRenameFolderEventParams;


Unicode (Windows)
virtual INT FireRenameFolder(CBSyncRenameFolderEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR OldPath;
  LPCWSTR NewPath;
  INT ResultCode;
  INT reserved;
} CBSyncRenameFolderEventParams;

#define EID_CBSYNC_RENAMEFOLDER 12

virtual INT CBFSSYNC_CALL FireRenameFolder(LONG64 &lTaskId, LPWSTR &lpszOldPath, LPWSTR &lpszNewPath, INT &iResultCode);

class CBSyncRenameFolderEventParams {
public:
  qint64 TaskId();

  const QString &OldPath();

  const QString &NewPath();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void RenameFolder(CBSyncRenameFolderEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireRenameFolder(CBSyncRenameFolderEventParams *e) {...}

Remarks

This event fires when the system needs to notify the class that the local folder located at OldPath is about to be renamed or moved.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The OldPath parameter specifies the current path of the folder.

The NewPath parameter specifies the new path of the folder.

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Note that when this event is fired, a change in the local synchronization root has already occurred. This change cannot be reversed by returning an error code from the event handler.

ResetFile Event (CBSync Class)

This event is fired after the local copy of a file's data has been discarded.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireResetFile(CBSyncResetFileEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int reserved;
} CBSyncResetFileEventParams;


Unicode (Windows)
virtual INT FireResetFile(CBSyncResetFileEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT reserved;
} CBSyncResetFileEventParams;

#define EID_CBSYNC_RESETFILE 13

virtual INT CBFSSYNC_CALL FireResetFile(LONG64 &lTaskId, LPWSTR &lpszPath);

class CBSyncResetFileEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void ResetFile(CBSyncResetFileEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireResetFile(CBSyncResetFileEventParams *e) {...}

Remarks

This event is fired when the local copy of a file's data has been discarded. When files are downloaded, their data are stored both locally and remotely. At times, the local copy of the data may be purged while the file placeholder remains.

The local file data can be manually removed by calling the ResetFile method, or it may be initiated by the system. In the latter case, after the local copy of the file data has been purged, this event is fired to notify the user.

Following the firing of this event, the file placeholder will still be present, but no file data will be stored locally.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The TaskId parameter is reserved for future use.

This event is provided for informational purposes only and does not require any immediate action.

UpdateFile Event (CBSync Class)

This event fires when a local file is updated.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireUpdateFile(CBSyncUpdateFileEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int UpdateFlags;
  int Attributes;
  int64 Size;
  int64 CreationTime;
  int64 LastAccessTime;
  int64 LastModifiedTime;
  int ResultCode;
  int reserved;
} CBSyncUpdateFileEventParams;


Unicode (Windows)
virtual INT FireUpdateFile(CBSyncUpdateFileEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT UpdateFlags;
  INT Attributes;
  LONG64 Size;
  LONG64 CreationTime;
  LONG64 LastAccessTime;
  LONG64 LastModifiedTime;
  INT ResultCode;
  INT reserved;
} CBSyncUpdateFileEventParams;

#define EID_CBSYNC_UPDATEFILE 14

virtual INT CBFSSYNC_CALL FireUpdateFile(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iUpdateFlags, INT &iAttributes, LONG64 &lSize, LONG64 &lCreationTime, LONG64 &lLastAccessTime, LONG64 &lLastModifiedTime, INT &iResultCode);

class CBSyncUpdateFileEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int UpdateFlags();

  int Attributes();

  qint64 Size();

  const QDateTime &CreationTime();

  const QDateTime &LastAccessTime();

  const QDateTime &LastModifiedTime();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void UpdateFile(CBSyncUpdateFileEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireUpdateFile(CBSyncUpdateFileEventParams *e) {...}

Remarks

This event fires when the class detects a change in the metadata or data of the local file identified by Path. Scenarios in which this event is fired include the following:

• Modification of file content: The event captures changes to the content of a file, such as appending or removing data within a file. This ensures that the modified content can be synchronized between the local and remote storages.
• Modification of file metadata: When changes are made to a file's metadata, such as timestamps and attributes, the event enables the corresponding metadata in the remote storage to be updated to match the local changes.

When file contents are updated, use the GetFileData method to obtain the data that should be sent to the remote storage.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the file relative to the synchronization root; for example, "/MyFolder/MyFile.txt".

The Size parameter specifies the new size of the file.

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME.

The Attributes parameter is a bitmask defining the attributes of the file. The possible attributes include the following:

The UpdateFlags parameter indicates which information has been updated. This value is a combination of the following flags:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

UpdateFolder Event (CBSync Class)

This event fires when a local folder is updated.

Syntax

• C++
• C
• Qt

ANSI (Cross Platform)
virtual int FireUpdateFolder(CBSyncUpdateFolderEventParams *e);

typedef struct {
  int64 TaskId;
  const char *Path;
  int UpdateFlags;
  int Attributes;
  int64 CreationTime;
  int64 LastAccessTime;
  int64 LastModifiedTime;
  int ResultCode;
  int reserved;
} CBSyncUpdateFolderEventParams;


Unicode (Windows)
virtual INT FireUpdateFolder(CBSyncUpdateFolderEventParams *e);

typedef struct {
  LONG64 TaskId;
  LPCWSTR Path;
  INT UpdateFlags;
  INT Attributes;
  LONG64 CreationTime;
  LONG64 LastAccessTime;
  LONG64 LastModifiedTime;
  INT ResultCode;
  INT reserved;
} CBSyncUpdateFolderEventParams;

#define EID_CBSYNC_UPDATEFOLDER 15

virtual INT CBFSSYNC_CALL FireUpdateFolder(LONG64 &lTaskId, LPWSTR &lpszPath, INT &iUpdateFlags, INT &iAttributes, LONG64 &lCreationTime, LONG64 &lLastAccessTime, LONG64 &lLastModifiedTime, INT &iResultCode);

class CBSyncUpdateFolderEventParams {
public:
  qint64 TaskId();

  const QString &Path();

  int UpdateFlags();

  int Attributes();

  const QDateTime &CreationTime();

  const QDateTime &LastAccessTime();

  const QDateTime &LastModifiedTime();

  int ResultCode();
  void SetResultCode(int iResultCode);

  int EventRetVal();
  void SetEventRetVal(int iRetVal);
};

// To handle, connect one or more slots to this signal.
void UpdateFolder(CBSyncUpdateFolderEventParams *e);

// Or, subclass CBSync and override this emitter function.
virtual int FireUpdateFolder(CBSyncUpdateFolderEventParams *e) {...}

Remarks

This event fires when the class detects a change in the metadata of the local folder identified by Path.

When changes are made to a folder's metadata, such as timestamps and attributes, the event enables the corresponding metadata in the remote storage to be updated to match the local changes.

When this event fires and communication with the remote storage is required, an application may use either of the two strategies for reporting the completion of the operation:

• If the request can be completed quickly, set the ResultCode parameter to 0 and return from this event. Do not call FinalizeTask in this case.
• If the request cannot be completed quickly, set the ResultCode parameter to CBFSSYNC_PENDING (0x21000001) and return from this event. The communication with the remote storage then may be completed outside of this event. After the request has been completed, call FinalizeTask to inform the class about the completion. When calling FinalizeTask , pass the value of the TaskId parameter of this event to FinalizeTask to identify the completed operation.

The TaskId parameter identifies the current operation and is required when calling the FinalizeTask method; thus, it is important to record this value when an operation will be completed after the event handler has returned.

The Path parameter represents the path of the folder relative to the synchronization root; for example, "/MyFolder/MyOtherFolder".

The CreationTime, LastAccessTime, and LastModifiedTime parameters contain the corresponding time value, specified as a number of 100-nanosecond intervals since Jan 1, 1601 00:00:00 UTC(on all supported platforms!), i.e., as Windows FILETIME.

The Attributes parameter is a bitmask defining the attributes of the folder. The possible attributes include the following:

The UpdateFlags parameter indicates which information has been updated. This value is a combination of the following flags:

When this event is fired, the ResultCode parameter will always be 0. If, however, the event cannot be handled successfully because of reasons such as unavailable resources or failed security checks, you can set it to an appropriate value to report an error. Please refer to the Error Codes section for the set of possible values. If an unhandled exception occurs within the event handler, the class will catch it and report an internal error.

Config Settings (CBSync Class)

CBSync Config Settings

Base Config Settings

Trappable Errors (CBSync Class)

Error Handling (C++)

Call the GetLastErrorCode() method to obtain the last called method's result code; 0 indicates success, while a non-zero error code indicates that this method encountered an error during its execution. Known error codes are listed below. If an error occurs, the GetLastError() method can be called to retrieve the associated error message.

Events that include a ResultCode parameter expect the value to be one of the following codes:

CBSync Errors

Special Use Errors