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.20040812124759.0493f060@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:42 PM 12/08/2004, Tom Lane wrote:
>Hm.  But we could assume that a COPY will be all by itself in a TOC
>entry, couldn't we?

Maybe. I know I hit a couple of nasty examples in the original code. Isn't 
the COPY combined with the data? If so, we still have to scan for it's end. 
The existing scanner is pretty trivial. The dollar-quoting will not make it 
much worse (I hope). But I'll hold off on the changes if you want to 
experiment -- I used to use my own DBs + the regression DB for testing.

Another possible issue - if I pass two statements in one string to libpq, 
separated by semicolons, will it cope? If so, has that been true since 7.0? 
If the answers are ('no',_), or ('yes', 'no') then that explains why 
pg_restore has to parse statements - the TOC entry can have more than one 
statement.

Sorry to be vague, it's a long time since I wrote the code.



----------------------------------------------------------------
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: Tom Lane
Date:
Subject: Re: will PITR in 8.0 be usable for "hot spare"/"log shipping" type
Next
From: Philip Warner
Date:
Subject: Re: dollar-quoting in psql and in general