aboutsummaryrefslogtreecommitdiff
path: root/src/interfaces
diff options
context:
space:
mode:
authorBruce Momjian <bruce@momjian.us>2006-12-04 22:24:04 +0000
committerBruce Momjian <bruce@momjian.us>2006-12-04 22:24:04 +0000
commite1bfa1869f10f2445747239feb21882e8b56e0f1 (patch)
treec02103456bfa7d2f7ba9ae0ea7079eaedc1a3721 /src/interfaces
parente72ef41d72d7555a574ff2197498f66b588bd24f (diff)
downloadpostgresql-e1bfa1869f10f2445747239feb21882e8b56e0f1.tar.gz
postgresql-e1bfa1869f10f2445747239feb21882e8b56e0f1.zip
Patch of Win32 Encoding problem for server messages using
FormatMessage() (This should have been in 8.2.0, patched to 8.2.X and HEAD): I think this problem to be complex.... http://archives.postgresql.org/pgsql-hackers/2006-11/msg00042.php FormatMessage of windows cannot consider the encoding of the database. However, I should try the solution now. It is necessary to clear the problem. Multi character-code exists together in message and log. It doesn't consider the data base encoding that the user intended.... The user in multi-byte country can try this. http://inet.winpg.jp/~saito/pg_bug/MessageCheck.c That is, it is likely to become it in this manner.(Japanese) http://inet.winpg.jp/~saito/pg_bug/FormatMessage998.png Hiroshi Saito
Diffstat (limited to 'src/interfaces')
-rw-r--r--src/interfaces/libpq/win32.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/interfaces/libpq/win32.c b/src/interfaces/libpq/win32.c
index a4ec2ebb70c..00f0e0073d2 100644
--- a/src/interfaces/libpq/win32.c
+++ b/src/interfaces/libpq/win32.c
@@ -309,7 +309,7 @@ winsock_strerror(int err, char *strerrbuf, size_t buflen)
success = 0 != FormatMessage(
flags,
dlls[i].handle, err,
- MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
+ MAKELANGID(LANG_ENGLISH, SUBLANG_DEFAULT),
strerrbuf, buflen - 64,
0
);