On 10/11/2007, Tom Lane <[EMAIL PROTECTED]> wrote:
> "Pavel Stehule" <[EMAIL PROTECTED]> writes:
> > I found different problem, that have to be solved if wrapper have to
> > be dump compatible.
>
> > there is about five functions with same name, and I have problem with
> > wrapping, because I creat
Albert Cervera i Areny wrote:
> Sorry, I missed them, indeed I packed btree_gist instead of the good one
> btree-gist. The cube and xml2 have been added to.
Thanks. All applied. I know people liked the README files in each
/contrib directory but we have no chance of keeping them in sync with
th
"Pavel Stehule" <[EMAIL PROTECTED]> writes:
> I found different problem, that have to be solved if wrapper have to
> be dump compatible.
> there is about five functions with same name, and I have problem with
> wrapping, because I create recursive calling. I am not able select
> integrated functio
bruce wrote:
> Tom Lane wrote:
> > Andrew Dunstan <[EMAIL PROTECTED]> writes:
> > > Bruce Momjian wrote:
> > >> How about an environment variable to control the timeout? Is that
> > >> cleaner?
> >
> > > I don't see why it should be. I think Peter's --timeout suggestion
> > > should be just fine
On 10/11/2007, Tom Lane <[EMAIL PROTECTED]> wrote:
> "Pavel Stehule" <[EMAIL PROTECTED]> writes:
> > On 10/11/2007, Tom Lane <[EMAIL PROTECTED]> wrote:
> >> * The SQL file doesn't create any of the old types (public.tsvector
> >> etc) so it seems still a long ways short of ensuring that an old
> >>
"Pavel Stehule" <[EMAIL PROTECTED]> writes:
> On 10/11/2007, Tom Lane <[EMAIL PROTECTED]> wrote:
>> * The SQL file doesn't create any of the old types (public.tsvector
>> etc) so it seems still a long ways short of ensuring that an old
>> dump file can be reloaded. Maybe I don't understand exactly
Hello
On 10/11/2007, Tom Lane <[EMAIL PROTECTED]> wrote:
> "Pavel Stehule" <[EMAIL PROTECTED]> writes:
> > this is revised version
>
> A couple of thoughts here:
>
> * What is the point of creating stub functions for things that users
> won't attempt to call directly, such as opclass support funct
"Pavel Stehule" <[EMAIL PROTECTED]> writes:
> this is revised version
A couple of thoughts here:
* What is the point of creating stub functions for things that users
won't attempt to call directly, such as opclass support functions and
the old dictionary support functions? Couldn't we just leav
Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian <[EMAIL PROTECTED]> writes:
> > > Tom Lane wrote:
> > >> One possible real solution would be to tweak the dictionary APIs so
> > >> that the dictionaries can find out whether this is the first load during
> > >> a session, or a reload, and em
Bruce Momjian wrote:
> Tom Lane wrote:
> > Andrew Dunstan <[EMAIL PROTECTED]> writes:
> > > Could we maybe have some flavor of ROLLBACK that doesn't issue a warning
> > > if no transaction is in progress? There is precedent for this sort of
> > > facility - DROP ... IF EXISTS.
> >
> > Something
10 matches
Mail list logo
