кракозябры в QtCreator

[Igors]

Это какой-то ужас... программисты, только на второй странице понимают замечают, что речь идет о mingw, и продолжают не замечать, что вывод mingw на английском. Или тут нет программистов?

У программиста нет времени заниматься такой фигней. Вот хороший совет

как это не печально, но я досихпор придерживаюсь правила везде выставлять язык английский (компиляторы, IDE), а  в названиях папок не использую пробелы, и имена файлов/папок только латиницей в нижнем регистре.

Ну "в нижнем регистре" - перегиб, но в остальном я делаю точно так же. Не стоит искать ненужных приключений, заглянуть пару раз в словарь проще и полезнее. Кстати то же касается и имен переменных.

[juvf]

У программиста нет времени заниматься такой фигней. Вот хороший совет

Т.е . у программиста нет времени сюда заходить, и две страницы давать советы про VC, которого в упор тут нет....  ну значит действительно, тут нет программистов.

[alex312]

ps У МЕНЯ MINGW, MINGW ВЫДАЕТ СООБЩЕНИЯ НА АНГЛИЙСКОМ
Это какой-то ужас... программисты, только на второй странице понимают замечают, что речь идет о mingw, и продолжают не замечать, что вывод mingw на английском. Или тут нет программистов?

А зачем так кричать ? Нервничать ? Ответ был дан в третьем сообщении темы. Это извесный баг QtCreator.
Ну и какбы, если ты настоящий прогаммист, то пулл реквесты принимаються круглосуточно .

[RedDog]

Если в консоли chcp 866, а потом оттуда же креатор запустить?
Помнится во времена сидения под виндой мне такое помогало, даже отдельный батник для запуска креатора наваял ради этого.

[ssoft]

Может этот пост поможет http://blog.mgsxx.com/?p=2979 ?

[juvf]

Может этот пост поможет http://blog.mgsxx.com/?p=2979 ?

не помогает.

[ssoft]

И рецепты из ссылок в посте, например, http://codedchaos.blogspot.com/2012/09/qt-creator-windows.html тоже?

[juvf]

И рецепты из ссылок в посте, например, http://codedchaos.blogspot.com/2012/09/qt-creator-windows.html тоже?

не помогает.....

чем дальше в лес, тем больше дров.... это конечно уникальная IDE.... "известный баг", "1000 лет проблеме".... сейчас собираю приложение... mingw естественно английский.... и такой вывод...

copy /y C:\work\workspace\Qt\modules\cli\CLIModule.qbs ..\..\..\share\modules\cli\CLIModule.qbs
����������� ������:         1.
copy /y C:\work\workspace\Qt\modules\cli\CLIModule.qbs ..\..\..\share\modules\cli\CLIModule.qbs
����������� ������:         1.
copy /y C:\work\workspace\Qt\modules\cli\CLIModule.qbs ..\..\..\share\modules\cli\CLIModule.qbs
����������� ������:         1.
copy /y C:\work\workspace\Qt\modules\cli\CLIModule.qbs ..\..\..\share\modules\cli\CLIModule.qbs
����������� ������:         1.
"llvm-config" ­Ґ пў«пҐвбп ў­гв७­Ґ© Ё«Ё ў­Ґи­Ґ©
Є®¬ ­¤®©, ЁбЇ®«­пҐ¬®© Їа®Ја ¬¬®© Ё«Ё Ї ЄҐв­л¬ д ©«®¬.
"llvm-config" ­Ґ пў«пҐвбп ў­гв७­Ґ© Ё«Ё ў­Ґи­Ґ©
Є®¬ ­¤®©, ЁбЇ®«­пҐ¬®© Їа®Ја ¬¬®© Ё«Ё Ї ЄҐв­л¬ д ©«®¬.
"llvm-config" ­Ґ пў«пҐвбп ў­гв७­Ґ© Ё«Ё ў­Ґи­Ґ©
Є®¬ ­¤®©, ЁбЇ®«­пҐ¬®© Їа®Ја ¬¬®© Ё«Ё Ї ЄҐв­л¬ д ©«®¬.

����������� ������ - это ответ утилиты copy, которая сообщает "скопировано файлов: 1"

"llvm-config" ­Ґ пў«пҐвбп ў­гв७­Ґ© Ё«Ё ў­Ґи­Ґ©
Є®¬ ­¤®©, ЁбЇ®«­пҐ¬®© Їа®Ја ¬¬®© Ё«Ё Ї ЄҐв­л¬ д ©«®¬. -

"llvm-config" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.

Это конечно уникально...!!! QtC в одной make-сесии умудряется черт знает в каких кодировках выдавать сообщения. И такие кракозябры, и такие - выбирай на любой вкус. Какая ещё IDE даст такую свободу выбора? )))

