luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2025-01-12 15:36:17 +01:00
Code Issues Packages Projects Releases Wiki Activity

Fix some documentation typos. (#524950, Rob Bradford)

Browse Source 
2008-03-30  Matthias Clasen  <mclasen@redhat.com>

        * gfileenumerator.c:
        * gfile.c: Fix some documentation typos.  (#524950, Rob Bradford)



svn path=/trunk/; revision=6773
This commit is contained in:
Matthias Clasen 2008-03-31 03:30:48 +00:00 committed by Matthias Clasen
parent ba16f88961
commit a4a5f33f47
3 changed files with 11 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
gio/ChangeLog
View File

@ -1,3 +1,8 @@
2008-03-30 Matthias Clasen <mclasen@redhat.com>
* gfileenumerator.c:
* gfile.c: Fix some documentation typos. (#524950, Rob Bradford)
2008-03-28 A. Walton <awalton@svn.gnome.org>
* giomodule.c (_g_io_modules_ensure_loaded):

7
gio/gfile.c
View File

@ -85,11 +85,11 @@
* there may be multiple aliases for the same file. For instance, hard or
* soft links may cause two different #GFile<!-- -->s to refer to the same file.
* Other possible causes for aliases are: case insensitive filesystems, short
* and long names on Fat/NTFS, or bind mounts in linux. If you want to check if
* and long names on Fat/NTFS, or bind mounts in Linux. If you want to check if
* two #GFile<!-- -->s point to the same file you can query for the
* %G_FILE_ATTRIBUTE_ID_FILE attribute. Note that #GFile does some trivial
* canonicalization of pathnames passed in, so that trivial differences in the
* path string used at creation (dupplicated slashes, slash at end of path, "."
* path string used at creation (duplicated slashes, slash at end of path, "."
* or ".." path segments, etc) does not create different #GFile<!-- -->s.
*
* Many #GFile operations have both synchronous and asynchronous versions
@ -97,8 +97,7 @@
* simply have _async() appended to their function names. The asynchronous
* I/O functions call a #GAsyncReadyCallback which is then used to finalize
* the operation, producing a GAsyncResult which is then passed to the
* function's matching _finish()
* operation.
* function's matching _finish() operation.
*
* Some #GFile operations do not have synchronous analogs, as they may
* take a very long time to finish, and blocking may leave an application

5
gio/gfileenumerator.c
View File

@ -336,8 +336,9 @@ g_file_enumerator_next_files_async (GFileEnumerator *enumerator,
*
* Finishes the asynchronous operation started with g_file_enumerator_next_files_async().
*
* Returns: a #GList of #GFileInfo<!---->s. You must free the list with g_list_free
* and unref the infos with g_object_unref when your done with them.
* Returns: a #GList of #GFileInfo<!---->s. You must free the list with
* g_list_free() and unref the infos with g_object_unref when you're
* done with them.
**/
GList *
g_file_enumerator_next_files_finish (GFileEnumerator *enumerator,