В июле этого года исполняется 3^3 лет стандарту KOI8-R

Исходя из условия saahriktu, взять произвольный старт и нужную длину, не узнавая их с помощью чего-то постороннего; да и просто как PoC.

P.S. KOI8 is dead.

P.P.S. в рабочем «дистрибутиве» illumos с огромным удовольствием выпилил все однобайтные локали, как полное «ненужно».

Немного говнокода для текущей локали, заданной через setlocale().

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

PS. Нормальным решение для C/C++ является wchar, который жрёт по 4 байта на каждый символ. В 2 раза больше чем юникодные строки в Паскале.

В 2 раза больше чем юникодные строки в Паскале.

Это которые UTF-16? UTF-16 - это вообще то тоже кодировка с переменным числом байт на символ, ибо есть surrogate pairs. Даже в UTF-32 символ может состоять из нескольких wchar_t в случае композитных символов и лигатур.

Да. И поэтому, насколько я понял, юникод на 100% не поддерживает никто и никогда. В отличие от однобайтных кодировок, которые всегда поддерживаются на 100%. Тем не менее, большинству людей вполне хватает и такой поддержки юникода. И они так и считают, что лучше поддержка юникода менее чем на 100%, чем однобайтных кодировок, но на 100%.

Хромает она, промотка перестала работать

screen никто не отменял.

давай, расскажи про screen, less, more в момент загрузки

Конечно лучше, у меня (не)детская травма от зоопарка в начале 00х, когда файлы с именами в разных кодировках были (koi8-r, cp1251, или еще лучше какие-то иероглифы в euc), и особенно тэги в mp3. Как узнал про utf-8, так и стал только её использовать (2005? 2006?), с тех пор почти всё стало уже адекватно поддерживать.

А зачем что-то скроллить в момент загрузки?

Для просмотра сообщений об ошибках

Для этого есть логи.

И они так и считают, что лучше поддержка юникода менее чем на 100%, чем однобайтных кодировок, но на 100%.

Я так тоже считаю. Юникод позволяет хранить все языки в одном формате и забыть про кодировки. Поддерживать можно только то, что нужно. Я живу в Японии и использую японский язык. В однобайтовую кодировку он физически не влезает. Поддержка юникода в основном состоит в отрисовке текста и определения позиции и размера компонентов строки. Это уже реализовано в библиотеках.

Для этого есть логи.

…которые могли не записаться из-за разных причин (диск вышел из строя, дисковый кеш не записался, и т.д.).

Тогда у юзера гораздо более серьёзные проблемы чем чтение логов.

Не перестала. Как работала, так и прекрасно работает. Убрали программный буфер, так что да, все полтора владельца ISA видяшек пострадали, придётся им обновить своё видео 1990го на железо 1995 года.

Хитрый какой. Выполни

#include <stdio.h>
#include <string.h>

void Substring(char *dst, const char *src, size_t beg, size_t len)
{
	memcpy(dst, src + beg, len);
	dst[len] = '\0';
}

int main(void) {
  char buf[256];
  Substring(buf, "My name is Вася Пупкин", 12, 8);
  printf("\"%s\"\n", buf);
  return 0;
}

http://cpp.sh/84pxp

"�ася "

Вся хитрость в:

Вообще откуда взялись начальный индекс и длина? Обычно они получаются в результате работы другого алгоритма, который без проблем работает с UTF-8.

Если объявляется ф-ция типа работающая с UTF-8, то она должна корректно обрабатывать все свои входные данные.

Если обрезать UTF-8 посередине логических символов, ничего страшного не произойдёт. В UTF-8 предусмотрена обработка некорректных последовательностей. От "�ася " браузер не падает.

Это типа мастер-класс? Если программа не падает, то все нормально, можно сдавать клиенту. Ясно , понятно.