[Igors]

Ну что ж Вы так убиваетесь? Делайте все по-английски - и все прекрасно получится. Разработчики ведь тоже не хотят на это тратить свое время. За что боретесь? Увидеть в консоли русский текст? Невелико счастье. Ваше упорство достойно лучшего применения

[kuzulis]

Да поставь уже англицкую локаль в своей винде и не парься ))

[ssoft]

Это конечно уникально...!!! QtC в одной make-сесии умудряется черт знает в каких кодировках выдавать сообщения. И такие кракозябры, и такие - выбирай на любой вкус. Какая ещё IDE даст такую свободу выбора? )))

Не понятен наезд на QtC. Это проблема командной строки и применения разнородных инструментов. Так уж получилось, что QtC может работать в разных сочетаниях, но за вывод в консоль отвечает конкретное приложение, а не IDE. При сборке проекта из командной строки без QtC как обстоит дело с кракозябрами?

[juvf]

Это конечно уникально...!!! QtC в одной make-сесии умудряется черт знает в каких кодировках выдавать сообщения. И такие кракозябры, и такие - выбирай на любой вкус. Какая ещё IDE даст такую свободу выбора? )))

Не понятен наезд на QtC. Это проблема командной строки и применения разнородных инструментов. Так уж получилось, что QtC может работать в разных сочетаниях, но за вывод в консоль отвечает конкретное приложение, а не IDE. При сборке проекта из командной строки без QtC как обстоит дело с кракозябрами?

Исторически кодировка в винде 1251, кодировка в консоли в винде 866. Любое виндовое консольное приложение выводит сообщения в консоль в кодировке 866. Если пишешь свою консольную программу под винду, то выводи в 866. Если вывел в другой кодировке, то в коробку со своим приложением прикладывай бубен и мануал для юзера по смене кодировки консоли в винде. Тут кагбэ не спор. Если кто-то с этим не согласен, дальше можно не общаться.


Так вот.... любая консольная программа русский текст выводит в 866. Будь это del, copy, msvc, mingw, arm-gcc, rar, .... все виндовые консольные утилиты выводят текст в 866.

У QtC своих инструментов для сборки нет. Он использует внешние инструменты. QtC вызывает del, del возвращает сообщение "не найден файл" в кодировке 866. QtC получив это сообщение выводит его в своем окне в кодировке 1251. Почему? Всему миру известно, что по дефолту виндовая консоль в кодировке 866, даже нелокализованная винда (английская) имеет кодировку в консоли 866. С какого перепугу QtC получив текст в 866 показывает его в 1251?
QtC вызывает утилиту copy, та возвращает сообщение "скопировано файлов: 1", QtC это сообщение опять показывает кракозябрами
QtC вызывает утилиту llvm-config. У меня нет такой утилиты. Винда, на великом и могучем, в консоли мне об это сообщает "не является внутренней или внешней командой, исполняемой программой или пакетным файлом.", QtC это показывает кракозябрами. Почему?

за вывод в консоль отвечает конкретное приложение, а не IDE

Да, согласен. В данном случае каждое приложение правильно выводит в консоль в кодировке 866. А QtC эти сообщения отображает в своей консоли в другой кодировке не перекодировав. Вот в этом наезд на QtC. Это было бы простительно молодой и амбициозной IDE в далёком 2009-2010.... но протащили/проглядели они этот баг в версии 2... весь инет бурлит говнами кракозябр в QtC (и только в QtC, про остальные  идэ может и есть единичные проблемы с кракозябрами, но с QtC это имеет массовый характер)... сейчас на дворе 2020 - а кракозябры в креаторе это уже что-то перманентное.

без QtC как обстоит дело с кракозябрами?

их нет, см скрин.

[sergek]

Так вот.... любая консольная программа русский текст выводит в 866. Будь это del, copy, msvc, mingw, arm-gcc, rar, .... все виндовые консольные утилиты выводят текст в 866.

У QtC своих инструментов для сборки нет. Он использует внешние инструменты. QtC вызывает del, del возвращает сообщение "не найден файл" в кодировке 866. QtC получив это сообщение выводит его в своем окне в кодировке 1251. Почему? Всему миру известно, что по дефолту виндовая консоль в кодировке 866, даже нелокализованная винда (английская) имеет кодировку в консоли 866. С какого перепугу QtC получив текст в 866 показывает его в 1251?

Все верно. Но вот интересно, а как креатор ведет себя в китайской или венгерской локализованной версии? Может, там такая же картина? И это не недоработка программистов, а просто игнорирование иных, кроме англоиспользующих юзеров?   

[juvf]

Пример IDE и используемых (русско-локализованных) тулчейнов в студию.

[kuzulis]

Это случаем не под Linux?