Re: BUG #7493: Postmaster messages unreadable in a Windows console

From: Noah Misch <noah(at)leadboat(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alexander Law <exclusion(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, Andrew Dunstan <andrew(at)dunslane(dot)net>
Subject: Re: BUG #7493: Postmaster messages unreadable in a Windows console
Date: 2013-01-30 01:51:55
Message-ID: 20130130015155.GD3524@tornado.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-general pgsql-hackers

On Tue, Jan 29, 2013 at 09:54:04AM -0500, Tom Lane wrote:
> Alexander Law <exclusion(at)gmail(dot)com> writes:
> > Please look at the following l10n bug:
> > http://www.postgresql.org/message-id/502A26F1.6010109@gmail.com
> > and the proposed patch.
>
> That patch looks entirely unsafe to me. Neither of those functions
> should be expected to be able to run when none of our standard
> infrastructure (palloc, elog) is up yet.
>
> Possibly it would be safe to do this somewhere around where we do
> GUC initialization.

Even then, I wouldn't be surprised to find problematic consequences beyond
error display. What if all the databases are EUC_JP, the platform encoding is
KOI8, and some postgresql.conf settings contain EUC_JP characters? Does the
postmaster not rely on its use of SQL_ASCII to allow those values?

I would look at fixing this by making the error output machinery smarter in
this area before changing the postmaster's notion of server_encoding.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Alexander Law 2013-01-30 06:00:01 Re: BUG #7493: Postmaster messages unreadable in a Windows console
Previous Message jan.mate 2013-01-29 23:50:14 BUG #7838: pg_dump major bug

Browse pgsql-general by date

  From Date Subject
Next Message Tim Uckun 2013-01-30 02:58:54 Dropping default privileges.
Previous Message Kevin Grittner 2013-01-29 23:09:26 Re: Optimizing select count query which often takes over 10 seconds

Browse pgsql-hackers by date

  From Date Subject
Next Message Noah Misch 2013-01-30 02:04:56 Re: lazy_vacuum_heap()'s removal of HEAPTUPLE_DEAD tuples
Previous Message Noah Misch 2013-01-30 01:34:24 Re: COPY FREEZE has no warning