glib r6773 - trunk/gio
- From: matthiasc svn gnome org
- To: svn-commits-list gnome org
- Subject: glib r6773 - trunk/gio
- Date: Mon, 31 Mar 2008 04:30:48 +0100 (BST)
Author: matthiasc
Date: Mon Mar 31 04:30:48 2008
New Revision: 6773
URL: http://svn.gnome.org/viewvc/glib?rev=6773&view=rev
Log:
2008-03-30 Matthias Clasen <mclasen redhat com>
* gfileenumerator.c:
* gfile.c: Fix some documentation typos. (#524950, Rob Bradford)
Modified:
trunk/gio/ChangeLog
trunk/gio/gfile.c
trunk/gio/gfileenumerator.c
Modified: trunk/gio/gfile.c
==============================================================================
--- trunk/gio/gfile.c (original)
+++ trunk/gio/gfile.c Mon Mar 31 04:30:48 2008
@@ -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
Modified: trunk/gio/gfileenumerator.c
==============================================================================
--- trunk/gio/gfileenumerator.c (original)
+++ trunk/gio/gfileenumerator.c Mon Mar 31 04:30:48 2008
@@ -336,8 +336,9 @@
*
* 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,
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]