Re: pg_restore (libpq? parser?) bug in 8 - Mailing list pgsql-hackers

From Philip Warner
Subject Re: pg_restore (libpq? parser?) bug in 8
Date
Msg-id 6.1.1.1.0.20040812121941.048b2db8@203.8.195.10
Whole thread Raw
In response to Re: pg_restore (libpq? parser?) bug in 8  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_restore (libpq? parser?) bug in 8  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
At 12:15 PM 12/08/2004, Tom Lane wrote:
>Why exactly does pg_restore need to parse the SQL anyway?

It just looks for complete statements. From memory it relates to the 
possibility that TOC entries can have more than one statement, or it may 
relate to handling COPY statements. I think it has to look for 
PQresultStatus(...) == PGRES_COPY_IN for each statement it executes, so it 
needs to pass statements one at a time.



----------------------------------------------------------------
Philip Warner                    |     __---_____
Albatross Consulting Pty. Ltd.   |----/       -  \
(A.B.N. 75 008 659 498)          |          /(@)   ______---_
Tel: (+61) 0500 83 82 81         |                 _________  \
Fax: (+61) 03 5330 3172          |                 ___________ |
Http://www.rhyme.com.au          |                /           \|                                 |    --________--
PGP key available upon request,  |  /
and from pgp.mit.edu:11371       |/ 



pgsql-hackers by date:

Previous
From: Philip Warner
Date:
Subject: Re: pg_restore (libpq? parser?) bug in 8
Next
From: Tom Lane
Date:
Subject: Re: pg_dump 'die_on_errors'