<div class="gmail_quote">2009/10/25 Dan Kenigsberg <span dir="ltr"><<a href="mailto:danken@redhat.com">danken@redhat.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
(sorry, these ones annoy me when they are online)<br>
---<br>
 src/datatypes.c |    4 ++--<br>
 src/libvirt.c   |   22 +++++++++++-----------<br>
 2 files changed, 13 insertions(+), 13 deletions(-)<br>
<br>
diff --git a/src/datatypes.c b/src/datatypes.c<br>
index 89ad309..0601a79 100644<br>
--- a/src/datatypes.c<br>
+++ b/src/datatypes.c<br>
@@ -71,7 +71,7 @@ virNetworkFreeName(virNetworkPtr network, const char *name ATTRIBUTE_UNUSED)<br>
<br>
 /**<br>
  * virInterfaceFreeName:<br>
- * @interface: a interface object<br>
+ * @interface: an interface object<br>
  *<br>
  * Destroy the interface object, this is just used by the interface hash callback.<br>
  *<br>
@@ -674,7 +674,7 @@ _("Failed to change interface mac address from %s to %s due to differing lengths<br>
  * virReleaseInterface:<br>
  * @interface: the interface to release<br>
  *<br>
- * Unconditionally release all memory associated with a interface.<br>
+ * Unconditionally release all memory associated with an interface.<br>
  * The conn.lock mutex must be held prior to calling this, and will<br>
  * be released prior to this returning. The interface obj must not<br>
  * be used once this method returns.<br>
diff --git a/src/libvirt.c b/src/libvirt.c<br>
index 9e87900..f7a0761 100644<br>
--- a/src/libvirt.c<br>
+++ b/src/libvirt.c<br>
@@ -291,7 +291,7 @@ virInitialize(void)<br>
 #ifdef WITH_DRIVER_MODULES<br>
     /* We don't care if any of these fail, because the whole point<br>
      * is to allow users to only install modules they want to use.<br>
-     * If they try to use a open a connection for a module that<br>
+     * If they try to use an open a connection for a module that<br></blockquote><div><br>IMHO that line should read: If they try to open a connection for a module that<br><br>The same comment is in daemon/libvirtd.c line 813.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
      * is not loaded they'll get a suitable error at that point<br>
      */<br>
     virDriverLoadModule("test");<br>
@@ -2050,7 +2050,7 @@ error:<br>
  * virDomainResume:<br>
  * @domain: a domain object<br>
  *<br>
- * Resume an suspended domain, the process is restarted from the state where<br>
+ * Resume a suspended domain, the process is restarted from the state where<br>
  * it was frozen by calling virSuspendDomain().<br>
  * This function may requires privileged access<br>
  *<br>
@@ -3999,7 +3999,7 @@ error:<br>
  *<br>
  * The path parameter is the name of the network interface.<br>
  *<br>
- * Domains may have more than network interface.  To get stats for<br>
+ * Domains may have more than one network interface.  To get stats for<br>
  * each you should make multiple calls to this function.<br>
  *<br>
  * Individual fields within the stats structure may be returned<br>
@@ -4680,7 +4680,7 @@ error:<br>
  * @domain: pointer to domain object, or NULL for Domain0<br>
  * @info: pointer to an array of virVcpuInfo structures (OUT)<br>
  * @maxinfo: number of structures in info array<br>
- * @cpumaps: pointer to an bit map of real CPUs for all vcpus of this<br>
+ * @cpumaps: pointer to a bit map of real CPUs for all vcpus of this<br>
  *      domain (in 8-bit bytes) (OUT)<br>
  *     If cpumaps is NULL, then no cpumap information is returned by the API.<br>
  *     It's assumed there is <maxinfo> cpumap in cpumaps array.<br>
@@ -9202,7 +9202,7 @@ error:<br>
  * @xml: XML describing the secret.<br>
  * @flags: flags, use 0 for now<br>
  *<br>
- * If XML specifies an UUID, locates the specified secret and replaces all<br>
+ * If XML specifies a UUID, locates the specified secret and replaces all<br>
  * attributes of the secret specified by UUID by attributes specified in xml<br>
  * (any attributes not specified in xml are discarded).<br>
  *<br>
@@ -9713,7 +9713,7 @@ virStreamRef(virStreamPtr stream)<br>
  * with the call, but may instead be delayed until a<br>
  * subsequent call.<br>
  *<br>
- * A example using this with a hypothetical file upload<br>
+ * An example using this with a hypothetical file upload<br>
  * API looks like<br>
  *<br>
  *   virStreamPtr st = virStreamNew(conn, 0);<br>
@@ -9805,7 +9805,7 @@ error:<br>
  * with the call, but may instead be delayed until a<br>
  * subsequent call.<br>
  *<br>
- * A example using this with a hypothetical file download<br>
+ * An example using this with a hypothetical file download<br>
  * API looks like<br>
  *<br>
  *   virStreamPtr st = virStreamNew(conn, 0);<br>
@@ -9896,7 +9896,7 @@ error:<br>
  * requested data source. This is simply a convenient alternative<br>
  * to virStreamSend, for apps that do blocking-I/o.<br>
  *<br>
- * A example using this with a hypothetical file upload<br>
+ * An example using this with a hypothetical file upload<br>
  * API looks like<br>
  *<br>
  *   int mysource(virStreamPtr st, char *buf, int nbytes, void *opaque) {<br>
@@ -9993,7 +9993,7 @@ cleanup:<br>
  * requested data sink. This is simply a convenient alternative<br>
  * to virStreamRecv, for apps that do blocking-I/o.<br>
  *<br>
- * A example using this with a hypothetical file download<br>
+ * An example using this with a hypothetical file download<br>
  * API looks like<br>
  *<br>
  *   int mysink(virStreamPtr st, const char *buf, int nbytes, void *opaque) {<br>
@@ -10174,7 +10174,7 @@ error:<br>
  * virStreamEventRemoveCallback:<br>
  * @stream: pointer to the stream object<br>
  *<br>
- * Remove a event callback from the stream<br>
+ * Remove an event callback from the stream<br>
  *<br>
  * Returns 0 on success, -1 on error<br>
  */<br>
@@ -10297,7 +10297,7 @@ error:<br>
  * Decrement the reference count on a stream, releasing<br>
  * the stream object if the reference count has hit zero.<br>
  *<br>
- * There must not be a active data transfer in progress<br>
+ * There must not be an active data transfer in progress<br>
  * when releasing the stream. If a stream needs to be<br>
  * disposed of prior to end of stream being reached, then<br>
  * the virStreamAbort function should be called first.<br>
--<br>
1.6.2.5<br>
<font color="#888888"><br>
</font></blockquote></div><br>ACK<br><br>Matthias<br>