Написал статью «Как жить если у вас юникод»

Мне главное, что pipe() есть в glibc, т.е. дефолтной линуксовой стандартной библиотека языка Си. И, соответственно, она доступна без сторонних библиотек.

Мне главное, что pipe() есть в glibc, т.е. дефолтной линуксовой стандартной библиотека языка Си. И, соответственно, она доступна без сторонних библиотек.

Я тебе открою секрет: чтобы использовать pipe() в Linux, glibc нахрен не нужна. Вообще.

Кстати, откуда у сишников такая аллергия на сторонние библиотеки? Это всё от того, что использование сторонних библиотек в C – боль и страдания? Или есть ещё какая-то причина?

Мне главное, что pipe() есть в glibc, т.е. дефолтной линуксовой стандартной библиотека языка Си. И, соответственно, она доступна без сторонних библиотек.

Не, нещитово. Ты же ёё в систему через rpm поставил. Надо чтобы она была вшита в ядро и торчала наружу через sysfs.

Ну вот по-вашему é какой-нибудь — это один символ или несколько? А é? Если речь идёт о том, чтобы узнать длину строки ­— то для чего её узнавать? Чтобы выделить под неё место или чтобы вывести на дисплей? Или для чего?

Ну, например, для того, чтобы строке статуса текстового редактора указать координаты курсора (номер строки и номер колонки), или сделать примерно то же самое в сообщении об ошибке компилятора или парсера. Можно, конечно этим не париться и сообщить юзеру что ошибка где-то в файле, но приличные программы всё-таки стараются указать где именно.

Мне главное, что pipe() есть в glibc, т.е. дефолтной линуксовой стандартной библиотека языка Си. И, соответственно, она доступна без сторонних библиотек.

Не, нещитово. Ты же ёё в систему через rpm поставил. Надо чтобы она была вшита в ядро и торчала наружу через sysfs.

Кстати, сгрузить сисколлы в VDSO – это не самая паршивая идея, на самом-то деле. Там всё равно тупо обёртки вокруг syscall().

Кстати, сгрузить сисколлы в VDSO – это не самая паршивая идея, на самом-то деле. Там всё равно тупо обёртки вокруг syscall().

Ага.

Кстати, сгрузить сисколлы в VDSO – это не самая паршивая идея, на самом-то деле. Там всё равно тупо обёртки вокруг syscall().

Ага.

А.. пажжи, там уже есть vsyscall, который мапится в каждый процесс. Но… он всего одну страницу занимает by design и содержит всего пару сисколлов.

Вот жеж срань опять на ровном месте :DDD

Я тебе открою секрет: чтобы использовать pipe() в Linux, glibc нахрен не нужна. Вообще.

Обратите внимание, что без использования библиотек пользовательского пространства, таких как glibc или musl, вы должны быть осторожны и писать низкоуровневый код, чтобы управлять файловыми дескрипторами и обрабатывать ошибки самостоятельно.

Кстати, откуда у сишников такая аллергия на сторонние библиотеки?

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

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

Glibc по вашему писали святые заслуживающие абсолютного доверия?

Хрен с ней с libc, ты представляешь скока народу ежедневно комитит в ядро лютейший говнокод?

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

Я даже разработчикам GCC не доверяю. Он иногда такое говно выдаёт…

Ещё Тео писал, что авторы GCC – наполовину мудаки, наполовину кретины. А Тео таких ублюдков за тысячу вёрст чует!

https://harmful.cat-v.org/software/GCC

В сравнении с этим, большая часть сишных библиотек, особенно достаточно мелкие, сравнительно безобидны.

Да и введение дополнительных библиотек усложняет сущности.

Какие сущности тебе усложнит использование icu вместо дрочева с wchar_t?

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

Говорят, фенибут неплохо помогает.

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

Glibc - часть проекта ОС GNU. Те, кому она не нравится, не линуксоиды. Как и в случае GCC и ядра Linux.

Никто же никого не держит. Зачем юзать то, что не нравится?

Glibc - часть проекта ОС GNU. Те, кому она не нравится, не линуксоиды. Как и в случае GCC и ядра Linux.

