Re: [ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
On Mar 14 09:30, Yeo Kai Wei via Cygwin wrote: > Hi Corinna, > > I can't update to 3.5+, I tried reinstalling using the Cygwin setup > > Using "uname -a", my current version is 3.4.6-1.x86_64. > > I assume 3.5 hasn't been released officially. > > May I know where to get the test release? In setup. Use the version pulldown menu on the right side of the "New" column, or the "Test" check mark at the top right. Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
On 2023-03-13 21:44, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: Please pay close attention to how the command was shown to you, including the use of the whitespace: $ LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY In the terminal, when I use $LC_MONETARY = "en_ZM.utf-8" locale -ck LC_MONETARY Cygwin replies "-bash: LC_MONETARY: command not found" The dollar sign in there was the shell prompt; not something you have to type. So, this is basically what and how you should enter it: LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY Try it using a known good locale first, then that locale. Shut down all Cygwin processes. Run setup-x86_64: Select Packages/View Full/Search cygwin/column New dropdown/bottom entry/3.5.0-0.231.g93f70d7849b8, same for -devel and -doc if desired, then Search Clear, reset View Pending, then Next, ... Run your terminal, redo the commands above, and you should see correct data. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
Please pay close attention to how the command was shown to you, including the use of the whitespace: > >$ LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY > In the terminal, when I use $LC_MONETARY = "en_ZM.utf-8" locale -ck > LC_MONETARY > Cygwin replies "-bash: LC_MONETARY: command not found" The dollar sign in there was the shell prompt; not something you have to type. So, this is basically what and how you should enter it: LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY HTH, Anton Lavrentiev Contractor NIH/NLM/NCBI -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
Hi Corinna,
I can't update to 3.5+, I tried reinstalling using the Cygwin setup
Using "uname -a", my current version is 3.4.6-1.x86_64.
I assume 3.5 hasn't been released officially.
May I know where to get the test release?
In the terminal, when I use $LC_MONETARY = "en_ZM.utf-8" locale -ck
LC_MONETARY
Cygwin replies "-bash: LC_MONETARY: command not found"
Thank you very much.
Kind Regards,
YEO Kai Wei
On 13/3/2023 6:49 pm, Corinna Vinschen wrote:
On Mar 13 08:40, Yeo Kai Wei via Cygwin wrote:
Hi All,
May I ask if there's a bug with Cygwin and Windows currency?
The en_ZM locale isn't yet supported by Cygwin. This will change with
Cygwin 3.5.0. You can install the latest Cygwin test release
3.5.0-0.231.g93f70d7849b8 and retry. You'll get the correct output:
Region: en_AU.utf-8 Currency symbol: $ International currency symbol: AUD
Region: en_CA.utf-8 Currency symbol: $ International currency symbol: CAD
Region: en_GB.utf-8 Currency symbol: £ International currency symbol: GBP
Region: en_US.utf-8 Currency symbol: $ International currency symbol: USD
Region: en_NZ.utf-8 Currency symbol: $ International currency symbol: NZD
Region: en_ZM.utf-8 Currency symbol: K International currency symbol: ZMW
Btw., you don't even need a test application, just call
$ LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY
The correct answer should be "Region: en_ZM.utf-8 Currency symbol: K
International currency symbol: ZMK"
Supposedly, the code works on Linux.
Is this an issue with Windows?
We're fetching most locale information from Windows, this includes the
LC_MONETARY information. However, the locale support up to Cygwin 3.4.x
is restricted by an issue in Windows:
Originally, locales were handled in Windows by using so called locale
identifiers, LCID, 2 byte numbers. These LCIDs are used by Cygwin
internally.
In the meantime, Windows switched from LCIDs to locale string
identifiers following RFC 4646 resp. RFC 5646. Now, the problem is this:
Cygwin didn't yet follow suite, still using LCIDs internally, but
Windows introduced locales for which no LCID has ever been assigned.
Asking for the LCID for "en-ZW" returns 0.
For Cygwin 3.5.0, I converted Cygwin to use RFC 5646 locale strings
internally, too, so the next major version of Cygwin will be able to
support all locales Windows supports.
while (regions[i])
{
setlocale(LC_MONETARY, regions[i]);
You're not checking for errors here. If the locale isn't supported,
setlocale should return NULL...
const struct lconv* loc = localeconv();
...and the locale information stays unchanged. As such, if en_ZM isn't
supported, this call will still fetch the information of the en_NZ.utf-8
locale.
HTH,
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
On Mar 13 08:40, Yeo Kai Wei via Cygwin wrote:
> Hi All,
>
> May I ask if there's a bug with Cygwin and Windows currency?
The en_ZM locale isn't yet supported by Cygwin. This will change with
Cygwin 3.5.0. You can install the latest Cygwin test release
3.5.0-0.231.g93f70d7849b8 and retry. You'll get the correct output:
Region: en_AU.utf-8 Currency symbol: $ International currency symbol: AUD
Region: en_CA.utf-8 Currency symbol: $ International currency symbol: CAD
Region: en_GB.utf-8 Currency symbol: £ International currency symbol: GBP
Region: en_US.utf-8 Currency symbol: $ International currency symbol: USD
Region: en_NZ.utf-8 Currency symbol: $ International currency symbol: NZD
Region: en_ZM.utf-8 Currency symbol: K International currency symbol: ZMW
Btw., you don't even need a test application, just call
$ LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY
> The correct answer should be "Region: en_ZM.utf-8 Currency symbol: K
> International currency symbol: ZMK"
>
> Supposedly, the code works on Linux.
>
> Is this an issue with Windows?
We're fetching most locale information from Windows, this includes the
LC_MONETARY information. However, the locale support up to Cygwin 3.4.x
is restricted by an issue in Windows:
Originally, locales were handled in Windows by using so called locale
identifiers, LCID, 2 byte numbers. These LCIDs are used by Cygwin
internally.
In the meantime, Windows switched from LCIDs to locale string
identifiers following RFC 4646 resp. RFC 5646. Now, the problem is this:
Cygwin didn't yet follow suite, still using LCIDs internally, but
Windows introduced locales for which no LCID has ever been assigned.
Asking for the LCID for "en-ZW" returns 0.
For Cygwin 3.5.0, I converted Cygwin to use RFC 5646 locale strings
internally, too, so the next major version of Cygwin will be able to
support all locales Windows supports.
> while (regions[i])
> {
> setlocale(LC_MONETARY, regions[i]);
You're not checking for errors here. If the locale isn't supported,
setlocale should return NULL...
> const struct lconv* loc = localeconv();
...and the locale information stays unchanged. As such, if en_ZM isn't
supported, this call will still fetch the information of the en_NZ.utf-8
locale.
HTH,
Corinna
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
On 2023-03-12 18:40, Yeo Kai Wei via Cygwin wrote: May I ask if there's a bug with Cygwin and Windows currency? Windows Language Locale culture codes and currencies This is the output from the code below. Region: en_AU.utf-8 Currency symbol: $ International currency symbol: AUD Region: en_CA.utf-8 Currency symbol: $ International currency symbol: CAD Region: en_GB.utf-8 Currency symbol: £ International currency symbol: GBP Region: en_US.utf-8 Currency symbol: $ International currency symbol: USD Region: en_NZ.utf-8 Currency symbol: $ International currency symbol: NZD Region: en_ZM.utf-8 Currency symbol: $ International currency symbol: NZD < ERROR The correct answer should be "Region: en_ZM.utf-8 Currency symbol: K International currency symbol: ZMK" ZMW Zambia kwacha Install Cygwin package units and see /usr/share/units/currencies.units: $ units_cur $ grep zambia /usr/share/units/currency.units ZMWzambiakwacha zambiakwacha 0.049970632087833 USD Supposedly, the code works on Linux. Is this an issue with Windows? How can one solve this issue? If you look at the Windows Locale culture id ref: https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-lcid/70feba9f-294e-491e-b6eb-56532684c37f?source=recommendations https://winprotocoldoc.blob.core.windows.net/productionwindowsarchives/MS-LCID/%5bMS-LCID%5d.pdf only two official languages are supported for Zambia and only since Windows 10: "... LanguageLocationLanguageLanguageSupported (or type) ID tag version ... Bemba Zambia 0x1000 bem-ZM Release 10 ... English Zambia 0x1000 en-ZM Release 10 ... LanguageLanguage ID tag 0x1000 Locale without assigned LCID if the current user default locale. See section 2.2.1. ... 2.2.1 Locale Names without LCIDs Every locale name without an assigned LCID MAY be temporarily given one of the LCIDs in the following table, if the application requests an LCID.<14> These locale names include any valid [RFC5646] language tag. Note: LCID assignments for Locale Names without LCIDs are temporary and are not suitable for use across a protocol, or for interchange between processes or machines. These temporary LCID assignments are also unsuitable for tagging persisted data as the meaning of the LCID assignment will change over time. ... NameValue Conditions LOCALE_CUSTOM_UNSPECIFIED<17> 0x1000 When an LCID is requested for a locale without a permanent LCID assignment, nor a temporary assignment as above, the protocol will respond with LOCALE_CUSTOM_UNSPECIFIED for all such locales. Because this single value is used for numerous possible locale names, it is impossible to round trip this locale, even temporarily. Applications should discard this value as soon as possible and never persist it. If the system is forced to respond to a request for LCID_CUSTOM_UNSPECIFIED, it will fall back to the current user locale. This is often incorrect but may prevent an application or component from failing. As the meaning of this temporary LCID is unstable, it should never be used for interchange or persisted data. This is a 1-to-many relationship that is very unstable. ..." So it looks like you can only use this if you set this to the current user default locale, or set that up under your own custom locale using one of the other termporary assignment ids available, and set the current user default locale to that. Instructions for doing so are available out there on the web if you search hard! -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ERROR] Locale Monetary Symbol Prints Wrongly on Windows : Cygwin
Hi All,
May I ask if there's a bug with Cygwin and Windows currency?
This is the output from the code below.
Region: en_AU.utf-8 Currency symbol: $ International currency symbol: AUD
Region: en_CA.utf-8 Currency symbol: $ International currency symbol: CAD
Region: en_GB.utf-8 Currency symbol: £ International currency symbol: GBP
Region: en_US.utf-8 Currency symbol: $ International currency symbol: USD
Region: en_NZ.utf-8 Currency symbol: $ International currency symbol: NZD
Region: en_ZM.utf-8 Currency symbol: $ International currency symbol:
NZD < ERROR
The correct answer should be "Region: en_ZM.utf-8 Currency symbol: K
International currency symbol: ZMK"
Supposedly, the code works on Linux.
Is this an issue with Windows?
How can one solve this issue?
Thank you very much.
Kind Regards,
YEO Kai Wei
*CODE*
#include
#include
#include
void main()
{
setlocale(LC_ALL, "");
char* regions[] = {"en_AU.utf-8",
"en_CA.utf-8",
"en_GB.utf-8",
"en_US.utf-8",
"en_NZ.utf-8",
"en_ZM.utf-8",
NULL};
int i = 0;
while (regions[i])
{
setlocale(LC_MONETARY, regions[i]);
const struct lconv* loc = localeconv();
printf("Region: %s Currency symbol: %s International currency
symbol: %s\n", regions[i], loc->currency_symbol, loc->int_curr_symbol);
i++;
}
}
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
