27;ll see if
I can do some tests there.
Mit freundlichen Grüßen,
Christoph Berg
--
Tel.: +49 (0)21 61 / 46 43-187
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer
--
On upgrading a 9.0 database to 9.2 using pg_upgrade, I got this:
# pg_upgradecluster -m upgrade 9.0 main /psql/data-9.2
[...]
Performing Upgrade
--
[...]
Restoring database schema to new clusterok
Removing support functions from new cluster ok
Co
Re: Jeff Janes 2013-04-06
> I don't think the docs are very clear on that. They say "This file will of
> course be archived as a part of your backup dump file", but "will be" does
> not imply "must be". Elsewhere it emphasizes that the label you gave to
> pg_start_backup is written into the fil
Re: To pgsql-bugs@postgresql.org 2011-06-17
<20110617091114.gc4...@msgid.df7cb.de>
> Unfortunately that doesn't help in this case, as the bad string isn't
> tagged as "#, c-format", but still gets used as such. This seems to be
> the case for many errhint() strings. Maybe xgettext should be taught
Re: Heikki Linnakangas 2011-06-17 <4dfb137e.4040...@enterprisedb.com>
> So, this is a case where the untranslated string doesn't have a %s
> in it, but the translated one does. We should have a way to check
> those automatically. In fact, I'm surprised if someone somewhere
> hasn't already written
The following bug has been logged online:
Bug reference: 6066
Logged by: Christoph Berg
Email address: c...@df7cb.de
PostgreSQL version: 9.1, 9.0, 8.4
Operating system: any
Description:Bad string in German translation causes segfault
(user-triggerable)
Details:
In
