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

From: Noah Misch <noah(at)leadboat(dot)com>
To: Greg Stark <stark(at)mit(dot)edu>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, 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-02-14 02:40:20
Message-ID: 20130214024020.GA28577@tornado.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-general pgsql-hackers

On Tue, Feb 12, 2013 at 03:22:17AM +0000, Greg Stark wrote:
> But that said I'm not sure saying the whole file is in an encoding is
> the right approach. Paths are actually binary strings. any encoding is
> purely for display purposes anyways.

For Unix, yes. On Windows, they're ultimately UTF16 strings; some system APIs
accept paths in the Windows ANSI code page and convert to UTF16 internally.
Nonetheless, good point.

> What parts of postgresql.conf are actually encoded strings that need
> to be (and can be) manipulated as encoded strings?

Mainly the ones that refer to arbitrary database objects. At least these:

default_tablespace
default_text_search_config
search_path
temp_tablespaces

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Alexander Law 2013-02-14 07:11:13 Re: BUG #7493: Postmaster messages unreadable in a Windows console
Previous Message joe 2013-02-14 01:37:04 BUG #7874: GUC's not in database dumps

Browse pgsql-general by date

  From Date Subject
Next Message Stuart Bishop 2013-02-14 04:50:15 Re: Failing backups, canceling statement due to conflict with recovery
Previous Message Ian Lawrence Barwick 2013-02-14 02:36:35 Re: Graphing query results from within psql.

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2013-02-14 04:01:45 Re: FDW for PostgreSQL
Previous Message Greg Stark 2013-02-14 01:48:16 Re: Fractal tree indexing