From: | Andres Freund <andres(at)2ndquadrant(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, 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:15:20 |
Message-ID: | 20141113231520.GN13473@awork2.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2014-11-13 18:00:45 -0500, Stephen Frost wrote:
> * Stephen Frost (sfrost(at)snowman(dot)net) wrote:
> > I'm happy to fix it either way (and fix it for 8.1, and back to.. what?
> > Postgres95?)
>
> 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..). I was originally going to say
> 7.4, but then figured we might try to go back farther than even that
> and, well, Postgres95 is the oldest we have "easy" access to..
pg_dump currently errors out before 7.0:
/*
* We allow the server to be back to 7.0, and up to any minor release of
* our own major version. (See also version check in pg_dumpall.c.)
*/
fout->minRemoteVersion = 70000;
fout->maxRemoteVersion = (PG_VERSION_NUM / 100) * 100 + 99;
I do think it might be justifyable to bump that a bit.
Greetings,
Andres Freund
--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Sam Saffron | 2014-11-13 23:23:21 | Performance issue with libpq prepared queries on 9.3 and 9.4 |
Previous Message | Stephen Frost | 2014-11-13 23:00:45 | Re: Segmentation fault in pg_dumpall from master down to 9.1 and other bug introduced by RLS |