![]() |
![]() |
![]() |
MateVFS - Filesystem Abstraction library | ![]() |
---|---|---|---|---|
Top | Description |
enum MateVFSXferOptions; enum MateVFSXferProgressStatus; enum MateVFSXferOverwriteMode; enum MateVFSXferOverwriteAction; enum MateVFSXferErrorMode; enum MateVFSXferErrorAction; enum MateVFSXferPhase; MateVFSXferProgressInfo; gint (*MateVFSXferProgressCallback) (MateVFSXferProgressInfo *info
,gpointer user_data
); MateVFSResult mate_vfs_xfer_uri_list (const GList *source_uri_list
,const GList *target_uri_list
,MateVFSXferOptions xfer_options
,MateVFSXferErrorMode error_mode
,MateVFSXferOverwriteMode overwrite_mode
,MateVFSXferProgressCallback progress_callback
,gpointer data
); MateVFSResult mate_vfs_xfer_uri (const MateVFSURI *source_uri
,const MateVFSURI *target_uri
,MateVFSXferOptions xfer_options
,MateVFSXferErrorMode error_mode
,MateVFSXferOverwriteMode overwrite_mode
,MateVFSXferProgressCallback progress_callback
,gpointer data
); MateVFSResult mate_vfs_xfer_delete_list (const GList *source_uri_list
,MateVFSXferErrorMode error_mode
,MateVFSXferOptions xfer_options
,MateVFSXferProgressCallback progress_callback
,gpointer data
);
typedef enum { MATE_VFS_XFER_DEFAULT = 0, MATE_VFS_XFER_UNUSED_1 = 1 << 0, MATE_VFS_XFER_FOLLOW_LINKS = 1 << 1, MATE_VFS_XFER_UNUSED_2 = 1 << 2, MATE_VFS_XFER_RECURSIVE = 1 << 3, MATE_VFS_XFER_SAMEFS = 1 << 4, MATE_VFS_XFER_DELETE_ITEMS = 1 << 5, MATE_VFS_XFER_EMPTY_DIRECTORIES = 1 << 6, MATE_VFS_XFER_NEW_UNIQUE_DIRECTORY = 1 << 7, MATE_VFS_XFER_REMOVESOURCE = 1 << 8, MATE_VFS_XFER_USE_UNIQUE_NAMES = 1 << 9, MATE_VFS_XFER_LINK_ITEMS = 1 << 10, MATE_VFS_XFER_FOLLOW_LINKS_RECURSIVE = 1 << 11, MATE_VFS_XFER_TARGET_DEFAULT_PERMS = 1 << 12 } MateVFSXferOptions;
These options control the way mate_vfs_xfer_uri()
, mate_vfs_xfer_uri_list()
,
mate_vfs_xfer_delete_list()
and mate_vfs_async_xfer()
work.
At a first glance the MateVFSXferOptions semantics are not very intuitive.
There are two types of MateVFSXferOptions: Those that define an operation, i.e. describe what to do, and those that influence how to execute the operation.
Table 1. Operation Selection
MateVFSXferOptions entry | Operation | UNIX equivalent | Comments |
---|---|---|---|
MATE_VFS_XFER_DEFAULT | Copy | cp |
|
MATE_VFS_XFER_REMOVESOURCE | Move | mv |
|
MATE_VFS_XFER_LINK_ITEMS | Link | ln -s |
|
MATE_VFS_XFER_NEW_UNIQUE_DIRECTORY | Make Unique Directory | mkdir |
implies MATE_VFS_XFER_USE_UNIQUE_NAMES |
MATE_VFS_XFER_DELETE_ITEMS | Remove | rm -r |
|
MATE_VFS_XFER_EMPTY_DIRECTORIES | Remove Directory Contents | foreach file: ( cd file && rm -rf * )
|
used to empty trash |
Because MATE_VFS_XFER_DEFAULT maps to 0
, it will always be present.
Thus, not explicitly specifying any operation at all, or just specifying
MATE_VFS_XFER_DEFAULT will both execute a copy.
If an operation other than MATE_VFS_XFER_DEFAULT is specified, it will override the copy operation, but you may only specify one of the other operations at a time.
This unintuitive operation selection unfortunately poses an API weakness and an obstacle in client development, and will be modified in a later revision of this API.
Default behavior, which is to do a straight one to one copy. | |
Unused. | |
Follow symbolic links when copying or moving, i.e. the target of symbolic links are copied rather than the symbolic links themselves. Note that this just refers to top-level items. If you also want to follow symbolic links inside directories you operate on, you also have to specify MATE_VFS_XFER_FOLLOW_LINKS_RECURSIVE. | |
Unused. | |
Recursively copy source directories to the target. Equivalent to the cp -r option in GNU cp. | |
When copying recursively, this only picks up items on the same file system the same filesystem as their parent directory. | |
This is equivalent to an rmdir() for source directories,
and an unlink() operation for all source files.
Requires NULL target URIs.
|
|
Remove the whole contents of the passed-in source
directories. Requires NULL target URIs.
|
|
This will create a directory if it doesn't exist
in the destination area (i.e. mkdir() ).
|
|
This makes a copy operation equivalent to a mv, i.e. the
files will be moved rather than copied. If applicable, this
will use rename() , otherwise (i.e. across file systems),
it will fall back to a copy operation followed by a source
file deletion.
|
|
When this option is present, and a name collisions on the target occurs, the progress callback will be asked for a new name, until the newly provided name doesn't conflict or the request callback transfer cancellation. | |
Executes a symlink operation for each of the source/target URI pairs, i.e. similar to GNU ln -s source target. NB: The symlink target has to be specified as source URI, and the symlink itself as target URI. | |
This means that when doing a copy operation, symbolic links in subdirectories are dereferenced. This is typically used together with MATE_VFS_XFER_FOLLOW_LINKS_RECURSIVE. | |
This means that the target file will not have the same permissions as the source file, but will instead have the default permissions of the destination location. This is useful when copying from read-only locations (CDs). |
typedef enum { MATE_VFS_XFER_PROGRESS_STATUS_OK = 0, MATE_VFS_XFER_PROGRESS_STATUS_VFSERROR = 1, MATE_VFS_XFER_PROGRESS_STATUS_OVERWRITE = 2, MATE_VFS_XFER_PROGRESS_STATUS_DUPLICATE = 3 } MateVFSXferProgressStatus;
The difference between MATE_VFS_XFER_PROGRESS_STATUS_OVERWRITE and MATE_VFS_XFER_PROGRESS_STATUS_DUPLICATE is that they will be issued at different occassions, and that the return value will be interpreted differently. For details, see MateVFSXferProgressCallback.
The file transfer is progressing normally. | |
A VFS error was detected. | |
The current target file specified by the
MateVFSXferProgressInfo's target_name
field already exists.
|
|
The current target file specified by the
MateVFSXferProgressInfo's target_name
field already exists, and the progress
callback is asked to supply a new unique name.
|
typedef enum { MATE_VFS_XFER_OVERWRITE_MODE_ABORT = 0, MATE_VFS_XFER_OVERWRITE_MODE_QUERY = 1, MATE_VFS_XFER_OVERWRITE_MODE_REPLACE = 2, MATE_VFS_XFER_OVERWRITE_MODE_SKIP = 3 } MateVFSXferOverwriteMode;
This is passed to mate_vfs_xfer_uri()
, mate_vfs_xfer_uri_list()
,
mate_vfs_xfer_delete_list()
and mate_vfs_async_xfer()
and specifies
what action should be taken when a target file already exists.
Abort the transfer when a target file already exists, returning the error MATE_VFS_ERROR_FILEEXISTS. | |
Query the progress callback with the MateVFSXferProgressInfo's status field set to MATE_VFS_XFER_PROGRESS_STATUS_VFSERROR when a target file already exists. | |
Replace existing target files silently. Don't worry be happy. | |
Skip source files when its target already exists. |
typedef enum { MATE_VFS_XFER_OVERWRITE_ACTION_ABORT = 0, MATE_VFS_XFER_OVERWRITE_ACTION_REPLACE = 1, MATE_VFS_XFER_OVERWRITE_ACTION_REPLACE_ALL = 2, MATE_VFS_XFER_OVERWRITE_ACTION_SKIP = 3, MATE_VFS_XFER_OVERWRITE_ACTION_SKIP_ALL = 4 } MateVFSXferOverwriteAction;
This defines the actions to perform before a file is being overwritten (i.e., these are the answers that can be given to a replace query).
abort the transfer | |
replace the existing file | |
replace the existing file, and all future files without prompting the callback. | |
don't copy over the existing file | |
don't copy over the existing file, and all future files without prompting the callback. |
typedef enum { MATE_VFS_XFER_ERROR_MODE_ABORT = 0, MATE_VFS_XFER_ERROR_MODE_QUERY = 1 } MateVFSXferErrorMode;
This is passed to mate_vfs_xfer_uri()
, mate_vfs_xfer_uri_list()
,
mate_vfs_xfer_delete_list()
and mate_vfs_async_xfer()
and specifies
what action should be taken when transfer errors are detected.
The progress callback is either a MateVFSXferProgressCallback for synchronous Xfer operations, or a MateVFSAsyncXferProgressCallback for asynchronous operations.
abort the transfer when an error occurs | |
query the progress callback with the MateVFSXferProgressInfo's status field set to MATE_VFS_XFER_PROGRESS_STATUS_VFSERROR. |
typedef enum { MATE_VFS_XFER_ERROR_ACTION_ABORT = 0, MATE_VFS_XFER_ERROR_ACTION_RETRY = 1, MATE_VFS_XFER_ERROR_ACTION_SKIP = 2 } MateVFSXferErrorAction;
This defines the possible actions to be performed after a VFS error has occurred, i.e. when a MateVFS file operation issued during the transfer returned a result that is not equal to MATE_VFS_OK.
It is returned by the progress callback which is either a MateVFSXferProgressCallback for synchronous Xfer operations, or a MateVFSAsyncXferProgressCallback for asynchronous operations.
interrupt Xfer and return MATE_VFS_ERROR_INTERRUPTED .
|
|
retry the failed operation. | |
skip the failed operation, and continue Xfer normally. |
typedef enum { MATE_VFS_XFER_PHASE_INITIAL, MATE_VFS_XFER_CHECKING_DESTINATION, MATE_VFS_XFER_PHASE_COLLECTING, MATE_VFS_XFER_PHASE_READYTOGO, MATE_VFS_XFER_PHASE_OPENSOURCE, MATE_VFS_XFER_PHASE_OPENTARGET, MATE_VFS_XFER_PHASE_COPYING, MATE_VFS_XFER_PHASE_MOVING, MATE_VFS_XFER_PHASE_READSOURCE, MATE_VFS_XFER_PHASE_WRITETARGET, MATE_VFS_XFER_PHASE_CLOSESOURCE, MATE_VFS_XFER_PHASE_CLOSETARGET, MATE_VFS_XFER_PHASE_DELETESOURCE, MATE_VFS_XFER_PHASE_SETATTRIBUTES, MATE_VFS_XFER_PHASE_FILECOMPLETED, MATE_VFS_XFER_PHASE_CLEANUP, MATE_VFS_XFER_PHASE_COMPLETED, MATE_VFS_XFER_NUM_PHASES } MateVFSXferPhase;
Specifies the current phase of an Xfer operation that was
initiated using mate_vfs_xfer_uri()
, mate_vfs_xfer_uri_list()
,
mate_vfs_xfer_delete_list()
or mate_vfs_async_xfer()
.
Whenever the Xfer phase is in a phase that is highlighted with a
(*), the MateVFSXferProgressCallback respectively
MateVFSAsyncXferProgressCallback is never invoked with a
MateVFSXferProgressStatus other than MATE_VFS_XFER_PROGRESS_STATUS_OK
.
initial phase. | |
destination is checked for being able to handle copy/move. | |
source file list is collected. | |
source file list has been collected (*). | |
source file is opened for reading. | |
target file, directory or symlink is created, or opened for copying. | |
data is copied from source file to target file (*). | |
source file is moved to target (M). | |
data is read from a source file, when copying. | |
data is written to a target file, when copying. | |
source file is closed, when copying | |
target file is closed, when copying. | |
source file is deleted. | |
target file attributes are set. | |
one file was completed, ready for next file. | |
cleanup after moving (i.e. source files deletion). | |
operation finished (*). | |
typedef struct { MateVFSXferProgressStatus status; MateVFSResult vfs_status; MateVFSXferPhase phase; /* Source URI. FIXME bugzilla.eazel.com 1206: change name? */ gchar *source_name; /* Destination URI. FIXME bugzilla.eazel.com 1206: change name? */ gchar *target_name; gulong file_index; gulong files_total; MateVFSFileSize bytes_total; MateVFSFileSize file_size; MateVFSFileSize bytes_copied; MateVFSFileSize total_bytes_copied; gchar *duplicate_name; int duplicate_count; gboolean top_level_item; /* Reserved for future expansions to MateVFSXferProgressInfo * without having to break ABI compatibility */ } MateVFSXferProgressInfo;
Provides progress information for the transfer operation. This is especially useful for interactive programs.
MateVFSXferProgressStatus |
A MateVFSXferProgressStatus describing the current status. |
MateVFSResult |
A MateVFSResult describing the current VFS status. |
MateVFSXferPhase |
A MateVFSXferPhase describing the current transfer phase. |
The Currently processed source URI. | |
The Currently processed target URI. | |
The index of the currently processed file. | |
The total number of processed files. | |
MateVFSFileSize |
The total size of all files to transfer in bytes. |
MateVFSFileSize |
The size of the currently processed file in bytes. |
MateVFSFileSize |
The number of bytes that has been transferred from the current file. |
MateVFSFileSize |
The total number of bytes that has been transferred. |
The name specifying a duplicate filename.
It acts as pointer to both input and output
data. It is only valid input data if status is
MATE_VFS_XFER_PROGRESS_STATUS_DUPLICATE,
in which case duplicate_count and duplicate_name
should be used by the MateVFSXferProgressCallback
to pick a new unique target name.
If the callback wants to retry with a new unique name
it is supposed to free the old duplicate_name
set it to a valid string describing the new file name.
|
|
The number of conflicts that ocurred when the
current duplicate_name was set.
|
|
This flag signals that the currently
processed file is a top level item.
If it is TRUE , one of the files passed to
mate_vfs_xfer_uri() , mate_vfs_xfer_uri_list() ,
mate_vfs_xfer_delete_list() or mate_vfs_async_xfer()
is currently processed.
If it is FALSE , a file or directory that is inside
a directory specified by the passed in source list
is currently processed.
|
gint (*MateVFSXferProgressCallback) (MateVFSXferProgressInfo *info
,gpointer user_data
);
This is the prototype for functions called during a transfer operation to report progress.
The interpretation of the return value of the callback depends on the
MateVFSXferProgressStaus status
field of MateVFSXferProgressInfo,
some status/return value combinations require modification of
particular info
fields.
Table 2. Status/Return Value Overview
MateVFSXferProgressStatus status | Status | Only If | Return Value Interpretation |
---|---|---|---|
MATE_VFS_XFER_PROGRESS_STATUS_OK | OK |
0 : abort, otherwise continue |
|
MATE_VFS_XFER_PROGRESS_STATUS_VFSERROR | VFS Error Ocurred | MateVFSXferErrorMode is MATE_VFS_XFER_ERROR_MODE_QUERY | MateVFSXferErrorAction |
MATE_VFS_XFER_PROGRESS_STATUS_OVERWRITE | Conflict Ocurred, Overwrite? | MateVFSXferOverwriteMode is MATE_VFS_XFER_OVERWRITE_MODE_QUERY, MateVFSXferOptions does not have MATE_VFS_XFER_USE_UNIQUE_NAMES. | MateVFSXferOverwriteAction |
MATE_VFS_XFER_PROGRESS_STATUS_DUPLICATE | Conflict Ocurred, New Target Name? | MateVFSXferOptions does have MATE_VFS_XFER_USE_UNIQUE_NAMES. |
0 : abort, otherwise retry with new duplicate_name in info (free the old one!). |
0
.
Therefore, returning 0
will always abort the Xfer. On abortion, if the info
's vfs_status
is MATE_VFS_OK, the Xfer operation result will be set to MATE_VFS_ERROR_INTERRUPTED,
otherwise the operation result will be set to vfs_status
to distinguish completely
user-driven aborts from those involving a problem during the Xfer.
|
The MateVFSXferProgressInfo associated with this transfer operation. |
|
The user data passed to mate_vfs_xfer_uri() , mate_vfs_xfer_uri_list() ,
mate_vfs_xfer_delete_list() or mate_vfs_async_xfer() .
|
Returns : |
Whether the process should be aborted, or whether a special action should be taken. |
MateVFSResult mate_vfs_xfer_uri_list (const GList *source_uri_list
,const GList *target_uri_list
,MateVFSXferOptions xfer_options
,MateVFSXferErrorMode error_mode
,MateVFSXferOverwriteMode overwrite_mode
,MateVFSXferProgressCallback progress_callback
,gpointer data
);
This function will transfer multiple files to multiple targets, given
source URIs and destination URIs. If you want to do asynchronous
file transfers, you have to use mate_vfs_async_xfer()
instead.
|
A GList of source MateVFSURIs. |
|
A GList of target MateVFSURIs, each corresponding to one URI in
source_uri_list .
|
|
MateVFSXferOptions defining the desired operation and parameters. |
|
A MateVFSErrorMode specifying how to proceed if a VFS error occurs. |
|
A MateVFSOverwriteMode specifying how to proceed if a file is being overwritten. |
|
This MateVFSProgressCallback is used to inform the user about the progress of a transfer, and to request further input from him if a problem occurs. |
|
Data to be passed back in callbacks from the xfer engine. |
Returns : |
If all goes well it returns MATE_VFS_OK . Check MateVFSResult for
other values.
|
MateVFSResult mate_vfs_xfer_uri (const MateVFSURI *source_uri
,const MateVFSURI *target_uri
,MateVFSXferOptions xfer_options
,MateVFSXferErrorMode error_mode
,MateVFSXferOverwriteMode overwrite_mode
,MateVFSXferProgressCallback progress_callback
,gpointer data
);
This function works exactly like mate_vfs_xfer_uri_list()
, and is a
convenience wrapper for only acting on one source/target URI pair.
|
A source MateVFSURI. |
|
A target MateVFSURI. |
|
MateVFSXferOptions defining the desired operation and parameters. |
|
A MateVFSErrorMode specifying how to proceed if a VFS error occurs. |
|
A MateVFSOverwriteMode specifying how to proceed if a file is being overwritten. |
|
This MateVFSProgressCallback is used to inform the user about the progress of a transfer, and to request further input from him if a problem occurs. |
|
Data to be passed back in callbacks from the xfer engine. |
Returns : |
an integer representing the result of the operation. |
MateVFSResult mate_vfs_xfer_delete_list (const GList *source_uri_list
,MateVFSXferErrorMode error_mode
,MateVFSXferOptions xfer_options
,MateVFSXferProgressCallback progress_callback
,gpointer data
);
Unlinks items in the source_uri_list
from their filesystems.
|
This is a list containing uris. |
|
Decide how you want to deal with interruptions. |
|
Set whatever transfer options you need. |
|
Callback to check on progress of transfer. |
|
Data to be passed back in callbacks from the xfer engine. |
Returns : |
MATE_VFS_OK if successful, or the appropriate error code otherwise.
|