diff doc/interpreter/dynamic.txi @ 7001:8b0cfeb06365

[project @ 2007-10-10 18:02:59 by jwe]
author jwe
date Wed, 10 Oct 2007 18:03:02 +0000
parents 46d1ad37d943
children 6304d9ea0a30
line wrap: on
line diff
--- a/doc/interpreter/dynamic.txi	Wed Oct 10 17:51:00 2007 +0000
+++ b/doc/interpreter/dynamic.txi	Wed Oct 10 18:03:02 2007 +0000
@@ -56,7 +56,7 @@
 
 Also, as oct- and mex-files are dynamically linked to octave, they
 introduce to possibility of having Octave abort due to coding errors in
-the user code.  For example a segmentation violation in the users code
+the user code.  For example a segmentation violation in the user's code
 will cause Octave to abort.
 
 @menu
@@ -244,8 +244,8 @@
 value to obtain or set.
 @end deftypefn
 
-Note that these function do significant error checking and so in some
-circumstances the user might prefer the access the data of the array or
+Note that these functions do significant error checking and so in some
+circumstances the user might prefer to access the data of the array or
 matrix directly through the fortran_vec method discussed below.
 
 @deftypefn Method octave_idx_type nelem (void) const
@@ -393,7 +393,7 @@
 @node Cell Arrays in Oct-Files
 @subsection Cell Arrays in Oct-Files
 
-Octave's cell type is equally accessible within an oct-files.  A cell
+Octave's cell type is equally accessible within oct-files.  A cell
 array is just an array of @code{octave_value}s, and so each element of the cell
 array can then be treated just like any other @code{octave_value}.  A simple
 example is
@@ -440,7 +440,7 @@
 @end group
 @end example
 
-The commented code above demonstrates how to iterated over all of the
+The commented code above demonstrates how to iterate over all of the
 fields of the structure, where as the following code demonstrates finding
 a particular field in a more concise manner.
 
@@ -510,8 +510,8 @@
 returns the number of non-zero elements.  If the user really requires the
 number of elements in the matrix, including the non-zero elements, they
 should use @code{numel} rather than @code{nelem}.  Note that for very
-large matrices, where the product of the two dimensions is large that
-the representation of the an unsigned int, then @code{numel} can overflow.
+large matrices, where the product of the two dimensions is larger than
+the representation of an unsigned int, then @code{numel} can overflow.
 An example is @code{speye(1e6)} which will create a matrix with a million
 rows and columns, but only a million non-zero elements.  Therefore the
 number of rows by the number of columns in this case is more than two
@@ -984,8 +984,8 @@
 @subsection Input Parameter Checking in Oct-Files
 
 As oct-files are compiled functions they have the possibility of causing
-Octave to abort abnormally.  It is therefore inportant that the input
-parameters to each and every function has the minimum of parameter
+Octave to abort abnormally.  It is therefore important that
+each and every function has the minimum of parameter
 checking needed to ensure that Octave behaves well.
 
 The minimum requirement, as previously discussed, is to check the number
@@ -1099,7 +1099,7 @@
 
 The major issue is that the help string will typically be longer than a
 single line of text, and so the formatting of long help strings need to
-be taken into account.  There are several manner in which to treat this
+be taken into account.  There are several manners in which to treat this
 issue, but the most common is illustrated in the following example
 
 @example
@@ -1506,7 +1506,7 @@
 @subsection Sparse Matrices with Mex-Files
 
 The Octave format for sparse matrices is identical to the mex format in
-that it is a compressed colument sparse format.  Also in both, sparse
+that it is a compressed column sparse format.  Also in both, sparse
 matrices are required to be two dimensional.  The only difference is that
 the real and imaginary parts of the matrix are stored separately.