Index: doc/src/sgml/libpgtcl.sgml
===================================================================
RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/libpgtcl.sgml,v
retrieving revision 1.15
diff -c -r1.15 libpgtcl.sgml
*** doc/src/sgml/libpgtcl.sgml	2001/05/12 22:51:35	1.15
--- doc/src/sgml/libpgtcl.sgml	2001/09/10 04:12:38
***************
*** 1134,1140 ****
  <TITLE>Usage
  </TITLE>
  <PARA>
! mode can be any OR'ing together of INV_READ, INV_WRITE, and INV_ARCHIVE. 
  The OR delimiter character is "|".
  <ProgramListing>
  [pg_lo_creat $conn "INV_READ|INV_WRITE"]
--- 1134,1140 ----
  <TITLE>Usage
  </TITLE>
  <PARA>
! mode can be any OR'ing together of INV_READ and INV_WRITE. 
  The OR delimiter character is "|".
  <ProgramListing>
  [pg_lo_creat $conn "INV_READ|INV_WRITE"]
Index: doc/src/sgml/lobj.sgml
===================================================================
RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/lobj.sgml,v
retrieving revision 1.16
diff -c -r1.16 lobj.sgml
*** doc/src/sgml/lobj.sgml	2001/02/09 19:24:09	1.16
--- doc/src/sgml/lobj.sgml	2001/09/10 04:12:39
***************
*** 117,133 ****
       <filename>$<envar>PGROOT</envar>/src/backend/libpq/libpq-fs.h</filename>
       The access type (read, write, or both) is controlled by
       OR ing together the bits <acronym>INV_READ</acronym>  and
!      <acronym>INV_WRITE</acronym>.   If
!      the large object should be archived -- that is, if 
!      historical versions of it should be moved periodically  to
!      a  special archive relation -- then the <acronym>INV_ARCHIVE</acronym> bit
!      should be set.  The low-order sixteen bits of mask  are
       the  storage  manager  number on which the large object
       should reside.  For sites other  than  Berkeley,  these
       bits should always be zero.
       The commands below create an (Inversion) large object:
       <programlisting>
! inv_oid = lo_creat(INV_READ|INV_WRITE|INV_ARCHIVE);
       </programlisting>
      </para>
     </sect2>
--- 117,129 ----
       <filename>$<envar>PGROOT</envar>/src/backend/libpq/libpq-fs.h</filename>
       The access type (read, write, or both) is controlled by
       OR ing together the bits <acronym>INV_READ</acronym>  and
!      <acronym>INV_WRITE</acronym>.  The low-order sixteen bits of mask  are
       the  storage  manager  number on which the large object
       should reside.  For sites other  than  Berkeley,  these
       bits should always be zero.
       The commands below create an (Inversion) large object:
       <programlisting>
! inv_oid = lo_creat(INV_READ|INV_WRITE);
       </programlisting>
      </para>
     </sect2>
Index: doc/src/sgml/pygresql.sgml
===================================================================
RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/pygresql.sgml,v
retrieving revision 1.1
diff -c -r1.1 pygresql.sgml
*** doc/src/sgml/pygresql.sgml	2001/03/04 18:54:07	1.1
--- doc/src/sgml/pygresql.sgml	2001/09/10 04:12:50
***************
*** 418,424 ****
       <varlistentry>
        <term><varname>INV_READ</varname></term>
        <term><varname>INV_WRITE</varname></term>
-       <term><varname>INV_ARCHIVE</varname></term>
        <listitem>
         <para>
          large objects access modes, used by
--- 418,423 ----
***************
*** 2253,2259 ****
        <para>
          <function>locreate()</function> method creates a large object in the database.
          The mode can be defined by OR-ing the constants defined in the pg module
!         (<literal>INV_READ, INV_WRITE</literal> and <literal>INV_ARCHIVE</literal>).
        </para>
      </refsect1>
  
--- 2252,2258 ----
        <para>
          <function>locreate()</function> method creates a large object in the database.
          The mode can be defined by OR-ing the constants defined in the pg module
!         (<literal>INV_READ and INV_WRITE</literal>).
        </para>
      </refsect1>