irc-html                Sat Jan 12 11:28:51 2002 EDT

  Modified files:              
    /phpdoc/en/functions        fbsql.xml fdf.xml filesystem.xml ftp.xml 
                                funchand.xml 
  Log:
  spelling errors
  
Index: phpdoc/en/functions/fbsql.xml
diff -u phpdoc/en/functions/fbsql.xml:1.34 phpdoc/en/functions/fbsql.xml:1.35
--- phpdoc/en/functions/fbsql.xml:1.34  Mon Dec 17 15:27:17 2001
+++ phpdoc/en/functions/fbsql.xml       Sat Jan 12 11:28:50 2002
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
-<!-- $Revision: 1.34 $ -->
+<!-- $Revision: 1.35 $ -->
  <reference id="ref.fbsql">
   <title>FrontBase Functions</title>
   <titleabbrev>FrontBase</titleabbrev>
@@ -72,7 +72,7 @@
      <para>
       When using UPDATE, FrontBase will not update columns where the
       new value is the same as the old value.  This creates the
-      possiblity that <function>fbsql_affected_rows</function> may not
+      possibility that <function>fbsql_affected_rows</function> may not
       actually equal the number of rows matched, only the number of
       rows that were literally affected by the query.
      </para>
@@ -110,7 +110,7 @@
      <function>fbsql_autocommit</function> returns the current
      autocommit status. if the optional OnOff parameter is
      given the auto commit status will be changed.
-     With OnOff set to &true; each statement will be commited
+     With OnOff set to &true; each statement will be committed
      automatically, if no errors was found.
      With OnOff set to &false; the user must commit or rollback
      the transaction using either <function>fbsql_commit</function> or
@@ -233,8 +233,8 @@
     </para>
     <para> 
      <function>fbsql_commit</function> ends the current transaction by
-     writing all insertsm updates and deletes to the disk and
-     unlucking all row and table locks held by the transaction.  This
+     writing all inserts, updates and deletes to the disk and
+     unlocking all row and table locks held by the transaction.  This
      command is only needed if autocommit is set to false.
     </para>
     <para> See also:
@@ -476,7 +476,7 @@
    <refnamediv>
     <refname>fbsql_database_password</refname>
     <refpurpose>
-     Sets or retreives the password for a FrontBase database
+     Sets or retrieves the password for a FrontBase database
     </refpurpose>
    </refnamediv>
    <refsect1>
@@ -500,7 +500,7 @@
      the link identifier.
     </para>
     <para> 
-     <function>fbsql_database_password</function> sets and retreives
+     <function>fbsql_database_password</function> sets and retrieves
      the database password for the current database.  if the second
      optional parameter is given the function sets the database
      password for the database on the server that's associated with
@@ -653,7 +653,7 @@
       <listitem>
        <simpara>
         &false; - The exec handler for the host was invalid. This
-        error will ocour when the link_identifier connects directly to
+        error will occur when the link_identifier connects directly to
         a database by using a port number. FBExec can be available on
         the server but no connection has been made for it.
        </simpara>
@@ -754,7 +754,7 @@
      <literal>0</literal> (zero) if no error occurred.
     </para>
     <para>
