Re: pg_dump in current master segfaults when dumping 9.2/9.1 databases

From: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>
To: Bernd Helmle <mailings(at)oopsware(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_dump in current master segfaults when dumping 9.2/9.1 databases
Date: 2013-03-26 13:45:19
Message-ID: 5151A66F.3020302@vmware.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 26.03.2013 15:31, Bernd Helmle wrote:
> My current master segfaults with pg_dump when dumping a 9.1 or 9.2
> database:
>
> $ LC_ALL=en_US.utf8 pg_dump -s -p 5448
> pg_dump: column number -1 is out of range 0..22
> zsh: segmentation fault LC_ALL=en_US.utf8 pg_dump -s -p 5448
>
> The reason seems to be that getTables() in pg_dump.c forget to select
> relpages in the query for releases >= 90100. The error message comes
> from PQgetvalue(res, i, i_relpages), which complains about i_relpages
> being -1, which will then return NULL...

Thanks, fixed.

- Heikki

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2013-03-26 14:44:06 Re: Limiting setting of hint bits by read-only queries; vacuum_delay
Previous Message Bernd Helmle 2013-03-26 13:31:42 pg_dump in current master segfaults when dumping 9.2/9.1 databases