Skip site navigation (1) Skip section navigation (2)

Re: Doucumentation bug in libpq > Asynchronous Query Processing

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: philip(dot)howell(at)cit(dot)act(dot)edu(dot)au, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Doucumentation bug in libpq > Asynchronous Query Processing
Date: 2001-03-20 21:09:13
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugs
This is fixed in the current docs:

#$ grep PQsetnonblocking *.sgml
libpq.sgml:   <function>PQsetnonblocking</function> had been called.
libpq.sgml:address that issue, the function
libpq.sgml:Old applications can neglect to use
libpq.sgml:<function>PQsetnonblocking</function> to achieve a completely
libpq.sgml:    <function>PQsetnonblocking</function> Sets the
nonblocking status of the
libpq.sgml:int PQsetnonblocking(PGconn *conn, int arg)
libpq.sgml:    <function>PQsetnonblocking</function> functionality in
the near future.
libpq.sgml:<function>PQsetnonblocking</function> have a need for this.
libpq.sgml:Non-blocking connections (that have used

> Philip (philip(dot)howell(at)cit(dot)act(dot)edu(dot)au) reports a bug with a severity of 3
> The lower the number the more severe it is.
> Short Description
> Doucumentation bug in libpq > Asynchronous Query Processing
> Long Description
> In the online docs:
> there is a problem with documentation regarding the function PQsetnonblocking.  The documentation defines the function as:
>   int PQsetnonblocking(PGconn *conn)
> While in libpq-fe.h (installed from rpm postgresql-devel-7.0.3-2) it is defined as:
>   int PQsetnonblocking(PGconn *conn, int arg)
> Which has an extra argument arg.  I guessed that this argument was to be TRUE or FALSE, to set or unset blocking, and this seems to work, however there is no mention of the argument in the docs.
> Regards
> Phil
> Sample Code
> No file was uploaded with this report
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-bugs by date

Next:From: Lamar OwenDate: 2001-03-20 22:07:40
Subject: Re: Some regression tests are failed RH7.0
Previous:From: Isabelle TherrienDate: 2001-03-20 15:49:27
Subject: Re: important decrease of performance using the BETA version in one particular case

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group