Re: SIGSEGV taken on 8.1 during dump/reload

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org, Gregory Maxwell <gmaxwell(at)gmail(dot)com>
Subject: Re: SIGSEGV taken on 8.1 during dump/reload
Date: 2005-11-12 12:06:26
Message-ID: 20051112120623.GA4384@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Nov 12, 2005 at 12:28:48PM +0100, Peter Eisentraut wrote:
> I think this would rarely work in practice. For example, during the
> elog->ereport transition, any module compiled against the wrong server
> would immediately get an "unresolved symbol: elog/ereport" before you
> can run your nice version check.

Actually, that doesn't worry me. What worries me is that people who
don't use ereport won't get any error messages at all yet have
completely different expectations at to the structure of various
internal structures.

So the idea is to force failure when it would otherwise succeed, not
just for the pretty error messages but for stability of the system. I
would be in favour if storing the CATALOG_VERSION in the pg_finfo
struct and rejecting anything that doesn't match.

Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Olivier Thauvin 2005-11-12 14:01:26 vacuumlo doesn't seems to have help
Previous Message Peter Eisentraut 2005-11-12 11:28:48 Re: SIGSEGV taken on 8.1 during dump/reload