Re: BUG #3048: pg_dump dumps intarray metadata incorrectly

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Dmitry Koterov <d(at)koterov(dot)ru>, pgsql-bugs(at)postgresql(dot)org, Teodor Sigaev <teodor(at)sigaev(dot)ru>
Subject: Re: BUG #3048: pg_dump dumps intarray metadata incorrectly
Date: 2007-04-26 22:45:40
Message-ID: 200704262245.l3QMjeS25062@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


Oleg, I still haven't seen this patch applied to CVS.

---------------------------------------------------------------------------

Oleg Bartunov wrote:
> On Mon, 2 Apr 2007, Bruce Momjian wrote:
>
> > Tom Lane wrote:
> >> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> >>> Tom, do you want this fixed for 8.2.X?
> >>
> >>> Tom Lane wrote:
> >>>> Yeah. I'd say that intarray's attempt to override the default status of
> >>>> the built-in gin opclass is simply a bad idea and should be removed.
> >>
> >> I don't recall having seen a response from Oleg or Teodor, and would
> >> like their input before making a final decision --- but at the moment
> >> I think we should take that out.
> >
> > Oleg or Teodor, I need a comment on this.
>
> We agree with Tom in this case and we'll remove update of
> system catalog. But, I want to rise the problem again - pg_dump doesn't
> track changes of system catalog. The problem could be more pronounced in
> case of built-in FTS, if somebody with superuser rights changes
> fts configurations in system catalog.
>
>
>
> Regards,
> Oleg
> _____________________________________________________________
> Oleg Bartunov, Research Scientist, Head of AstroNet (www.astronet.ru),
> Sternberg Astronomical Institute, Moscow University, Russia
> Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
> phone: +007(495)939-16-83, +007(495)939-23-83

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2007-04-26 23:31:21 Re: BUG #3245: PANIC: failed to re-find shared lock object
Previous Message Tom Lane 2007-04-26 20:26:24 Re: BUG #3254: unexpected data beyond EOF in block