Re: beta6 pg_restore core dumps - Mailing list pgsql-hackers

From Tom Lane
Subject Re: beta6 pg_restore core dumps
Date
Msg-id 22298.984881334@sss.pgh.pa.us
Whole thread Raw
In response to beta6 pg_restore core dumps  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Responses Re: beta6 pg_restore core dumps  (Philip Warner <pjw@rhyme.com.au>)
Re: beta6 pg_restore core dumps  (Philip Warner <pjw@rhyme.com.au>)
List pgsql-hackers
Philip Warner <pjw@rhyme.com.au> writes:
>> Considering that the data we are working with is binary, and may contain
>> nulls, any code that insisted on null-termination would probably be ipso
>> facto broken.

> But we're not; this is the same code that sends the COPY output back to PG.

Oh, isn't this the code that pushes large-object bodies around?  I
should think the problem would've been noticed much sooner if not...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: beta6 pg_restore core dumps
Next
From: Jan Wieck
Date:
Subject: Re: Performance monitor signal handler