DevCpp MinGW Широкие строки

@SomniPhobia · Регистрация: 22.11.2017

Студворк — интернет-сервис помощи студентам

Всем привет!
Вот код.

C++
1
2
3
4
5
6
7
8
9
#include <iostream>
#include <locale>
 
int main(int argc, char** argv)
{
    std::wcout.imbue(std::locale("rus_rus.1251"));
    std::wcout << L"Всем привет!\n";
    return 0;
}

Без строки "Всем привет!\n" компилируется, но выходит с кодом 3 - оказалась причина в std::locale, но что именно с ним не так?
Со строкой "Всем привет!\n" не компилируется если есть L, а как без него писать?
Как исправить код?
Спасибо за ответы!

@DrOffset · 03.02.2020, 23:37

Сообщение от SomniPhobia

выходит с кодом 3 - оказалась причина в std::locale, но что именно с ним не так?

Нет локали с таким именем: rus_rus.1251
По этому поводу вылетает исключение, которое вы не ловите. Поэтому программа выходит с кодом 3.

Сообщение от SomniPhobia

Со строкой "Всем привет!\n" не компилируется если есть L, а как без него писать?

Как именно не компилируется?
Подозреваю, что кодировка файла исходника не UTF-8. В MinGW по умолчанию для конвертации в UTF-16 используется именно она.

Сообщение от SomniPhobia

Как исправить код?

По-нормальному - никак. В MinGW не доделаны локали, и не поддерживается нативный UTF-16 вывод через stdout, по причине использования legacy рантайма msvcrt.

Можно пойти в обход и написать свой streambuffer, который будет использовать API-шные функции WriteConsole b подменить им стандартный. Где-то на форуме я публиковал прототип.

@COKPOWEHEU · 04.02.2020, 09:54

Сообщение от DrOffset

По-нормальному - никак.

На счет виндовой версии не знаю, но в кросспомпиляторе можно:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include <stdio.h>
#include <wchar.h>
#include <locale.h>
#ifdef WIN32
  #include <windows.h>
  #include "fcntl.h"
  __attribute__((constructor)) void coninit(){
    SetConsoleCP(CP_UTF8); SetConsoleOutputCP(CP_UTF8);
    _setmode(_fileno(stdout), _O_U8TEXT);
    _setmode(_fileno(stdin), _O_U8TEXT);
  }
#endif
  
int main(){
  setlocale(LC_ALL, "");
  wprintf(L"x\u00B2+7x+4\n");
  return 0;
}

Code
1
2
3
4
5
6
$ gcc main.c
$ ./a.out 
x²+7x+4
$ i686-w64-mingw32-gcc main.c
$ wine a.exe 
x²+7x+4

Естественно, работу экзешника проверял не только в wine, но и на виртуальной машине.

@DrOffset · 04.02.2020, 19:20

Сообщение от COKPOWEHEU

На счет виндовой версии не знаю

Да, в последней версии MSYS2 тоже работает. Похоже с 2016 года кое-что изменилось

@SomniPhobia · 04.02.2020, 19:32 **[ТС]**

Сообщение от DrOffset

Нет локали с таким именем: rus_rus.1251

И локали с именами "rus_rus.866" и ".866" не подходят: тоже выход с кодом 3.

Сообщение от DrOffset

По этому поводу вылетает исключение, которое вы не ловите. Поэтому программа выходит с кодом 3.

C++
1
2
3
4
5
6
7
8
try
{
    std::wcout.imbue(std::locale("rus_rus.1251"));
}
catch(std::exception& e)
{
        std::cout << e.what() << "\n";
}

locale::facet::_S_create_c_locale name not valid
А какие тогда есть локали? В Microsoft компиляторе есть такие локали "rus_rus.866" и "rus_rus.1251", как я помню. В MinGW значит нет?

Сообщение от DrOffset

Как именно не компилируется?

[Error] converting to execution character set: Illegal byte sequence

Сообщение от DrOffset

Подозреваю, что кодировка файла исходника не UTF-8. В MinGW по умолчанию для конвертации в UTF-16 используется именно она.

Кодировка main.cpp Windows (CR LF). Что это за кодировка, у неё есть номер?

@DrOffset · 04.02.2020, 19:36

Сообщение от SomniPhobia

В Microsoft компиляторе есть такие локали "rus_rus.866" и "rus_rus.1251", как я помню. В MinGW значит нет?

Да, в MinGW нет.

Сообщение от SomniPhobia

[Error] converting to execution character set: Illegal byte sequence

Это как раз то, о чем я говорил.
Возьмите какой-нибудь Notepad++ и сохраните файл в UTF-8.

@SomniPhobia · 04.02.2020, 19:44 **[ТС]**

DrOffset,

C++
1
2
3
setlocale(LC_ALL, ".1251");
//и
SetConsoleOutputCP(1251);

Способствуют нормальному отображению русского текста в консоле. Значит файл исходного кода в 1251.

Добавлено через 5 минут

Сообщение от DrOffset

Возьмите какой-нибудь Notepad++ и сохраните файл в UTF-8.

В файле что были символы кириллицы испортились. Я переписал текст уже после перекодирования. Всё равно также [Error] converting to execution character set: Illegal byte sequence если писать L перед литералом.
Без L вот так

C++
1
2
setlocale(LC_ALL, ".1251");
std::wcout << "Привет!\n";

Нормально стало выводить в консоль. Почему L не понадобилось, из-за UTF-8?

Добавлено через 2 минуты

C++
1
2
setlocale(LC_ALL, ".866");
std::wcout << "Привет!\n";

И так тоже правильно выводится в консоль.

@DrOffset · 04.02.2020, 19:47

SomniPhobia, если хотите использовать широкие строки в MinGW, файл исходника должен быть в UTF-8. Или вы должны явно указать компилятору в какой кодировке у вас файлы, чтобы он смог выполнить преобразование в UTF-16.
Явно указать, что например у вас 1251, можно с помощью ключа -finput-charset=CP1251

Добавлено через 57 секунд

Сообщение от SomniPhobia

В файле что были символы кириллицы испортились.

Значит вы что-то неправильно делаете.

Добавлено через 1 минуту

Сообщение от SomniPhobia

Всё равно также [Error] converting to execution character set: Illegal byte sequence если писать L перед литералом.

Значит там не UTF-8 на самом деле. При неумелой конвертации может получиться смесь двух кодировок в одном файле. Это же может причиной того, что "символы испортились", т.к. редактор не может корректно опознать кодировку из-за наличия смеси.

@COKPOWEHEU · 05.02.2020, 10:34

Сообщение от DrOffset

Да, в последней версии MSYS2 тоже работает. Похоже с 2016 года кое-что изменилось

Не факт. Возможно, дело в том магическом конструкторе, которые переключает все в странные режимы. Как его можно написать "с нуля по мануалу" я без понятия: этот вариант писался методом тыка.
Кстати, я тут обнаружил, что Dev-CPP не умеет работать с исходниками в UTF-8. Может, его можно как-то научить? Или просто существуют другие IDE под винду? Мне-то, само собой это не слишком нужно, но надо же что-то советовать новичкам.

Новые блоги и статьи Все статьи Все блоги /
Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .