Regression testing for psql
in [PgSql]
|
Prev: [HACKERS] Clearing psql's input buffer after auto-reconnect
Next: (9.1) btree_gist support for searching on "notequals"
From: Stephen Frost on 26 May 2010 21:25 * Tom Lane (tgl(a)sss.pgh.pa.us) wrote: > There might be some value in psql backslash command tests that > are designed to depend on just one or a few tables (or other appropriate > objects). Updated, much much smaller, patch attached. Also available, again, at http://snowman.net/~sfrost/psql-regress-help.patch Basically, I removed anything that would produce data directly from the catalogs by trying to find a 'none' object which matched. This still goes through alot of the same setup and query, it's just that there aren't any results. Thanks, Stephen
From: Selena Deckelmann on 29 May 2010 20:37
On Wed, May 26, 2010 at 6:25 PM, Stephen Frost <sfrost(a)snowman.net> wrote: > * Tom Lane (tgl(a)sss.pgh.pa.us) wrote: >> There might be some value in psql backslash command tests that >> are designed to depend on just one or a few tables (or other appropriate >> objects). > > Updated, much much smaller, patch attached. Also available, again, at > http://snowman.net/~sfrost/psql-regress-help.patch > > Basically, I removed anything that would produce data directly from > the catalogs by trying to find a 'none' object which matched. This > still goes through alot of the same setup and query, it's just that > there aren't any results. Is this something to be added to 2010-07 commitfest? -selena -- http://chesnok.com/daily - me -- Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers |