]> git.ipfire.org Git - thirdparty/libsolv.git/commitdiff
fix spelling errors
authorMichael Schroeder <mls@suse.de>
Tue, 2 Jul 2013 11:59:25 +0000 (13:59 +0200)
committerMichael Schroeder <mls@suse.de>
Tue, 2 Jul 2013 11:59:25 +0000 (13:59 +0200)
doc/libsolv-bindings.3
doc/libsolv-bindings.txt

index a38fed1bb9bcacfe79d71a9fb8f868bc6bb8b820..b68ec62a3c88fbcf8a065d98ae9a6bca9303938e 100644 (file)
@@ -2,12 +2,12 @@
 .\"     Title: Libsolv-Bindings
 .\"    Author: [see the "Author" section]
 .\" Generator: DocBook XSL Stylesheets v1.76.1 <http://docbook.sf.net/>
-.\"      Date: 06/14/2013
+.\"      Date: 07/02/2013
 .\"    Manual: LIBSOLV
 .\"    Source: libsolv
 .\"  Language: English
 .\"
-.TH "LIBSOLV\-BINDINGS" "3" "06/14/2013" "libsolv" "LIBSOLV"
+.TH "LIBSOLV\-BINDINGS" "3" "07/02/2013" "libsolv" "LIBSOLV"
 .\" -----------------------------------------------------------------
 .\" * Define some portability stuff
 .\" -----------------------------------------------------------------
@@ -72,7 +72,7 @@ Swig encapsulates all objects as tied hashes, thus the attributes can be accesse
 .RE
 .\}
 .sp
-An special exception to this are iterator objects, they are encapsulated as tied arrays so that it is possible to iterate with a for() statement:
+A special exception to this are iterator objects, they are encapsulated as tied arrays so that it is possible to iterate with a for() statement:
 .sp
 .if n \{\
 .RS 4
@@ -99,7 +99,7 @@ my \fI@problems\fR \fB=\fR \fI$solver\fR\fB\->solve(\e\fR\fI@jobs\fR\fB)\fR;
 .RE
 .\}
 .sp
-Due to a bug in swig, stringification does not work for libsolv\(cqs object\&. Instead you have to call the object\(cqs str() method\&.
+Due to a bug in swig, stringification does not work for libsolv\(cqs objects\&. Instead, you have to call the object\(cqs str() method\&.
 .sp
 .if n \{\
 .RS 4
@@ -174,7 +174,7 @@ Iterators also work as expected:
 .RE
 .\}
 .sp
-Arrays are passed an returned as list objects:
+Arrays are passed and returned as list objects:
 .sp
 .if n \{\
 .RS 4
@@ -263,7 +263,7 @@ Iterators also work as expected:
 .RE
 .\}
 .sp
-Arrays are passed an returned as array objects:
+Arrays are passed and returned as array objects:
 .sp
 .if n \{\
 .RS 4
index d810ef5cb8b034692428ff35245210850e45a473..1449bbaaaefb7b338aedfd4221dd90ca385092cf 100644 (file)
@@ -36,7 +36,7 @@ accessed by treating the object as standard hash reference:
        $pool->{appdata} = 42;
        printf "appdata is %d\n", $pool->{appdata};
 
-An special exception to this are iterator objects, they are encapsulated as
+A special exception to this are iterator objects, they are encapsulated as
 tied arrays so that it is possible to iterate with a for() statement:
 
        my $iter = $pool->solvables_iter();
@@ -49,8 +49,8 @@ if a method returns an array it returns it on the stack:
 
        my @problems = $solver->solve(\@jobs);
 
-Due to a bug in swig, stringification does not work for libsolv's object.
-Instead you have to call the object's str() method.
+Due to a bug in swig, stringification does not work for libsolv's objects.
+Instead, you have to call the object's str() method.
 
        print $dep->str() . "\n";
 
@@ -82,7 +82,7 @@ Iterators also work as expected:
 
        for solvable in pool.solvables_iter():
 
-Arrays are passed an returned as list objects:
+Arrays are passed and returned as list objects:
 
        jobs = []
        problems = solver.solve(jobs)
@@ -120,7 +120,7 @@ Iterators also work as expected:
 
        for solvable in pool.solvables_iter() do ...
 
-Arrays are passed an returned as array objects:
+Arrays are passed and returned as array objects:
 
        jobs = []
        problems = solver.solve(jobs)