On 2009.01.18 at 16:15:34 +0300, Alexey Pechnikov wrote: > Hello! > > В сообщении от Friday 16 January 2009 16:33:15 вы написали: > > > На самом деле, самым правильным было бы таскать эти таблицы в > > > исходниках, но при сборке на системах, которые имеют соответствующие > > > функции в libc использовать именно их, а не собственные таблицы. > > > > Я ещё давно то же говорил о catdoc. > > > > Вообще же стыд и срам, что в системах, где есть динамическое связывание и > > система пакетирования столько базовых вещей носится с собой. > > А где в системе библиотека для работы с юникодом? Рекомендованной вами > libunicode в дебиане нет. Еще
А нафига? Есть базовые системные функции для работы с multibyte charset. В том числе и локалезависимой работы. utf-8 - это просто один из многобайтовы charset-ов, наряду со всяким Shift-JIS. Если сказано, что в локали текущего процесса charset utf-8, то ими и работать. Зачем для юникода какая-то специальная поддержка? Еще следует учесть что wide char в Linux - это UCS-4. Так что если нужно работать с юникодом с фиксированным размером символа, можно использовать стандартные wide char функции. Правда, это непереносимо. Во freebsd и solaris widechar - далеко не всегда unicode. > вопрос по последней - в ней используется utf-16, хотя хотелось бы работать со > стандартным для > линукса utf-8, и кроме того, при сортировке просто вычитаются коды символов! > Получается, что > сортировка работает неправильно, раз нет привязки к локали? > > Вот описание функции: > > Compare up to |n| characters of two UTF-16 encoded strings. > If at any point |s1[x] != s2[x]| then we return |s1[x] - s2[x]|. > Else, we return 0. > > Best regards, Alexey. > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact [email protected] > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
