Русский язык в командной строке

Всем ку.

Проблема в заголовке, собственно: вместо русского языка в bat-нике командой echo, я вижу всякую кракозябру.
Пробовал:
Добавлять в реестр CodePage параметр
Ну никак просто. Кто знает, как починить?
Во вложении скрин работы bat-ника

Миниатюры

 

0

Garry Galler,

Сообщение от Garry Galler А если кажутся именно таковыми?

Вот именно, что только кажутся. Но не являются таковыми, при активном использовании, я бы просто так не постил.

Сообщение от Garry Galler ты написал то, что и все и так знают

Я бы не написал, если бы тут было упоминание этого варианта. Я, к примеру, не увидел именно про UTF, поэтому внёс предложение добавить, хоть и немного поспешно.

0

Сообщение от Garry Galler Каждый работающий с батниками знает как дважды два - используй батник в кодировке 866 и будет тебе счастье с выводом русского текста.

А вот и нет.
Я, помню, делал bat-гибрид то ли с c#, то ли с vb.net и при наличии русских литералов в исходнике в кодировке 866 он не компилировался. Вряд ли это можно засчитать за счастье.

1

Сообщение от ujif у меня на винде 8.1 не работает

А, сорь, не увидел. Чтобы не раздражать окружающих, в отличие от моего примера можно использовать другой подобный метод, который тут также не указали.
В блокноте можно сохранять в кодировку ANSI, что в восьмерке и делается по-умолчанию. Затем, при запуске батника, меняем шрифт на любой другой, поддерживающий кириллицу "Меню - свойства - Шрифт - Lucida Console". Всё, шрифт запоминается.

0

Сообщение от TolikD в отличие от моего примера можно использовать другой подобный метод, который тут также не указали.

В разделе bat - примерно полсотни тем в которых упоминаются проблемы с кириллицей и рассказывается про Lucida Console и 1251.
В 21 веке люди все еще не умеют пользоваться поиском?
(в 21 веке люди все еще используют батники, вместо powershell! Это еще более удивительно, но не будем заострять на этом внимание).

Да, сам закрепленный туториал от Dragokas, возможно, немного стоило бы подкорректировать, добавив про магию смены установленных по умолчанию точечных шрифтов в cmd на Lucida Console или ему подобный TrueType шрифт.
Хотя, в том или ином виде все эти сведения о проблемах с кириллицей и способах их обхода и так есть в разных закрепленных FAQ и множестве пользовательских тем.

Пользователь YuS_2, в одной из таких тем как-то написал:

Это ведь давно уже известно, что наиболее правильное отображение символов при выбранном консольном шрифте TrueType. Весь вопрос только в том, что это надо объяснить всем тем, кому будут передаваться пакетные файлы, ведь по умолчанию в консоли Windows выбран точечный шрифт и кодовая страница OEM (cp866)... но как показала практика, в большинстве случаев, оказалось проще написать пакетник в кодировке OEM и отдать его без каких-либо объяснений

C чем я абсолютно солидарен.

Просто люди их не читают. А снова и снова каждый раз создают новую тему, даже не попробовав воспользоваться поиском по форуму.
И по гамбургскому счету читать нужно не эти форумные FAQ, которые, естественно, никогда не будут полными, а, например, Джоэла Спольски "Что нужно знать о Юникоде", для того чтобы подобные вопросы получили хоть какой-то фундамент в головах вопрошающих и избавили их от наивности и невежества в понимании кодировок.

Сообщение от volodin661 c#, то ли с vb.net и при наличии русских литералов в исходнике в кодировке 866 он не компилировался

