Re: Bug in pg_dump

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Gilles Darold <gilles(dot)darold(at)dalibo(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Bug in pg_dump
Date: 2015-03-01 19:17:03
Message-ID: 20150301191703.GF29780@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Michael,

* Stephen Frost (sfrost(at)snowman(dot)net) wrote:
> * Michael Paquier (michael(dot)paquier(at)gmail(dot)com) wrote:
> > >> Subject: [PATCH 2/3] Make prove_check install contents of current directory as well
> > >
> > > This is really an independent thing, no? I don't see any particular
> > > problem with it, for my part.
> >
> > Yes, that's an independent thing, but my guess is that it would be
> > good to have a real test case this time to be sure that this does not
> > break again, at least on master where test/modules is an ideal place.
>
> I've been looking at this, but noticed the following in
> src/test/Makefile:
>
> # We want to recurse to all subdirs for all standard targets, except that
> # installcheck and install should not recurse into the subdirectory "modules".

Hrmpf, that hadn't fixed it as I thought, I had another issue which was
making it appear to work.

The other modules work because they use pg_regress and pass it an
'--extra-install' option, so perhaps adding this makes sense after all,
though I'm a bit nervous that we're doing double-duty with this
approach as some things clearly do get installed by the first 'install'.

Peter, if you have a minute, could you take a look at this thread and
discussion of having TAP tests under src/test/modules which need to
install an extension? I think it's something we certainly want to
support but I'm not sure it's a good idea to just run install in every
directory that has a prove_check.

I'm going to move forward with the actual bug fix. We can certainly add
the test in later, once we've got this all sorted.

Thanks!

Stephen

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephen Frost 2015-03-01 20:28:37 Re: Odd behavior of updatable security barrier views on foreign tables
Previous Message Robert Haas 2015-03-01 18:42:49 Re: add modulo (%) operator to pgbench