Кодировка в консоли VS

@Deni Bravo · Регистрация: 07.03.2019

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

Есть код.
В нем конструкция проверяющая введенные данные. (Типа примитивной авторизации)
Проблема в том, что в любом другом компиляторе (Dev C++ например) все работает нормально.

Но если скомпилировать программу в VS, при вводе данных напишет, что они неверны. Хотя они верны и принимаются программой, если ее откомпилировать в другом компиляторе.

Кодировка UTF-8, менять на ANSI пытался, не помогло.

Добавлено через 26 минут
Например. Код

C++

setlocale(LC_ALL, "Russian");
string str1;
cout << "Введите: ";
cin >> str1;
cout << "Вы ввели: " << str1;

Если ввести "Привет"
вывод будет ?аЁў?в

~~Verevkin~~ · 23.03.2019, 22:39

Убери setlocale().
Попробуй так:

C++

system("chcp 65001 & cls");
string str1;
cout << "Введите: ";
cin >> str1;
cout << "Вы ввели: " << str1;

@Deni Bravo · 23.03.2019, 22:48 **[ТС]**

Например. Код

C++

setlocale(LC_ALL, "Russian");
string str1;
cout << "Введите: ";
cin >> str1;
cout << "Вы ввели: " << str1;

Если ввести "Привет"
вывод будет ?аЁў?в

Это пример, суть немного другая, но думаю проблема ясна. Код вообще не имеет значения.

Добавлено через 8 минут
Короче. Это из за setlocale
Особо никто с этим не сталкивался, но один нашелся. Там сказали использовать

C++

1 2	SetConsoleCP (1251); SetConsoleOutputCP (1251);

Хоть и работает, но желательно найти бы более оптимальный вариант.

@valen10 · 23.03.2019, 23:14

Сообщение от Deni Bravo

Хоть и работает, но желательно найти бы более оптимальный вариант

И что по-вашему означает "более оптимальный"? Не пойму, зачем вы задаёте здесь вопросы, если вообще не читаете то, что вам отвечают.

~~Verevkin~~ · 23.03.2019, 23:19

Сообщение от Deni Bravo

Хоть и работает, но желательно найти бы более оптимальный вариант.

А без string никак?
К сожалению, у меня нету MSVC, я не могу написать тестовую программу и проверить.

@Deni Bravo · 24.03.2019, 22:01 **[ТС]**

Оптимальный - не требующий каких либо извращений с кодом. Ибо это проблема именно настроек компилятора.
Тот ответ, что выше - я рассмотрел. Но выбрал альтернативу, что лучше мне подходит .

@valen10 · 24.03.2019, 22:44

Сообщение от Deni Bravo

Ибо это проблема именно настроек компилятора

Вы так считаете? Когда практически повсеместно используется Юникод, консоль Windows предлагает нам по умолчанию доисторическую cp866, и это проблема компилятора?

Сообщение от Deni Bravo

Оптимальный - не требующий каких либо извращений с кодом

Так, дайте подумать...

Может быть -finput-charset=CP1251 -fexec-charset=CP866? Прямиком в каменный век, обходя стороной прогресс.

@Deni Bravo · 25.03.2019, 15:02 **[ТС]**

Проблема компилятора, т.к. я использовал до него 3 других компилятора. Таких проблем не было. Совсем.
Возможно, там это автоматически настраивалось.

Стоило перейти на VS...

@valen10 · 25.03.2019, 16:04

Сообщение от Deni Bravo

использовал до него 3 других компилятора. Таких проблем не было

Можете назвать их? VS точно так же по умолчанию выдает текст в кодировке, отличной от CP866. Возможно, те ваши 3 компилятора сразу выполняли преобразование в эту кодировку. Если это именно то поведение, что вам требуется, добавьте параметры компилятора (выше написал их) и никаких действий в коде не потребуется. Но стоит ожидать, что это выльется в другие проблемы, с кодировкой файлов например.

@valen10 Параллельный Кот 1905 / 827 / 350 Регистрация: 25.03.2016 Сообщений: 2,045
	23.03.2019, 23:14	4
	Сообщение от Deni Bravo Хоть и работает, но желательно найти бы более оптимальный вариант И что по-вашему означает "более оптимальный"? Не пойму, зачем вы задаёте здесь вопросы, если вообще не читаете то, что вам отвечают. 0

~~Verevkin~~ Заблокирован
	23.03.2019, 23:19	5
	Сообщение от Deni Bravo Хоть и работает, но желательно найти бы более оптимальный вариант. А без string никак? К сожалению, у меня нету MSVC, я не могу написать тестовую программу и проверить. 0

@Deni Bravo 1 / 1 / 0 Регистрация: 07.03.2019 Сообщений: 26
	24.03.2019, 22:01 [ТС]	6
	Оптимальный - не требующий каких либо извращений с кодом. Ибо это проблема именно настроек компилятора. Тот ответ, что выше - я рассмотрел. Но выбрал альтернативу, что лучше мне подходит . 0

@valen10 Параллельный Кот 1905 / 827 / 350 Регистрация: 25.03.2016 Сообщений: 2,045
	24.03.2019, 22:44	7
	Сообщение от Deni Bravo Ибо это проблема именно настроек компилятора Вы так считаете? Когда практически повсеместно используется Юникод, консоль Windows предлагает нам по умолчанию доисторическую cp866, и это проблема компилятора? Сообщение от Deni Bravo Оптимальный - не требующий каких либо извращений с кодом Так, дайте подумать... Может быть `-finput-charset=CP1251 -fexec-charset=CP866`? Прямиком в каменный век, обходя стороной прогресс. 0

@Deni Bravo 1 / 1 / 0 Регистрация: 07.03.2019 Сообщений: 26
	25.03.2019, 15:02 [ТС]	8
	Проблема компилятора, т.к. я использовал до него 3 других компилятора. Таких проблем не было. Совсем. Возможно, там это автоматически настраивалось. Стоило перейти на VS... 0

@valen10 Параллельный Кот 1905 / 827 / 350 Регистрация: 25.03.2016 Сообщений: 2,045
	25.03.2019, 16:04	9
	Сообщение было отмечено Deni Bravo как решение Решение Сообщение от Deni Bravo использовал до него 3 других компилятора. Таких проблем не было Можете назвать их? VS точно так же по умолчанию выдает текст в кодировке, отличной от CP866. Возможно, те ваши 3 компилятора сразу выполняли преобразование в эту кодировку. Если это именно то поведение, что вам требуется, добавьте параметры компилятора (выше написал их) и никаких действий в коде не потребуется. Но стоит ожидать, что это выльется в другие проблемы, с кодировкой файлов например. 1

Опции темы

Кодировка в консоли VS

Решение