Да, это очевидно. Гибриды - отдельная тема, я писал такие (bat+С#) либо в кодировке 1251 (если все символы только латиница), либо (если латиница + кириллица) как раз тот особый случай, когда без 65001 не обойтись и батник должен быть в UTF-8 без BOM.

0

Сообщение от Garry Galler Весь вопрос только в том, что это надо объяснить всем тем, кому будут передаваться пакетные файлы, ведь по умолчанию в консоли Windows выбран точечный шрифт и кодовая страница OEM (cp866)... но как показала практика, в большинстве случаев, оказалось проще написать пакетник в кодировке OEM и отдать его без каких-либо объяснений

Сообщение от Garry Galler C чем я абсолютно солидарен.

А я абсолютно не солидарен.
Это что ещё за практика такая?

Какие-то непонятные сферические люди, которым передают сферический файл для исполнения и при этом
они должны пялиться в консольное окно на предмет появления там правильных русских букв?
Ага. Что за бред? Если я сисадмин в организации, хотел бы взглянуть на того, кто, минуя меня, попробует передать шальному пользователю батник для самостоятельного исполнения.

А если имеется в виду условная автономная домохозяйка, которая, помешивая борщ, должна что-то запустить на своём ноутбуке, то ей тоже не нужны консольные окна и русские буквы.

И второе.
Если ты ничего не умеешь делать, читай не можешь обеспечить появление желаемого результата на удалённом компьютере,
значит не надо тебе пока ничего никуда передавать; сиди, учись.

0

Сообщение от volodin661 имеется в виду условная автономная домохозяйка

Имеется ввиду условный пользователь, которому нужен условный батник(программа) для завершения некоего условного гештальта.
Таких примерно 90% в этом (или во всех?) разделе.
Вот что мы ту все (отвечающие) делаем?
Занимаемся либо психоанализом ( интерпретацией бессознательного (кода\мыслей) пациента), либо гештальт-терапией :-)
Либо и тем и другим.
И все мы что-то кому-то передаем. Мысли, опыт, знания... ну или батники, за неимением иной творческой валюты...

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

0

бумажки люди всё время друг другу передают, бумажки. и беспокоятся только о них. до момента смерти. а возможно, что и после.

0

Garry Galler, из всего этого разговора, у меня возникает только один вопрос. В каких случаях UTF в консоли вызывает проблемы при использовании кириллицы? К примеру, для windows 7.

0

Кириллица тут не при чём.
Сам по себе режим Юникода после chcp 65001 в консольном окне интерпретатора cmd имеет массу ошибок.

0

volodin661, так а если все задачи в рамках работы с кириллицей, то проблем получается нет?

Добавлено через 11 минут
Дело в том, что я не сталкивался с ошибками при использовании UTF-8
- echo
- аргументы при запуске
- ввод строки с помощью set /p
- работа со строками с помощью for
- файлы с именем на кириллице: copy, del, ren

0

Я не могу взять на себя такую ответственность и сказать, что гарантирую отсутствие проблем )

Теоретически, если ввод/вывод cmd реализован с помощью Windows Console API* ( a, скорее всего, это так и есть ),
то проблем быть не должно.

Другое дело, что нет НИКАКИХ причин использовать для автоматизации через ком. строку cmd, если windows у тебя версии 7 и новее.




(*) Другим вариантом, например, может быть ввод / вывод в приложении, использующим CRTL ( Run time библиотека языка C )

Добавлено через 4 минуты
Я даже так скажу, если какое-то приложение использует Win Console API для ввода/вывода, то ему абсолютно фиолетово,
какая там будет назначена кодовая страница в консоли, русские буквы будут всё равно видны.

Готов это продемонстрировать.

1

Сообщение от volodin661 то ему абсолютно фиолетово

Вот это очень интересно. У меня-то необходимость в смене кодировки связана с вызовом из PHP system('script.cmd')
И как же может библиотека Си?

0

Про возможности в этом смысле, которые есть в PHP, я ничего тебе не расскажу. Не знаю.

Про Perl бы рассказал.

0

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

Добавлено через 39 минут
Примерно так.

