From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | Stephen Frost <sfrost(at)snowman(dot)net>, Gilles Darold <gilles(dot)darold(at)dalibo(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS |
Date: | 2014-11-13 23:24:53 |
Message-ID: | 24529.1415921093@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> On 2014-11-13 18:00:45 -0500, Stephen Frost wrote:
>> Err. That might have come off poorly- I didn't mean that sarcastically
>> but was really wondering how far back you test (or how far back we
>> feel pg_dumpall needs to work against..).
> pg_dump currently errors out before 7.0:
> I do think it might be justifyable to bump that a bit.
Yeah, we've discussed that before, and I wouldn't mind explicitly ripping
out support for pre-7.3 or pre-7.4 servers; we could get rid of a pretty
fair amount of cruft in pg_dump with such a policy change. But right now
the standard is 7.0 and I don't want that goalpost moving silently.
(And yeah, I did just test it back to 7.0. But that depends on my HPPA
box which is looking increasingly frail. I'm not sure that we can get
versions that old to compile on more modern platforms, at least not
without a lot more work than it's probably worth.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-11-13 23:32:34 | Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS |
Previous Message | Sam Saffron | 2014-11-13 23:23:21 | Performance issue with libpq prepared queries on 9.3 and 9.4 |