[Совсем оффтопик] Русская локаль и Windows

man 3 iconv

и кодировать сообщения в зависимости от назначения из utf-8 в то что надо.

Я понимаю. Но как определить, что надо? Ведь не только на русский переводить будут.

В консоль можно и юникодными функциями выводить... На MSDN...

>в лог надо cp1251

Там даже notepad, помнится, понимал UTF-8/16. Зачем 1251?

в винде есть winAPI функции для определения текущих кодировок.

http://msdn.microsoft.com/en-us/library/ms686036(VS.85).aspx

Я бы выставил единую кодировку с помощью SetConsoleOutputCP() и не морочил голову.

Вау, звучит неплохо. Но тогда это под линуксом как надо не заработает :).

Я вижу 2 решения:
1) Забить на неюникодных пользователей Linux
2) Так выводить в кодировке консоли

Пойду по второму пути. Есть GetConsoleCP. Кажется, мне этого хватит. И хрен с ним с логом, пусть будет в юникоде.

> http://msdn.microsoft.com/en-us/library/ms686036(VS.85).aspx
вот жеж, был бы Ъ так и не узнал бы, что в свисте симлинки наваяли ☺

Они же вроде были ещё в хрю на NTFS?

Нет, не катит

http://forum.ixbt.com/topic.cgi?id=26:39262

Юзеру придётся шрифт в консоли менять.

Заюзаю GetConsoleOutputCP(). Осталось разобраться с тем, как заставить софтину понять, винда у нас или линукс. Кто-нибудь поможет кодом? То есть, надо так: если у нас винда, то конвертируем somestring из UTF-8 в GetConsoleOutputCP(), иначе конвертируем somestring из UTF-8 в локаль системы. Пожалуйста :).

Ты наверное про хардлинки, которые появились в винтукее?

> как заставить софтину понять, винда у нас или линукс
#ifdef _WIN32
#endif

#ifdef __linux__
#endif

Не могу сказать точно, ими было пользоваться настолько "удобно" что их считай не было (:

Спасибо :). Только там не совсем __linux__, там просто "иначе". Так что

#ifdef _WIN32
...
#else
...
#endif

Причём использовать это мы будем в начале файла (чтоб подгрузить, если надо, виндовскую либу) и в месте, где мы занимаемся перекодировкой. Осталось разобраться с тем, как получить просто локаль и как перекодировать текст :).

Блин, а что означают эти упавшие минусы? То бишь, почему _WIN32, а не WIN32?

Можно унаследовать класс от std::ostream (пусть он будет называться eostream) и перегрузить оператор eostream& << (eostream&, const char*). А уже внутри реализации перекодировать. Соответственно, в программе придется использовать типы потоков вывода, это минус.

> Блин, а что означают эти упавшие минусы? То бишь, почему _WIN32, а не WIN32?

Мой вам совет: не ищите логики в потрохах Windows. Ее там нет.

Да тут всё гораздо проще. Нужно научить вот этот код перекодировать текст как надо:

void CONSOLE_Print( string message )
{
	cout << message << endl;

	// logging

	if( !gLogFile.empty( ) )
	{
		ofstream Log;
		Log.open( gLogFile.c_str( ), ios :: app );

		if( !Log.fail( ) )
		{
			time_t Now = time( NULL );
			string Time = asctime( localtime( &Now ) );

			// erase the newline
			
			Time.erase( Time.size( ) - 1 );
			Log << "[" << Time << "] " << message << endl;
			Log.close( );
		}
	}
}

Осталось осилить iconv и locale.

Я так понимаю, это от выбора девелопера зависит. И в разных софтинах для опеределения того, какая ось дефайнят то WIN32, то _WIN32, а то и вовсе _WIN32_. То есть, стандарта нету, всё зависит от девелопера, правильно понимаю?..

если склероз мне ни с кем не изменяет макросы начинающиеся с _[A-Z] и __ зарезервированы под системные нужды. Посему прикладной программист не должен их использовать.

s/использовать/дефайнить/

Короче, в этом проекте уже используется дефайн WIN32. Задаётся он, я так понимаю, компилятором:

obey@damntux trunk % cat ghost/ghost.vcproj | grep WIN32
                                PreprocessorDefinitions="WIN32;_DEBUG;_CONSOLE"
                                PreprocessorDefinitions="WIN32;NDEBUG;_CONSOLE"
                                PreprocessorDefinitions="WIN32;_DEBUG;_CONSOLE;GHOST_MYSQL"
                                PreprocessorDefinitions="WIN32;NDEBUG;_CONSOLE;GHOST_MYSQL"

Короче, с определением ОСи всё ясно. А что с определением системной локали и, собственно, перекодировкой?

> А что с определением системной локали и, собственно, перекодировкой?

При таком раскладе зачем вам вообще знать про локаль? Под #ifdef WIN32 перекодируйте с помощью AnsiToOem()/OemToAnsi() да и всё.

Внезапно задумался над вопросом "а что будет задефайнено при сборке под 64bit Windows"? Возможно придётся доработать условие ☺

Ясно. Но под линуксом всё равно надо перекодировать...

О спорах по поводу дефайнов... Я не пойму, Вы все что, в windows.h заглянуть не можете? Начинается он с _WINDOWS_