[glib] all: s/availible/available/
- From: Bastien Nocera <hadess src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [glib] all: s/availible/available/
- Date: Tue, 27 Mar 2012 09:01:33 +0000 (UTC)
commit 9b0734a09c7ed357fbb21db52ce8fbc42b8f014c
Author: Bastien Nocera <hadess hadess net>
Date: Tue Mar 27 11:01:00 2012 +0200
all: s/availible/available/
gio/gresource.c | 4 ++--
glib/gmain.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
---
diff --git a/gio/gresource.c b/gio/gresource.c
index 0e30ca7..ed45d0a 100644
--- a/gio/gresource.c
+++ b/gio/gresource.c
@@ -116,10 +116,10 @@ G_DEFINE_BOXED_TYPE (GResource, g_resource, g_resource_ref, g_resource_unref)
* the resource data.
*
* There are two forms of the generated source, the default version uses the compiler support for constructor
- * and destructor functions (where availible) to automatically create and register the #GResource on startup
+ * and destructor functions (where available) to automatically create and register the #GResource on startup
* or library load time. If you pass --manual-register two functions to register/unregister the resource is instead
* created. This requires an explicit initialization call in your application/library, but it works on all platforms,
- * even on the minor ones where this is not availible. (Constructor support is availible for at least Win32, MacOS and Linux.)
+ * even on the minor ones where this is not available. (Constructor support is available for at least Win32, MacOS and Linux.)
*
* Note that resource data can point directly into the data segment of e.g. a library, so if you are unloading libraries
* during runtime you need to be very careful with keeping around pointers to data from a resource, as this goes away
diff --git a/glib/gmain.c b/glib/gmain.c
index 077a935..fd901e9 100644
--- a/glib/gmain.c
+++ b/glib/gmain.c
@@ -2067,7 +2067,7 @@ g_get_monotonic_time (void)
* 32bit msec counter, updated each ~15msec, wraps in ~50 days
* - GetTickCount64 (GTC64)
* Same as GetTickCount, but extended to 64bit, so no wrap
- * Only availible in Vista or later
+ * Only available in Vista or later
* - timeGetTime (TGT)
* similar to GetTickCount by default: 15msec, 50 day wrap.
* available in winmm.dll (thus known as the multimedia timers)
@@ -2094,7 +2094,7 @@ g_get_monotonic_time (void)
* However this seems quite complicated, so we're not doing this right now.
*
* The approach we take instead is to use the TGT timer, extending it to 64bit
- * either by using the GTC64 value, or if that is not availible, a process local
+ * either by using the GTC64 value, or if that is not available, a process local
* time epoch that we increment when we detect a timer wrap (assumes that we read
* the time at least once every 50 days).
*
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]