Может лучше не использовать русский(и любой иной язык кроме английского) для работы в консоли?

Это реакция не на «Л», а на заглавную в принципе. Попробуй ENG получишь то же. Почему – я не в курсе. Кто-то видимо или говна пожрал или IBM-вирус какой цепанул…

P.S.: хотя нет. Но вообще такое уже видел и не только для «Л». Но сейчас могу только для заглавной «Л» найти пример. Странно это всё.

P.P.S.:

   8542 pts/0    T      0:00 nano -w АБВГДЕЁЖЗИЙК?МНОПРСТУФХЦЧШЩЪЫЬЭЮЯфбвгдеёжзийклмнопрстуфхцчшщъыьэюя

и

8567 pts/0    T      0:00 nano -w ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz

и, на последок, с ударением

nano -w LÓR &
# 8622 pts/0    T      0:00 nano -w LO?R

Может лучше не использовать русский(и любой иной язык кроме английского) для работы в консоли?

Да почему бы и нет?

кошка мультифора.тээкстэ | гребёнка "Лето"

Тогда уж лучше только цифрами пользоваться. Имена файлов, увы, /home/user/pix/Лютик.jpg, /home/user/pix/Лилия.jpg и т.д. Требуется найти открытые файлы с этими именами и закрыть их. Не нашел ничего лучше как ps axww | grep «$filename», а потом kill их.

«Л» в UTF-8 кодируется байтами 0xd0 0x9b. ps из procps «на всякий случай» защищается от 0x9b, потому что боится, что терминал может воспринять 0x9b как однобайтный CSI, и поэтому заменяет любую кодовую последовательность с 0x9b на ‘?’.

LÓR

0x4c 0x4f 0xcc 0x81 0x52

COMBINING ACUTE ACCENT, то есть U+0301, не является печатным символом, и ps заменяет его на ?. Вот так вот он (не) поддерживает юникод: обрабатывает кодовые позиции по одной за раз.

procps не видит, что в системе локаль с UTF-8? 0x9b же некорректная последовательность.

мультифора

Ясно, понятно.

Видит. Более того, вся эта замена делается только для локалей с UTF-8. Забавно, да?

Как я уже сказал, это какая-то защита от терминалов, которые ломаются от 0x9b. Бредовенько, да.

А, да. Ему не надо, чтобы последовательность начиналась на 0x9b. Он смотрит во все байты.

Имена файлов, увы, /home/user/pix/Лютик.jpg,

Такого рода файлы обычно через консоль не перерабытываются.

Хотя да, помимо изображений есть ещё и произведения литературы, но их может правильнее хранить в специальной индексированной БД?

Простите

CSI

CRIME SCENE INVESTIGATION?

Control Sequence Introducer

Они хранятся просто в текстовом файле, и если есть процесс открывший один из файлов, то надо его закрыть. Слайдшоу такое.

Спасибо за разъяснение, мастерски.

Наверное, нужно все (вывод ps и имена фалов) перекодировать в не UTF-8, но что-то мне подсказывает, что будут проблемы. Или, проще, реализовать кастомное сравнение строк, учитывая 'Л' - это '?'.

Лучшим решением тут будет запатчить ps, чтобы он такого экранирования больше не делал. В нём нет смысла, потому что если терминал ломается от «Л», проблемы с ps будут не самой главной заботой пользователя. Этому коду пятнадцать лет. Его как добавили, так больше и не трогали. Видимо, пришло время.

Arch Linux

$ nano -w лето &

[1] 410029[br]

[2] 410030[br]

$ ps axww | grep 410029

user 410029 0.0 0.0 9932 3488 pts/1 T 16:36 0:00 _ nano -w лето

user 410119 0.0 0.0 9148 2296 pts/1 S+ 16:37 0:00 _ grep 410029

$ locale

LANG=pl_PL.UTF-8

LC_CTYPE=«pl_PL.UTF-8»

LC_NUMERIC=pl_PL.UTF-8

LC_TIME=pl_PL.UTF-8

LC_COLLATE=«pl_PL.UTF-8»

LC_MONETARY=pl_PL.UTF-8

LC_MESSAGES=«pl_PL.UTF-8»

LC_PAPER=pl_PL.UTF-8

LC_NAME=pl_PL.UTF-8

LC_ADDRESS=pl_PL.UTF-8

LC_TELEPHONE=pl_PL.UTF-8

LC_MEASUREMENT=pl_PL.UTF-8

LC_IDENTIFICATION=pl_PL.UTF-8

LC_ALL=

Л<>л

Вы правы, разница есть:

nano -w Лето &nano -w Лето &

[3] 412107

[4] 412108

$ ps axww | grep 412107

user 412107 0.0 0.0 9932 3400 pts/1 T 16:59 0:00 _ nano -w ?ето

user 412155 0.0 0.0 9148 2216 pts/1 S+ 17:00 0:00 _ grep 412107

Польский язык отображается хорошо:

$ nano -w Lato &

[5] 426856

$ ps axww | grep 426856

user 426856 0.0 0.0 9932 3492 pts/1 T 17:07 0:00 _ nano -w Lato

user 426894 0.0 0.0 9148 2296 pts/1 S+ 17:07 0:00 _ grep 426856

Мысль дельная, спасибо. Храниться будут pid'ы. Только это будет только те процессы, которые сам открываешь.

Мысль дельная, спасибо.

Файловая система и есть БД. Так что мысль так себе. Если есть проблема использования отличного от английского строчного беспробельного бесдефисного бездиакритического (и т.д. и т.д.п.), то решать нужно её, а не придумывать какую-то херню.

