Subject: Re: bug#79296: 30.2; format-time-string returns wrongly encoded string in MS Windows Japanese with cp65001 beta config

From: Shingo Tanaka <[email-masked]>
Date: Sun, 24 Aug 2025 18:49:54 +0900

On Mon, 25 Aug 2025 03:12:20 +0900,
Eli Zaretskii wrote:
> 
> Thanks.  This means w32-multibyte-code-page doesn't provide a good way
> of detecting Japanese Windows where the system codepage was changed to
> be UTF-8.  What other aspects of your environment can be evidence that
> this is the case?  Please tell what do the following produce when
> evaluated via "M-:" in a running Emacs session.  Please show the
> values both when "Beta: Use Unicode UTF-8 for worldwide language
> support" is ON and when it is OFF.
> 
>   (w32-get-current-locale-id)
>   (w32-get-locale-info (w32-get-current-locale-id))
>   (w32-get-default-locale-id)
>   (w32-get-locale-info (w32-get-default-locale-id))
>   (w32-get-console-codepage)
>   (w32-get-console-output-codepage)

Here you are.

- "Beta: Use Unicode UTF-8 for worldwide language support": OFF

w32-system-coding-system: cp932
w32-multibyte-code-page: 932
w32-ansi-code-page: 932
(w32-get-current-locale-id): 1041
(w32-get-locale-info (w32-get-current-locale-id)): "JPN"
(w32-get-default-locale-id): 1041
(w32-get-locale-info (w32-get-default-locale-id)): "JPN"
(w32-get-console-codepage): 932
(w32-get-console-output-codepage): 932

- "Beta: Use Unicode UTF-8 for worldwide language support": ON

w32-system-coding-system: cp65001
w32-multibyte-code-page: 0
w32-ansi-code-page: 65001
(w32-get-current-locale-id): 1041
(w32-get-locale-info (w32-get-current-locale-id)): "JPN"
(w32-get-default-locale-id): 1041
(w32-get-locale-info (w32-get-default-locale-id)): "JPN"
(w32-get-console-codepage): 65001
(w32-get-console-output-codepage): 65001

--
Shingo