Top |
GFileError | g_file_error_from_errno () |
gboolean | g_file_get_contents () |
gboolean | g_file_set_contents () |
gboolean | g_file_set_contents_full () |
gboolean | g_file_test () |
gint | g_mkstemp () |
gint | g_mkstemp_full () |
gint | g_file_open_tmp () |
gchar * | g_file_read_link () |
gint | g_mkdir_with_parents () |
gchar * | g_mkdtemp () |
gchar * | g_mkdtemp_full () |
gchar * | g_dir_make_tmp () |
GDir * | g_dir_open () |
const gchar * | g_dir_read_name () |
void | g_dir_rewind () |
void | g_dir_close () |
GMappedFile * | g_mapped_file_new () |
GMappedFile * | g_mapped_file_new_from_fd () |
GMappedFile * | g_mapped_file_ref () |
void | g_mapped_file_unref () |
void | g_mapped_file_free () |
gsize | g_mapped_file_get_length () |
gchar * | g_mapped_file_get_contents () |
GBytes * | g_mapped_file_get_bytes () |
int | g_open () |
int | g_rename () |
int | g_mkdir () |
int | g_stat () |
int | g_lstat () |
int | g_unlink () |
int | g_remove () |
int | g_rmdir () |
FILE * | g_fopen () |
FILE * | g_freopen () |
gint | g_fsync () |
int | g_chmod () |
int | g_access () |
int | g_creat () |
int | g_chdir () |
int | g_utime () |
gboolean | g_close () |
enum | GFileError |
#define | G_FILE_ERROR |
enum | GFileTest |
enum | GFileSetContentsFlags |
GDir | |
GMappedFile | |
typedef | GStatBuf |
#include <glib.h> #include <glib/gstdio.h> #include <fcntl.h> #include <sys/types.h> #include <sys/stat.h>
Do not use these APIs unless you are porting a POSIX application to Windows. A more high-level file access API is provided as GIO — see the documentation for GFile.
There is a group of functions which wrap the common POSIX functions
dealing with filenames (g_open()
, g_rename()
, g_mkdir()
, g_stat()
,
g_unlink()
, g_remove()
, g_fopen()
, g_freopen()
). The point of these
wrappers is to make it possible to handle file names with any Unicode
characters in them on Windows without having to use ifdefs and the
wide character API in the application code.
On some Unix systems, these APIs may be defined as identical to their POSIX
counterparts. For this reason, you must check for and include the necessary
header files (such as fcntl.h
) before using functions like g_creat()
. You
must also define the relevant feature test macros.
The pathname argument should be in the GLib file name encoding.
On POSIX this is the actual on-disk encoding which might correspond
to the locale settings of the process (or the G_FILENAME_ENCODING
environment variable), or not.
On Windows the GLib file name encoding is UTF-8. Note that the Microsoft C library does not use UTF-8, but has separate APIs for current system code page and wide characters (UTF-16). The GLib wrappers call the wide character API if present (on modern Windows systems), otherwise convert to/from the system code page.
Another group of functions allows to open and read directories
in the GLib file name encoding. These are g_dir_open()
,
g_dir_read_name()
, g_dir_rewind()
, g_dir_close()
.
GFileError
g_file_error_from_errno (gint err_no
);
Gets a GFileError constant based on the passed-in err_no
.
For example, if you pass in EEXIST
this function returns
G_FILE_ERROR_EXIST
. Unlike errno
values, you can portably
assume that all GFileError values will exist.
Normally a GFileError value goes into a GError returned
from a function that manipulates files. So you would use
g_file_error_from_errno()
when constructing a GError.
gboolean g_file_get_contents (const gchar *filename
,gchar **contents
,gsize *length
,GError **error
);
Reads an entire file into allocated memory, with good error checking.
If the call was successful, it returns TRUE
and sets contents
to the file
contents and length
to the length of the file contents in bytes. The string
stored in contents
will be nul-terminated, so for text files you can pass
NULL
for the length
argument. If the call was not successful, it returns
FALSE
and sets error
. The error domain is G_FILE_ERROR
. Possible error
codes are those in the GFileError enumeration. In the error case,
contents
is set to NULL
and length
is set to zero.
filename |
name of a file to read contents from, in the GLib file name encoding. |
[type filename] |
contents |
location to store an allocated string, use |
[out][array length=length][element-type guint8] |
length |
location to store length in bytes of the contents, or |
[nullable] |
error |
gboolean g_file_set_contents (const gchar *filename
,const gchar *contents
,gssize length
,GError **error
);
Writes all of contents
to a file named filename
. This is a convenience
wrapper around calling g_file_set_contents_full()
with flags
set to
G_FILE_SET_CONTENTS_CONSISTENT | G_FILE_SET_CONTENTS_ONLY_EXISTING
and
mode
set to 0666
.
Since: 2.8
gboolean g_file_set_contents_full (const gchar *filename
,const gchar *contents
,gssize length
,GFileSetContentsFlags flags
,int mode
,GError **error
);
Writes all of contents
to a file named filename
, with good error checking.
If a file called filename
already exists it will be overwritten.
flags
control the properties of the write operation: whether it’s atomic,
and what the tradeoff is between returning quickly or being resilient to
system crashes.
As this function performs file I/O, it is recommended to not call it anywhere
where blocking would cause problems, such as in the main loop of a graphical
application. In particular, if flags
has any value other than
G_FILE_SET_CONTENTS_NONE
then this function may call
.fsync()
If G_FILE_SET_CONTENTS_CONSISTENT
is set in flags
, the operation is atomic
in the sense that it is first written to a temporary file which is then
renamed to the final name.
Notes:
On UNIX, if filename
already exists hard links to filename
will break.
Also since the file is recreated, existing permissions, access control
lists, metadata etc. may be lost. If filename
is a symbolic link,
the link itself will be replaced, not the linked file.
On UNIX, if filename
already exists and is non-empty, and if the system
supports it (via a journalling filesystem or equivalent), and if
G_FILE_SET_CONTENTS_CONSISTENT
is set in flags
, the
call (or
equivalent) will be used to ensure atomic replacement: fsync()
filename
will contain either its old contents or contents
, even in the face of
system power loss, the disk being unsafely removed, etc.
On UNIX, if filename
does not already exist or is empty, there is a
possibility that system power loss etc. after calling this function will
leave filename
empty or full of NUL bytes, depending on the underlying
filesystem, unless G_FILE_SET_CONTENTS_DURABLE
and
G_FILE_SET_CONTENTS_CONSISTENT
are set in flags
.
On Windows renaming a file will not remove an existing file with the new name, so on Windows there is a race condition between the existing file being removed and the temporary file being renamed.
On Windows there is no way to remove a file that is open to some
process, or mapped into memory. Thus, this function will fail if
filename
already exists and is open.
If the call was successful, it returns TRUE
. If the call was not successful,
it returns FALSE
and sets error
. The error domain is G_FILE_ERROR
.
Possible error codes are those in the GFileError enumeration.
Note that the name for the temporary file is constructed by appending up
to 7 characters to filename
.
If the file didn’t exist before and is created, it will be given the
permissions from mode
. Otherwise, the permissions of the existing file may
be changed to mode
depending on flags
, or they may remain unchanged.
filename |
name of a file to write |
[type filename] |
contents |
string to write to the file. |
[array length=length][element-type guint8] |
length |
length of |
|
flags |
flags controlling the safety vs speed of the operation |
|
mode |
file mode, as passed to |
|
error |
Since: 2.66
gboolean g_file_test (const gchar *filename
,GFileTest test
);
Returns TRUE
if any of the tests in the bitfield test
are
TRUE
. For example, (G_FILE_TEST_EXISTS | G_FILE_TEST_IS_DIR)
will return TRUE
if the file exists; the check whether it's a
directory doesn't matter since the existence test is TRUE
. With
the current set of available tests, there's no point passing in
more than one test at a time.
Apart from G_FILE_TEST_IS_SYMLINK
all tests follow symbolic links,
so for a symbolic link to a regular file g_file_test()
will return
TRUE
for both G_FILE_TEST_IS_SYMLINK
and G_FILE_TEST_IS_REGULAR
.
Note, that for a dangling symbolic link g_file_test()
will return
TRUE
for G_FILE_TEST_IS_SYMLINK
and FALSE
for all other flags.
You should never use g_file_test()
to test whether it is safe
to perform an operation, because there is always the possibility
of the condition changing before you actually perform the operation.
For example, you might think you could use G_FILE_TEST_IS_SYMLINK
to know whether it is safe to write to a file without being
tricked into writing into a different location. It doesn't work!
1 2 3 4 5 6 |
// DON'T DO THIS if (!g_file_test (filename, G_FILE_TEST_IS_SYMLINK)) { fd = g_open (filename, O_WRONLY); // write to fd } |
Another thing to note is that G_FILE_TEST_EXISTS
and
G_FILE_TEST_IS_EXECUTABLE
are implemented using the access()
system call. This usually doesn't matter, but if your program
is setuid or setgid it means that these tests will give you
the answer for the real user ID and group ID, rather than the
effective user ID and group ID.
On Windows, there are no symlinks, so testing for
G_FILE_TEST_IS_SYMLINK
will always return FALSE
. Testing for
G_FILE_TEST_IS_EXECUTABLE
will just check that the file exists and
its name indicates that it is executable, checking for well-known
extensions and those listed in the PATHEXT
environment variable.
filename |
a filename to test in the GLib file name encoding. |
[type filename] |
test |
bitfield of GFileTest flags |
gint
g_mkstemp (gchar *tmpl
);
Opens a temporary file. See the mkstemp()
documentation
on most UNIX-like systems.
The parameter is a string that should follow the rules for
mkstemp()
templates, i.e. contain the string "XXXXXX".
g_mkstemp()
is slightly more flexible than mkstemp()
in that the
sequence does not have to occur at the very end of the template.
The X string will be modified to form the name of a file that
didn't exist. The string should be in the GLib file name encoding.
Most importantly, on Windows it should be in UTF-8.
[skip]
gint g_mkstemp_full (gchar *tmpl
,gint flags
,gint mode
);
Opens a temporary file. See the mkstemp()
documentation
on most UNIX-like systems.
The parameter is a string that should follow the rules for
mkstemp()
templates, i.e. contain the string "XXXXXX".
g_mkstemp_full()
is slightly more flexible than mkstemp()
in that the sequence does not have to occur at the very end of the
template and you can pass a mode
and additional flags
. The X
string will be modified to form the name of a file that didn't exist.
The string should be in the GLib file name encoding. Most importantly,
on Windows it should be in UTF-8.
[skip]
tmpl |
template filename. |
[type filename] |
flags |
flags to pass to an |
|
mode |
permissions to create the temporary file with |
A file handle (as from open()
) to the file
opened for reading and writing. The file handle should be
closed with close()
. In case of errors, -1 is returned
and errno
will be set.
Since: 2.22
gint g_file_open_tmp (const gchar *tmpl
,gchar **name_used
,GError **error
);
Opens a file for writing in the preferred directory for temporary
files (as returned by g_get_tmp_dir()
).
tmpl
should be a string in the GLib file name encoding containing
a sequence of six 'X' characters, as the parameter to g_mkstemp()
.
However, unlike these functions, the template should only be a
basename, no directory components are allowed. If template is
NULL
, a default template is used.
Note that in contrast to g_mkstemp()
(and mkstemp()
) tmpl
is not
modified, and might thus be a read-only literal string.
Upon success, and if name_used
is non-NULL
, the actual name used
is returned in name_used
. This string should be freed with g_free()
when not needed any longer. The returned name is in the GLib file
name encoding.
tmpl |
Template for file name, as in
|
[type filename][nullable] |
name_used |
location to store actual name used,
or |
[out][type filename] |
error |
return location for a GError |
gchar * g_file_read_link (const gchar *filename
,GError **error
);
Reads the contents of the symbolic link filename
like the POSIX
readlink()
function.
The returned string is in the encoding used
for filenames. Use g_filename_to_utf8()
to convert it to UTF-8.
The returned string may also be a relative path. Use g_build_filename()
to
convert it to an absolute path:
1 2 3 4 5 6 7 8 9 10 11 12 |
g_autoptr(GError) local_error = NULL; g_autofree gchar *link_target = g_file_read_link ("/etc/localtime", &local_error); if (local_error != NULL) g_error ("Error reading link: %s", local_error->message); if (!g_path_is_absolute (link_target)) { g_autofree gchar *absolute_link_target = g_build_filename ("/etc", link_target, NULL); g_free (link_target); link_target = g_steal_pointer (&absolute_link_target); } |
A newly-allocated string with
the contents of the symbolic link, or NULL
if an error occurred.
[type filename][transfer full]
Since: 2.4
gint g_mkdir_with_parents (const gchar *pathname
,gint mode
);
Create a directory if it doesn't already exist. Create intermediate parent directories as needed, too.
pathname |
a pathname in the GLib file name encoding. |
[type filename] |
mode |
permissions to use for newly created directories |
0 if the directory already exists, or was successfully created. Returns -1 if an error occurred, with errno set.
Since: 2.8
gchar *
g_mkdtemp (gchar *tmpl
);
Creates a temporary directory. See the mkdtemp()
documentation
on most UNIX-like systems.
The parameter is a string that should follow the rules for
mkdtemp()
templates, i.e. contain the string "XXXXXX".
g_mkdtemp()
is slightly more flexible than mkdtemp()
in that the
sequence does not have to occur at the very end of the template.
The X string will be modified to form the name of a directory that
didn't exist.
The string should be in the GLib file name encoding. Most importantly,
on Windows it should be in UTF-8.
If you are going to be creating a temporary directory inside the
directory returned by g_get_tmp_dir()
, you might want to use
g_dir_make_tmp()
instead.
[skip]
A pointer to tmpl
, which has been
modified to hold the directory name. In case of errors, NULL
is
returned and errno
will be set.
[nullable][type filename]
Since: 2.30
gchar * g_mkdtemp_full (gchar *tmpl
,gint mode
);
Creates a temporary directory. See the mkdtemp()
documentation
on most UNIX-like systems.
The parameter is a string that should follow the rules for
mkdtemp()
templates, i.e. contain the string "XXXXXX".
g_mkdtemp_full()
is slightly more flexible than mkdtemp()
in that the
sequence does not have to occur at the very end of the template
and you can pass a mode
. The X string will be modified to form
the name of a directory that didn't exist. The string should be
in the GLib file name encoding. Most importantly, on Windows it
should be in UTF-8.
If you are going to be creating a temporary directory inside the
directory returned by g_get_tmp_dir()
, you might want to use
g_dir_make_tmp()
instead.
[skip]
tmpl |
template directory name. |
[type filename] |
mode |
permissions to create the temporary directory with |
A pointer to tmpl
, which has been
modified to hold the directory name. In case of errors, NULL
is
returned, and errno
will be set.
[nullable][type filename]
Since: 2.30
gchar * g_dir_make_tmp (const gchar *tmpl
,GError **error
);
Creates a subdirectory in the preferred directory for temporary
files (as returned by g_get_tmp_dir()
).
tmpl
should be a string in the GLib file name encoding containing
a sequence of six 'X' characters, as the parameter to g_mkstemp()
.
However, unlike these functions, the template should only be a
basename, no directory components are allowed. If template is
NULL
, a default template is used.
Note that in contrast to g_mkdtemp()
(and mkdtemp()
) tmpl
is not
modified, and might thus be a read-only literal string.
tmpl |
Template for directory name,
as in |
[type filename][nullable] |
error |
return location for a GError |
The actual name used. This string
should be freed with g_free()
when not needed any longer and is
is in the GLib file name encoding. In case of errors, NULL
is
returned and error
will be set.
[type filename][transfer full]
Since: 2.30
GDir * g_dir_open (const gchar *path
,guint flags
,GError **error
);
Opens a directory for reading. The names of the files in the
directory can then be retrieved using g_dir_read_name()
. Note
that the ordering is not defined.
path |
the path to the directory you are interested in. On Unix in the on-disk encoding. On Windows in UTF-8 |
|
flags |
Currently must be set to 0. Reserved for future use. |
|
error |
return location for a GError, or |
a newly allocated GDir on success, NULL
on failure.
If non-NULL
, you must free the result with g_dir_close()
when you are finished with it.
const gchar *
g_dir_read_name (GDir *dir
);
Retrieves the name of another entry in the directory, or NULL
.
The order of entries returned from this function is not defined,
and may vary by file system or other operating-system dependent
factors.
NULL
may also be returned in case of errors. On Unix, you can
check errno
to find out if NULL
was returned because of an error.
On Unix, the '.' and '..' entries are omitted, and the returned name is in the on-disk encoding.
On Windows, as is true of all GLib functions which operate on filenames, the returned name is in UTF-8.
The entry's name or NULL
if there are no
more entries. The return value is owned by GLib and
must not be modified or freed.
[type filename]
void
g_dir_rewind (GDir *dir
);
Resets the given directory. The next call to g_dir_read_name()
will return the first entry again.
void
g_dir_close (GDir *dir
);
Closes the directory and deallocates all related resources.
GMappedFile * g_mapped_file_new (const gchar *filename
,gboolean writable
,GError **error
);
Maps a file into memory. On UNIX, this is using the mmap()
function.
If writable
is TRUE
, the mapped buffer may be modified, otherwise
it is an error to modify the mapped buffer. Modifications to the buffer
are not visible to other processes mapping the same file, and are not
written back to the file.
Note that modifications of the underlying file might affect the contents
of the GMappedFile. Therefore, mapping should only be used if the file
will not be modified, or if all modifications of the file are done
atomically (e.g. using g_file_set_contents()
).
If filename
is the name of an empty, regular file, the function
will successfully return an empty GMappedFile. In other cases of
size 0 (e.g. device files such as /dev/null), error
will be set
to the GFileError value G_FILE_ERROR_INVAL
.
a newly allocated GMappedFile which must be unref'd
with g_mapped_file_unref()
, or NULL
if the mapping failed.
Since: 2.8
GMappedFile * g_mapped_file_new_from_fd (gint fd
,gboolean writable
,GError **error
);
Maps a file into memory. On UNIX, this is using the mmap()
function.
If writable
is TRUE
, the mapped buffer may be modified, otherwise
it is an error to modify the mapped buffer. Modifications to the buffer
are not visible to other processes mapping the same file, and are not
written back to the file.
Note that modifications of the underlying file might affect the contents
of the GMappedFile. Therefore, mapping should only be used if the file
will not be modified, or if all modifications of the file are done
atomically (e.g. using g_file_set_contents()
).
a newly allocated GMappedFile which must be unref'd
with g_mapped_file_unref()
, or NULL
if the mapping failed.
Since: 2.32
GMappedFile *
g_mapped_file_ref (GMappedFile *file
);
Increments the reference count of file
by one. It is safe to call
this function from any thread.
Since: 2.22
void
g_mapped_file_unref (GMappedFile *file
);
Decrements the reference count of file
by one. If the reference count
drops to 0, unmaps the buffer of file
and frees it.
It is safe to call this function from any thread.
Since 2.22
void
g_mapped_file_free (GMappedFile *file
);
g_mapped_file_free
has been deprecated since version 2.22 and should not be used in newly-written code.
Use g_mapped_file_unref()
instead.
This call existed before GMappedFile had refcounting and is currently
exactly the same as g_mapped_file_unref()
.
Since: 2.8
gsize
g_mapped_file_get_length (GMappedFile *file
);
Returns the length of the contents of a GMappedFile.
Since: 2.8
gchar *
g_mapped_file_get_contents (GMappedFile *file
);
Returns the contents of a GMappedFile.
Note that the contents may not be zero-terminated, even if the GMappedFile is backed by a text file.
If the file is empty then NULL
is returned.
Since: 2.8
GBytes *
g_mapped_file_get_bytes (GMappedFile *file
);
Creates a new GBytes which references the data mapped from file
.
The mapped contents of the file must not be modified after creating this
bytes object, because a GBytes should be immutable.
Since: 2.34
int g_open (const gchar *filename
,int flags
,int mode
);
A wrapper for the POSIX open()
function. The open()
function is
used to convert a pathname into a file descriptor.
On POSIX systems file descriptors are implemented by the operating
system. On Windows, it's the C library that implements open()
and
file descriptors. The actual Win32 API for opening files is quite
different, see MSDN documentation for CreateFile()
. The Win32 API
uses file handles, which are more randomish integers, not small
integers like file descriptors.
Because file descriptors are specific to the C library on Windows,
the file descriptor returned by this function makes sense only to
functions in the same C library. Thus if the GLib-using code uses a
different C library than GLib does, the file descriptor returned by
this function cannot be passed to C library functions like write()
or read()
.
See your C library manual for more details about open()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
flags |
as in |
|
mode |
as in |
a new file descriptor, or -1 if an error occurred.
The return value can be used exactly like the return value
from open()
.
Since: 2.6
int g_rename (const gchar *oldfilename
,const gchar *newfilename
);
A wrapper for the POSIX rename()
function. The rename()
function
renames a file, moving it between directories if required.
See your C library manual for more details about how rename()
works
on your system. It is not possible in general on Windows to rename
a file that is open to some process.
oldfilename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
newfilename |
a pathname in the GLib file name encoding. |
[type filename] |
Since: 2.6
int g_mkdir (const gchar *filename
,int mode
);
A wrapper for the POSIX mkdir()
function. The mkdir()
function
attempts to create a directory with the given name and permissions.
The mode argument is ignored on Windows.
See your C library manual for more details about mkdir()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
mode |
permissions to use for the newly created directory |
Since: 2.6
int g_stat (const gchar *filename
,GStatBuf *buf
);
A wrapper for the POSIX stat()
function. The stat()
function
returns information about a file. On Windows the stat()
function in
the C library checks only the FAT-style READONLY attribute and does
not look at the ACL at all. Thus on Windows the protection bits in
the st_mode
field are a fabrication of little use.
On Windows the Microsoft C libraries have several variants of the
stat struct and stat()
function with names like _stat()
, _stat32()
,
_stat32i64()
and _stat64i32()
. The one used here is for 32-bit code
the one with 32-bit size and time fields, specifically called _stat32()
.
In Microsoft's compiler, by default struct stat means one with
64-bit time fields while in MinGW struct stat is the legacy one
with 32-bit fields. To hopefully clear up this messs, the gstdio.h
header defines a type GStatBuf which is the appropriate struct type
depending on the platform and/or compiler being used. On POSIX it
is just struct stat, but note that even on POSIX platforms, stat()
might be a macro.
See your C library manual for more details about stat()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
buf |
a pointer to a stat struct, which will be filled with the file information |
Since: 2.6
int g_lstat (const gchar *filename
,GStatBuf *buf
);
A wrapper for the POSIX lstat()
function. The lstat()
function is
like stat()
except that in the case of symbolic links, it returns
information about the symbolic link itself and not the file that it
refers to. If the system does not support symbolic links g_lstat()
is identical to g_stat()
.
See your C library manual for more details about lstat()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
buf |
a pointer to a stat struct, which will be filled with the file information |
Since: 2.6
int
g_unlink (const gchar *filename
);
A wrapper for the POSIX unlink()
function. The unlink()
function
deletes a name from the filesystem. If this was the last link to the
file and no processes have it opened, the diskspace occupied by the
file is freed.
See your C library manual for more details about unlink()
. Note
that on Windows, it is in general not possible to delete files that
are open to some process, or mapped into memory.
Since: 2.6
int
g_remove (const gchar *filename
);
A wrapper for the POSIX remove()
function. The remove()
function
deletes a name from the filesystem.
See your C library manual for more details about how remove()
works
on your system. On Unix, remove()
removes also directories, as it
calls unlink()
for files and rmdir()
for directories. On Windows,
although remove()
in the C library only works for files, this
function tries first remove()
and then if that fails rmdir()
, and
thus works for both files and directories. Note however, that on
Windows, it is in general not possible to remove a file that is
open to some process, or mapped into memory.
If this function fails on Windows you can't infer too much from the
errno value. rmdir()
is tried regardless of what caused remove()
to
fail. Any errno value set by remove()
will be overwritten by that
set by rmdir()
.
Since: 2.6
int
g_rmdir (const gchar *filename
);
A wrapper for the POSIX rmdir()
function. The rmdir()
function
deletes a directory from the filesystem.
See your C library manual for more details about how rmdir()
works
on your system.
Since: 2.6
FILE * g_fopen (const gchar *filename
,const gchar *mode
);
A wrapper for the stdio
function. The fopen()
function
opens a file and associates a new stream with it.fopen()
Because file descriptors are specific to the C library on Windows,
and a file descriptor is part of the FILE
struct, the FILE*
returned
by this function makes sense only to functions in the same C library.
Thus if the GLib-using code uses a different C library than GLib does,
the FILE* returned by this function cannot be passed to C library
functions like
or fprintf()
.fread()
See your C library manual for more details about
.fopen()
As
and close()
are part of the C library, this implies that it is
currently impossible to close a file if the application C library and the C library
used by GLib are different. Convenience functions like fclose()
g_file_set_contents_full()
avoid this problem.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
mode |
a string describing the mode in which the file should be opened |
Since: 2.6
FILE * g_freopen (const gchar *filename
,const gchar *mode
,FILE *stream
);
A wrapper for the POSIX freopen()
function. The freopen()
function
opens a file and associates it with an existing stream.
See your C library manual for more details about freopen()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
mode |
a string describing the mode in which the file should be opened |
|
stream |
an existing stream which will be reused, or |
[nullable] |
Since: 2.6
gint
g_fsync (gint fd
);
A wrapper for the POSIX
function. On Windows, fsync()
will be
used. On macOS, _commit()
fcntl(F_FULLFSYNC)
will be used.
The
function is used to synchronize a file's in-core
state with that of the disk.fsync()
This wrapper will handle retrying on EINTR
.
See the C library manual for more details about fsync()
.
0 on success, or -1 if an error occurred.
The return value can be used exactly like the return value from fsync()
.
Since: 2.64
int g_chmod (const gchar *filename
,int mode
);
A wrapper for the POSIX chmod()
function. The chmod()
function is
used to set the permissions of a file system object.
On Windows the file protection mechanism is not at all POSIX-like,
and the underlying chmod()
function in the C library just sets or
clears the FAT-style READONLY attribute. It does not touch any
ACL. Software that needs to manage file permissions on Windows
exactly should use the Win32 API.
See your C library manual for more details about chmod()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
mode |
as in |
Since: 2.8
int g_access (const gchar *filename
,int mode
);
A wrapper for the POSIX access()
function. This function is used to
test a pathname for one or several of read, write or execute
permissions, or just existence.
On Windows, the file protection mechanism is not at all POSIX-like, and the underlying function in the C library only checks the FAT-style READONLY attribute, and does not look at the ACL of a file at all. This function is this in practise almost useless on Windows. Software that needs to handle file permissions on Windows more exactly should use the Win32 API.
See your C library manual for more details about access()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
mode |
as in |
zero if the pathname refers to an existing file system object that has all the tested permissions, or -1 otherwise or on error.
Since: 2.8
int g_creat (const gchar *filename
,int mode
);
A wrapper for the POSIX creat()
function. The creat()
function is
used to convert a pathname into a file descriptor, creating a file
if necessary.
On POSIX systems file descriptors are implemented by the operating
system. On Windows, it's the C library that implements creat()
and
file descriptors. The actual Windows API for opening files is
different, see MSDN documentation for CreateFile()
. The Win32 API
uses file handles, which are more randomish integers, not small
integers like file descriptors.
Because file descriptors are specific to the C library on Windows,
the file descriptor returned by this function makes sense only to
functions in the same C library. Thus if the GLib-using code uses a
different C library than GLib does, the file descriptor returned by
this function cannot be passed to C library functions like write()
or read()
.
See your C library manual for more details about creat()
.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
mode |
as in |
a new file descriptor, or -1 if an error occurred.
The return value can be used exactly like the return value
from creat()
.
Since: 2.8
int
g_chdir (const gchar *path
);
A wrapper for the POSIX chdir()
function. The function changes the
current directory of the process to path
.
See your C library manual for more details about chdir()
.
Since: 2.8
int g_utime (const gchar *filename
,struct utimbuf *utb
);
A wrapper for the POSIX utime()
function. The utime()
function
sets the access and modification timestamps of a file.
See your C library manual for more details about how utime()
works
on your system.
filename |
a pathname in the GLib file name encoding (UTF-8 on Windows). |
[type filename] |
utb |
a pointer to a struct utimbuf. |
Since: 2.18
gboolean g_close (gint fd
,GError **error
);
This wraps the close()
call. In case of error, errno
will be
preserved, but the error will also be stored as a GError in error
.
In case of success, errno
is undefined.
Besides using GError, there is another major reason to prefer this
function over the call provided by the system; on Unix, it will
attempt to correctly handle EINTR
, which has platform-specific
semantics.
Since: 2.36
Values corresponding to errno
codes returned from file operations
on UNIX. Unlike errno
codes, GFileError values are available on
all systems, even Windows. The exact meaning of each code depends
on what sort of file operation you were performing; the UNIX
documentation gives more details. The following error code descriptions
come from the GNU C Library manual, and are under the copyright
of that manual.
It's not very portable to make detailed assumptions about exactly which errors will be returned from a given operation. Some errors don't occur on some systems, etc., sometimes there are subtle differences in when a system will report a given error, etc.
Operation not permitted; only the owner of the file (or other resource) or processes with special privileges can perform the operation. |
||
File is a directory; you cannot open a directory for writing, or create or remove hard links to it. |
||
Permission denied; the file permissions do not allow the attempted operation. |
||
Filename too long. |
||
No such file or directory. This is a "file doesn't exist" error for ordinary files that are referenced in contexts where they are expected to already exist. |
||
A file that isn't a directory was specified when a directory is required. |
||
No such device or address. The system tried to use the device represented by a file you specified, and it couldn't find the device. This can mean that the device file was installed incorrectly, or that the physical device is missing or not correctly attached to the computer. |
||
The underlying file system of the specified file does not support memory mapping. |
||
The directory containing the new link can't be modified because it's on a read-only file system. |
||
Text file busy. |
||
You passed in a pointer to bad memory. (GLib won't reliably return this, don't pass in pointers to bad memory.) |
||
Too many levels of symbolic links were encountered in looking up a file name. This often indicates a cycle of symbolic links. |
||
No space left on device; write operation on a file failed because the disk is full. |
||
No memory available. The system cannot allocate more virtual memory because its capacity is full. |
||
The current process has too many files open and can't open any more. Duplicate descriptors do count toward this limit. |
||
There are too many distinct file openings in the entire system. |
||
Bad file descriptor; for example, I/O on a descriptor that has been closed or reading from a descriptor open only for writing (or vice versa). |
||
Invalid argument. This is used to indicate various kinds of problems with passing the wrong argument to a library function. |
||
Broken pipe; there is no process reading from the other end of a pipe. Every library function that returns this error code also generates a 'SIGPIPE' signal; this signal terminates the program if not handled or blocked. Thus, your program will never actually see this code unless it has handled or blocked 'SIGPIPE'. |
||
Resource temporarily unavailable; the call might work if you try again later. |
||
Interrupted function call; an asynchronous signal occurred and prevented completion of the call. When this happens, you should try the call again. |
||
Input/output error; usually used for physical read or write errors. i.e. the disk or other physical device hardware is returning errors. |
||
Operation not permitted; only the owner of the file (or other resource) or processes with special privileges can perform the operation. |
||
Function not implemented; this indicates that the system is missing some functionality. |
||
Does not correspond to a UNIX error code; this is the standard "failed for unspecified reason" error code present in all GError error code enumerations. Returned if no specific code applies. |
#define G_FILE_ERROR g_file_error_quark ()
Error domain for file operations. Errors in this domain will be from the GFileError enumeration. See GError for information on error domains.
A test to perform on a file using g_file_test()
.
|
||
|
||
|
||
|
||
|
Flags to pass to g_file_set_contents_full()
to affect its safety and
performance.
No guarantees about file consistency or durability. The most dangerous setting, which is slightly faster than other settings. |
||
Guarantee file consistency: after a crash,
either the old version of the file or the new version of the file will be
available, but not a mixture. On Unix systems this equates to an |
||
Guarantee file durability: after a crash, the
new version of the file will be available. On Unix systems this equates to
an |
||
Only apply consistency and durability guarantees if the file already exists. This may speed up file operations if the file doesn’t currently exist, but may result in a corrupted version of the new file if the system crashes while writing it. |
Since: 2.66
typedef struct _GMappedFile GMappedFile;
The GMappedFile represents a file mapping created with
g_mapped_file_new()
. It has only private members and should
not be accessed directly.
typedef struct _stat32 GStatBuf;
A type corresponding to the appropriate struct type for the stat()
system call, depending on the platform and/or compiler being used.
See g_stat()
for more information.