Патчить здесь

https://gitlab.com/procps-ng/procps/-/blob/master/proc/escape.c#L103

Issue: https://gitlab.com/procps-ng/procps/-/issues/176

Интересно, что htop показывает Л правильно:

https://paste.pics/98DVL

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

Неосилятор единственно полезного детектед.

ох уж эти юниксвейные легаси костыли…

Такого рода файлы обычно через консоль не перерабытываются.

только на щвятом жападе умеют не мышевозить?

хранить в специальной индексированной БД?

линупсовые фс настолько не годны для хранения файлов?

$ nano -w Лето &
[1] 18883
$ ps -ef | grep 18883
210409 18883 18716   0  9:37PM ttys000    0:00.01 nano -w Лето

А на маке защиты нету получается. Как теперь жить?

Не держите его таким образом, ага.

на маке

Как теперь жить?

С важностью и чувством презрения к простым смертным.

Патчить здесь

Где патч?

Хотя действительно кому вообще сдался этот родной язык

Всё проще: национальный язык это практическая эксплуатация ОС пользователем под гуем и там национальный язык дейсьвительно нужен, а консоль она не для повседневной жизни, она для администрирования, конфигурирования и отладки приложений и это лучше делать на едином для всего мира языке, другие языки приведут только к усложнению кода, распылению усилий и путанице.

П.С. Но конечно баг с заглавными буквами следует исправить.

Где патч?

Сам не могёшь, чтоле? %/

Где патч?

Если по-пацански делать, то сначала обсудить надо. Порешать. Там, «за», «против» взвесить и так далее.

мак

С важностью и чувством презрения к простым смертным.

Система, кстати, довольно тупая. Особенно терминал после Linux-а. Home/End по строке не работают. Что там у них за сочетания вместо этого (а главное зачем) не понятно. Ну и так далее.

другие языки приведут только к усложнению кода

Для C/C++ говна да. А вообще, сейчас уже поддержка UTF-8/16/32 в языке считается нормой. Иными словами, старый хлам поддерживать хлопотней. Это да.

Только проблема не в хламе, а в ЯП, на котором они написаны. Удивительный кульбит Уробороса (с целью укусить себя за жопу) – эта поддержка старого хлама. В С/C++ ничего не меняют (backward compatibility), чтобы поддержка старого говна оставалась веками. В старом говне ничего не меняют, потому что придётся много переделывать на новый лад. Новшества для сохранения старого дерьма в неизменном, статическом, состоянии. Как и Ваша мантра – «делать всё как встарь на века» – не более чем Плюшкинство.

сейчас уже поддержка UTF-8/16/32

Дело не только вкодировке, но и в необходимости поддерживать переводы сообщений и манов на разные языки и связанное с этим разрушение единства терминологии.

В то же время если мы говорим в образах, то использование английского языка носителем русского сродни интерпретации байткода вместо прямого двоичного исполнения, со всеми вытекающими, будь то уменьшенная скорость усвоения новой информации, в коде же это порождает порог недопонимания, в виду которого разработчику придётся тратить время чтобы выучить очередное неочевидное сокращение или постоянно перестраиваться с родного языка образов в заморский назывательный

Сравнение pid'ов быстрее. Это даже лучше, но решение не универсальное (pid может быть неизвестен).

Закомментировал ветку if (memchr(src, 0x9B, len)) в escape.c, перекомпилировал procps-ng:

$ ./configure --prefix=/home/user/temp/procps-ng; make; make install

$ ps axww | grep nano
 5980 pts/6    T      0:00 nano -w ?ето
 6105 pts/6    S+     0:00 grep --colour=auto nano
cd /home/user/temp/procps-ng/bin
$ ./ps axww | grep nano
 5980 pts/6    T      0:00 nano -w Лето
 6116 pts/6    S+     0:00 grep --colour=auto nano

Спасибо!

Дело не только вкодировке, но и в необходимости поддерживать переводы сообщений и манов на разные языки и связанное с этим разрушение единства терминологии.

1. Ага, русские имена файлов разрушают терминологию. Поверил.
2. Маны никто не читает. Они составлены бездарно в большинстве случаев. Ими пользуются только по тому, что читать больше нечего в принципе.
3. Как образуются термины и как они используются? Давайте лоропеду доверим решать.
4. «Когда разделителем дробной части выступает запятая у меня замыкает мозг» – из той же оперы.
5. И т.д. и т.п.

Сам не могёшь, чтоле? %/

Не знаю. Не интересовался проблемой. Просто, если заводят иссуе в упстреаме и указывают на проблемное место кода, то обычно предлагают патч для решения.

Плюшкинство

Это название какой-то деревни?

Это название какой-то деревни?

Деревни, где заведуют всем хранители старого хлама.

P.S.: Не думал я, что система образования деградирует так быстро.

Образования сейчас нет, все по домам сидят. И до этого не было ни обучения почти, ни воспитания.

https://ru.wikipedia.org/wiki/Плюшкин

Почитай хоть, если на лето не читаешь. Хоть что-то сможешь своей учительнице по литературе рассказать (надеюсь ты ещё школьник).

Этому коду пятнадцать лет. Его как добавили, так больше и не трогали. Видимо, пришло время.

Некто Jim Warner запатчил ps и теперь это просто история. Отчасти и благодаря тебе.

https://gitlab.com/procps-ng/procps/-/issues/176 [closed]