diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2014-05-14 11:51:10 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2014-05-14 11:51:10 -0400 |
commit | 31a263237fa3eb6f36d58335fbdb82bab3136db3 (patch) | |
tree | 746c5954025b92f661f61ceb22c30386dc490dc7 /doc/src | |
parent | eb6144bb447ecbb036bfa08da85940cd50d49410 (diff) | |
download | postgresql-31a263237fa3eb6f36d58335fbdb82bab3136db3.tar.gz postgresql-31a263237fa3eb6f36d58335fbdb82bab3136db3.zip |
Make initdb throw error for bad locale values.
Historically we've printed a complaint for a bad locale setting, but then
fallen back to the environment default. Per discussion, this is not such
a great idea, because rectifying an erroneous locale choice post-initdb
(perhaps long after data has been loaded) could be enormously expensive.
Better to complain and give the user a chance to double-check things.
The behavior was particularly bad if the bad setting came from environment
variables rather than a bogus command-line switch: in that case not only
was there a fallback to C/SQL_ASCII, but the printed complaint was quite
unhelpful. It's hard to be entirely sure what variables setlocale looked
at, but we can at least give a hint where the problem might be.
Per a complaint from Tomas Vondra.
Diffstat (limited to 'doc/src')
0 files changed, 0 insertions, 0 deletions