-     Errors coming back from the fbsql database backend dont issue
+     Errors coming back from the fbsql database backend don't issue
      warnings. Instead, use <function>fbsql_errno</function> to
      retrieve the error code. Note that this function only returns the
      error code from the most recently executed fbsql function (not
@@ -808,7 +808,7 @@
      <literal>''</literal> (the empty string) if no error occurred.
     </para>
     <para>
-     Errors coming back from the fbsql database backend dont issue
+     Errors coming back from the fbsql database backend don't issue
      warnings. Instead, use <function>fbsql_error</function> to
      retrieve the error text. Note that this function only returns the
      error text from the most recently executed fbsql function (not
@@ -1370,7 +1370,7 @@
      </funcprototype>
     </funcsynopsis>
     <para> 
-     Returns the name of the table that the specifed field is
+     Returns the name of the table that the specified field is
      in.
     </para>
    </refsect1>
@@ -1918,7 +1918,7 @@
     <para>
      Assuming the query succeeds, you can call
      <function>fbsql_num_rows</function> to find out how many rows
-     were returned for a SELECT statment or
+     were returned for a SELECT statement or
      <function>fbsql_affected_rows</function> to find out how many
      rows were affected by a DELETE, INSERT, REPLACE, or UPDATE
      statement.
@@ -2156,7 +2156,7 @@
    <refnamediv>
     <refname>fbsql_set_lob_mode</refname>
     <refpurpose>
-     Set the LOB retreive mode for a FrontBase result set
+     Set the LOB retrieve mode for a FrontBase result set
     </refpurpose>
    </refnamediv>
    <refsect1>
@@ -2173,15 +2173,15 @@
     </para>
     <para> 
      <function>fbsql_set_lob_mode</function> sets the mode for
-     retreiving LOB data from the database. When BLOB and CLOB data is
+     retrieving LOB data from the database. When BLOB and CLOB data is
      stored in FrontBase it can be stored direct or indirect.  Direct
-     stored LOB data will allways be fetched no matter the setting of
+     stored LOB data will always be fetched no matter the setting of
      the lob mode. If the LOB data is less than 512 bytes it will
-     allways be stored directly.
+     always be stored directly.
      <itemizedlist>
       <listitem>
        <simpara>
-        FBSQL_LOB_DIRECT - LOB data is retreived directly. When data
+        FBSQL_LOB_DIRECT - LOB data is retrieved directly. When data
         is fetched from the database with
         <function>fbsql_fetch_row</function>, and other fetch
         functions, all CLOB and BLOB columns will be returned as
@@ -2191,13 +2191,13 @@
       </listitem>
       <listitem>
        <simpara>
-        FBSQL_LOB_HANDLE - LOB data is retreived as handles to the
+        FBSQL_LOB_HANDLE - LOB data is retrieved as handles to the
         data.  When data is fetched from the database with
         <function>fbsql_fetch_row </function>, and other fetch
         functions, LOB data will be returned as a handle to the data
         if the data is stored indirect or the data if it is stored
         direct.  If a handle is returned it will be a 27 byte string
-        formated as "@'000000000000000000000000'".
+        formatted as "@'000000000000000000000000'".
        </simpara>
       </listitem>
      </itemizedlist>     
Index: phpdoc/en/functions/fdf.xml
diff -u phpdoc/en/functions/fdf.xml:1.27 phpdoc/en/functions/fdf.xml:1.28
--- phpdoc/en/functions/fdf.xml:1.27    Sun Jan  6 21:52:21 2002
+++ phpdoc/en/functions/fdf.xml Sat Jan 12 11:28:50 2002
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
-<!-- $Revision: 1.27 $ -->
+<!-- $Revision: 1.28 $ -->
  <reference id="ref.fdf">
   <title>Forms Data Format functions</title>
   <titleabbrev>FDF</titleabbrev>
@@ -46,7 +46,7 @@
     The most commonly used entries are <literal>Fields</literal> which points
     to a list of input fields, and <literal>F</literal> which contains the
     filename of the PDF-document this data belongs to. Those entries are
-    referred to in the FDF documention as /F-Key or /Status-Key.
+    referred to in the FDF documentation as /F-Key or /Status-Key.
     Modifying this entries
     is done by functions like <function>fdf_set_file</function> and
     <function>fdf_set_status</function>. Fields are modified with
@@ -315,7 +315,7 @@
      The <function>fdf_next_field_name</function> function returns the
      name of the field after the field in
      <parameter>fieldname</parameter> or the field name of the first field
-     if the second paramter is &null;.</para>
+     if the second parameter is &null;.</para>
 
     <para>
      See also <function>fdf_set_value</function>,
Index: phpdoc/en/functions/filesystem.xml
diff -u phpdoc/en/functions/filesystem.xml:1.112 
phpdoc/en/functions/filesystem.xml:1.113
--- phpdoc/en/functions/filesystem.xml:1.112    Sun Jan  6 19:34:10 2002
+++ phpdoc/en/functions/filesystem.xml  Sat Jan 12 11:28:50 2002
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
-<!-- $Revision: 1.112 $ -->
+<!-- $Revision: 1.113 $ -->
  <reference id="ref.filesystem">
   <title>Filesystem functions</title>
   <titleabbrev>Filesystem</titleabbrev>
@@ -469,7 +469,7 @@
     <para>
      This function forces a write of all buffered output to the 
      to the resource pointed to by the file handle 
-     <parameter>fp</parameter>. Returns &true; if succesful, &false;
+     <parameter>fp</parameter>. Returns &true; if successful, &false;
      otherwise.
     </para>
     <para>
@@ -1771,7 +1771,7 @@
     </funcsynopsis>
     <simpara>
      Output using <function>fwrite</function> is normally buffered at
-     8K.  This means that if there are two processess wanting to write
+     8K.  This means that if there are two processes wanting to write
      to the same output stream (a file), each is paused after 8K of
      data to allow the other to write.  <function>set_file_buffer</function>
      sets the buffering for write operations on the given filepointer
Index: phpdoc/en/functions/ftp.xml
diff -u phpdoc/en/functions/ftp.xml:1.35 phpdoc/en/functions/ftp.xml:1.36
--- phpdoc/en/functions/ftp.xml:1.35    Thu Jan  3 03:07:41 2002
+++ phpdoc/en/functions/ftp.xml Sat Jan 12 11:28:50 2002
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
-<!-- $Revision: 1.35 $ -->
+<!-- $Revision: 1.36 $ -->
  <reference id="ref.ftp">
   <title>FTP functions</title>
   <titleabbrev>FTP</titleabbrev>
@@ -92,7 +92,7 @@
     </para>
     <para>
      The <parameter>timeout</parameter> parameter specifies the timeout for all
-     subsequent network operations. If ommited, the default value is 90
+     subsequent network operations. If omitted, the default value is 90
      seconds. The timeout can be changed and queried anytime with
      <function>ftp_set_option</function> and
      <function>ftp_get_option</function>.
@@ -696,7 +696,7 @@
     <para>
      This function controls various runtime options for the specified FTP
      stream. The <parameter>value</parameter> parameter depends on which
-     <parameter>option</parameter> parameter is choosen to be altered.
+     <parameter>option</parameter> parameter is chosen to be altered.
      Currently, the following options are supported:
      <table>
       <title>Supported runtime FTP options</title>
Index: phpdoc/en/functions/funchand.xml
diff -u phpdoc/en/functions/funchand.xml:1.25 phpdoc/en/functions/funchand.xml:1.26
--- phpdoc/en/functions/funchand.xml:1.25       Thu Dec 20 16:59:22 2001
+++ phpdoc/en/functions/funchand.xml    Sat Jan 12 11:28:50 2002
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
-<!-- $Revision: 1.25 $ -->
+<!-- $Revision: 1.26 $ -->
  <reference id="ref.funchand">
   <title>Function Handling functions</title>
   <titleabbrev>Functions</titleabbrev>
@@ -36,7 +36,7 @@
     <para>
      Call a user defined function given by
      <parameter>function_name</parameter>, with
-     the paramaters in <parameter>paramarr</parameter>.
+     the parameters in <parameter>paramarr</parameter>.
      For example:
      <informalexample>
       <programlisting role="php">
@@ -412,7 +412,7 @@
     <simpara>
      Returns the number of arguments passed into the current
      user-defined function. <function>func_num_args</function> will
-     generate a warning if called from outside of a user-defind function.
+     generate a warning if called from outside of a user-defined function.
     </simpara>
     <para>
      <informalexample>


Reply via email to