Re: Convert LCID to ANSI locale string?
On Feb 1, 10:58 pm, "Igor Tandetnik" <itandet...@mvps.org> wrote:
In my experience, CRT startup code sets up the locale to match the OS
user locale ( GetUserDefaultLCID ). It even goes as far as surfacing
manual overrides to number formats and such via localeconv - something
that can't be done by the program itself using public API only.
Are you saying this has not automatically happened in your application?
Yes, in my experience (as well as in my expectations) it does not:
#include <stdio.h>
#include <locale.h>
int
main(void)
{
puts(setlocale(LC_ALL, NULL));
}
-- output --
C
Am I missing something again? ;-)
Are you calling setlocale yourself at any point?
Sorry, I should have posted the complete example in the first place.
Here it is:
#include <cstdlib>
#include <cstring>
#include <cstdio>
#include <iostream>
#include <ostream>
#include <fstream>
#include <windows.h>
#include <tchar.h>
// grab the definition from the first post to make this work
void get_locale_string(TCHAR* locale, size_t size, LCID lcid =
LOCALE_SYSTEM_DEFAULT);
int
main(int argc, char* argv[])
{
TCHAR locale[64];
get_locale_string(locale, 64);
_tsetlocale(LC_ALL, locale);
if (argc != 2)
{
return EXIT_FAILURE;
}
char const* filename = argv[1];
#ifndef DONT_USE_STD_FSTREAM
std::ofstream file(filename);
if (!file.is_open())
{
std::cerr << "open: " << filename << ": " << strerror(errno) <<
std::endl;
return EXIT_FAILURE;
}
file << "test" << std::endl;
#else
FILE* file = fopen(filename, "w");
if (!file)
{
perror("fopen");
return EXIT_FAILURE;
}
fputs("test", file);
fclose(file);
#endif
}
The problem is that, while working perfectly with fopen(), it does not
work with std::ofstream unless I call setlocale explicitly as in
example.
Since I have never ever seen LOCALE environment variable to be set
under Windows I guessed that WinAPI locale mechanism might be used to
obtain "correct" locale string based on the default locale id.
Well, you can look at setlocale implementation in CRT sources that ship
with MSVC. The interesting pieces are in getqloc.c. The code there does
essentially the inverse of what you are doing, using EnumSystemLocales
and GetLocaleInfo to find a locale where string representations of
language and country would match those passed to setlocale. So if your
goal is to deconstruct an LCID into a string that setlocale would
reconstruct back into the same LCID, I believe you are on the right
track. I'm not sure it's necessary to solve your real problem though.
This is exactly the point which confuses me a lot :-) Looks like I
need to sync myself both APIs (C setlocale and WinAPI SetLocale) each
time I want to deal with locales...
Thanks!
--
Alex Shulgin