Если не прибегая к сторонним средствам, нужно использовать блокнот Windows с кириллицей, можно просто использовать код:
- для кодировки ANSI (она же кодировка windows, win1251, cp1251)
- для кодировки UTF-8
Метод работает для многих базовых команд в Windows 7,8,8.1,10 и возможно, в серверных версиях системы (не проверялось).
При этом в версиях ниже Windows 10 с некоторыми оговорками.

Возможные проблемы:


Добавлено через 4 минуты
Думаю, достаточно исчерпывающе привёл вопросы, остальное - детали

0

Сообщение от TolikD я не сталкивался с ошибками при использовании UTF-8

а я с первой же команды:

2

Сообщение от alpap а я с первой же команды:

Кстати, да.
---------------------------------------------------------------------------
Вот вам и один из примеров глюкавого поведения cmd команд\утилит при попытке использования кодовой страницы 65001.
Ответ на это поведение есть: (из топика по обсуждению ошибки Not enough memory на сайте microsoft):

You are likely using a different code-page, probably Unicode. You can verify this by running the chcp command (with no arguments). It will probably return 65001 (UTF-8). Now try switching to CP437 (by running chcp 437) and then run more.com. It should work now. It seems that using a Unicode code-page breaks some functionality. It is likely that the more command was not updated to support multi-byte character sets, so unfortunately, you will have to stick with another code-page.

Быстрый гугл-перевод:
Кажется, что использование кодовой страницы Unicode нарушает некоторые функции. Вполне вероятно, что команда more не была обновлена для поддержки многобайтовых наборов символов, поэтому, к сожалению, вам придется придерживаться другой кодовой страницы.


Пофиксили ли это поведение more в windows 10? И одна ли more имеет такие проблемы?

0

Garry Galler, там далеко не только more
например тут будет ошибка или даже вылет - не помню
а так нет
много еще чего попадалось, но именно все вроде специально так, как чтобы мне было непривычно или неудобно после выработанного для себя стиля оформления кода.

0

Если посмотреть на утилиту more, которая падает стремительным домкратом с ошибкой Not Enough Memory,
то можно увидеть, что она more.com, а не more.exe.

И сдаётся мне, что сей пейджер написан давным-давно на ассемблере и вовсе без учёта UTF-8, a лишь
с учётом UCS-2 и ANSI.

Вторым героем является команда copy, которая тоже падает, но не сразу и с диагностикой invalide handle
и сдаётся мне, что вот она как раз не пользует WinConsole API, a задействует CRTL для ввода-вывода.

Безупречной является лишь одна команда type.

0

Сообщение от alpap а я с первой же команды:

Вот с этого и надо было начинать. На сколько я понимаю это проблемы именно win 7.

Сообщение от Garry Galler Пофиксили ли это поведение more в windows 10?

пофиксили ещё в win 8
Но только если это кодировка UTF, с ANSI таких проблем нет win7+. На крайняк я бы не использовал команду more для windows 7, а делал бы просмотр в том же блокноте например ))

Сообщение от alpap Windows Batch file 1 <file.txt (for /f "delims=" %%a in ('more') do @echo %%a)

А это я вообще не понимаю, как должно работать, оно будет вылетать в любом случае с utf или без.

Сообщение от volodin661 Безупречной является лишь одна команда type.

выходит, да

0

повторю свой пост:
поясню:
запускаем cmd
открывается терминальное окно
это окно управляется параметрами из реестра текущего пользователя - переменной %SystemRoot%_system32_cmd.exe
в ветке HKEY_CURRENT_USER\Console\

строки из кода:
- первый: размер шрифта 16 пикселей
- второй: используем шрифт Lucida Console (он векторный и русский в консоле)

еще можно накатить такое:
закрепляем окно в правом верхнем углу - если такой строки нет, то каждое последующее cmd-окно будет открываться немного ниже и левее предыдущего (лесенкой)

Добавлено через 6 минут
ЗЫ. левый верхний угол .. потом идет смещение вправо- вниз

1