То есть если у меня musl и clang, то я больше не люнипсоид? :(((

Аще нелюдь, ещё и Святому Столлману не донатишь, наверное.

Аще нелюдь, ещё и Святому Столлману не донатишь, наверное.

Я ему как-то раз выслал мешок мозолей, но он мне ничего не ответил. Наверное, сидит там где-то и жрёт их втихую.

Дрепперу

Дрепера там нет уже больше десяти лет.

Пропал калабуховский дом…

Дреппер был редкостным мудаком.

Так всё просто. Ставишь KOI-8-R и всё.

Ну как тебе сказать

php > $x = "👨🏿";
php > echo grapheme_strlen($x);
1

Да так и сказать, шляпа этот ваш питон.

Одно считает кодпоинты, другое — графемы. А шляпа в том, что в python это называется len, а не codepoints_len.

шляпа в том, что в python

Нет подсчёта графем, но заявляется что есть нативная поддержка unicode.

Нет подсчёта графем, но заявляется что есть нативная поддержка unicode

Нет этого из коробки? Ну тогда лол.

Я так понимаю что нет даже не из коробки. Вообще нет.

Первый результат из поиска: https://pypi.org/project/grapheme/

Си ушел в ембедед и системные штуки, где задача стоит обычно избавиться от стандартной библиотеки и получить bin а то и hex файл с машинным кодом минимального размера.

Угу. Адекватные люди это понимают. Но на лоре достаточно неадекватов, которые орут, что ничего кроме Си ненужно. Попробуй им объяснить, что писать pdf ридер в машинных кодах нет смысла

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

Имелось в виду в тех батарейках которые идут в комплекте

А, ну я это и имел в виду под «из коробки» в своём сообщении.

Ну это твоё личное наблюдение. А типографика считает по-другому. Засечки придумали, чтобы глаз за них цеплялся и было проще не потеряться в длинном тексте.

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

А в пдфке у автора просто плохой шрифт. Computer Modern, если не ошибаюсь. При всём уважении к Кнуту, шрифты хорошие у него сделать не получилось. Но это не значит, что все шрифты с засечками плохие. Возьми любую книжку - там с вероятностью 80% будет шрифт с засечками.

https://www.newyorker.com/best-books-2023 вот эти люди к типографике относятся очень серьёзно.

Причины появления засечек в типографике чисто технические. Никакой разницы в читаемости между антиквой и гротеском нет.

P.S. Шрифт по ссылке ужасен с т.з. читаемости, буквы плывут в глазах.

Вот цитата из википедии:

Serifed fonts are widely used for body text because they are considered easier to read than sans-serif fonts in print. Colin Wheildon, who conducted scientific studies from 1982 to 1990, found that sans serif fonts created various difficulties for readers that impaired their comprehension.

Похожие утверждения можно найти в книгах по типографике.

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

Serifed fonts are widely used for body text because they are considered easier to read than sans-serif fonts in print

they are considered easier to read than sans-serif fonts in print

in print

Ты, надеюсь, PDF-ку распечатал перед тем, как читать?

Люди, включая всяких авторитетов, часто утверждают всякие стереотипы. Исследования не показывают какой-то разницы в читаемости.

Ну с ТСом всё стало понятно ещё когда он предлагал использовать для настройки чего-то там в системе прогу на Паскале, генерирующую нужный конфиг, которую он распространял только в исходниках. Т.е. чтобы получить конфиг в 15 строк, он предлагал качать компилятор Паскаля и собирать его прогу.

Он просто невменяем.

В процитированном фрагменте написано, что исследования показывают разницу в читаемости.

Со слов какого-то иксперта.

Ну хз. Почему тогда хабр или википедия(ИМХО как раз это сайты на которых предполагается чтение больших статей в которые надо вдумываться и понимать суть текста) используются шрифты без засечек

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

На статью это не танет - максимум на заметку по теме.

И сколько же?

Буквально сотни.

В книге на которую ссылается вики (Merriam-Webster’s Manual for Writers and Editors, (Springfield, 1998) p. 329.) так-то не указаны названия исследований, возможно нужно копаться в библиографии в конце книги, но мне лень. И потом это может быть дело привычки, привыкли люди читать шрифт с засечками и поэтому быстрее его читают, а исследователи думают что это от шрифта зависит. Если рассматривать шрифт, как вариант языка, то какой больше читаешь, тот и быстрее читается.

Это ещё ладно, вот в разделе Статьи на ЛОРе шрифты тоже без засечек!

Ну ffmpeg тоже в исходниках распространяют, например, отдельные люди взялись делать бинарные сборки, за что им спасибо, так и тут также может было, может у ТСа времени нет на сборку под каждую платформу.

Я тебе открою секрет: чтобы использовать pipe() в Linux, glibc нахрен не нужна. Вообще.

Я больше скажу - мне бы очень было интересно посмотреть на эффективную реализацию без поддержки со стороны ядра…

Шрифты старше Пифагора (тема безусловно интересная).

https://habr.com/ru/articles/725350/ Типографика: основные виды и характеристики шрифтов

https://dzen.ru/a/XiXNT-bLmwCwS40P Типы шрифтов: классификация с примерами

...

То бишь имеются «общепринятые правила» и рекомендации по использованию шрифтов.

Зачем вообще нужен этот wchar_t

Он был нужен японцам для работы в кодировках JIS.