Re: Bug #737: PQescapeBytea parameter #3 size_t *to_length

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: ch(at)rodos(dot)fzk(dot)de, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Bug #737: PQescapeBytea parameter #3 size_t *to_length
Date: 2002-08-15 03:01:18
Message-ID: 200208150301.g7F31Ib10154@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


Doc change made. Thanks.

---------------------------------------------------------------------------

pgsql-bugs(at)postgresql(dot)org wrote:
> Christoph Haller (ch(at)rodos(dot)fzk(dot)de) reports a bug with a severity of 3
> The lower the number the more severe it is.
>
> Short Description
> PQescapeBytea parameter #3 size_t *to_length
>
> Long Description
> Hi,
>
> I am referring to
>
> PostgreSQL 7.2.1 Documentation
> Chapter 1. libpq - C Library
> 1.3. Command Execution Functions
> 1.3.3. Escaping binary strings for inclusion in SQL queries
>
> I found the line
> "The result string length does not include the terminating zero byte of the result."
> is not right.
> The result string length does indeed include the terminating zero byte.
>
> When I do
>
> binarystr = (char *)
> PQescapeBytea((unsigned char *)"\01\02",2,(size_t *)&binarylen);
> printf(" binarylen = %d \n", binarylen) ;
>
> I'll get
> binarylen = 3
>
> I also dropped a DocNote, but unfortunately there is no way to
> scroll on longer notes. Maybe you like to fix this, too.
>
> Regards, Christoph
>
>
> Sample Code
>
>
> No file was uploaded with this report
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message pgsql-bugs 2002-08-15 12:25:55 Bug #739: Large objects documentation
Previous Message Peter Eisentraut 2002-08-14 18:49:20 Re: mistakes in postgresql-snapshots (7.3)