Выпущен патч для fuse для работы с разными кодировками

Спасибо пропатчили.

попробуем :)

Андрей Шевченко? Так вот почему он в Челси на лавке сидит =)

ага, с буком на коленях :)

> Андрей Шевченко? Так вот почему он в Челси на лавке сидит =)

этот -- в asplinux

О! полезный патчик, спасибо! Запихнем его в FE обязательно )

>Andy Shevchenko

+1 Уже 2 раза с именем =)))

Эх, интересно, сколько еще ждать светлого будущего только в UTF-8? :)

>Эх, интересно, сколько еще ждать светлого будущего только в UTF-8? :)

долго. и кто сказал, что utf-8 решает все проблемы? это ведь не utf32...

> этот -- в asplinux

Вот. Кто ещё будет утверждать, что ASPLinux безполезен. :)

2030 год, аноним на ЛОре спрашивает:
как пропатчить fuse для поддержки utf-1024?

> >Эх, интересно, сколько еще ждать светлого будущего только в UTF-8? :)

> долго. и кто сказал, что utf-8 решает все проблемы? это ведь не utf32...

А с каких пор utf8 не является многобайтной кодировкой?

Светлое будущее только с (UC2|UC4), а (UTF8|UTF16 LE|UTF16 BE|UTF32 LE| UTF32 BE) дружно идут подальше, или хотя бы в в файлы man

+1
первая мысль была такая же, когда прочитал новость :)

>Светлое будущее только с (UC2|UC4)

Что это такое?

>>Светлое будущее только с (UC2|UC4)

>Что это такое?

http://ru.wikipedia.org/wiki/Unicode http://en.wikipedia.org/wiki/Unicode

:)

> Кто ещё будет утверждать, что ASPLinux безполезен. :)

а он таким и остается имхо :) полезны разработчики, а не дистр :)

Аналогично форматам UTF-16 и UTF-32 в стандарте Юникода, стандарт ISO/IEC 10646 также имеет две основные формы кодирования символов: UCS-2 (2 байта на символ, аналогично UTF-16) и UCS-4 (4 байта на символ, аналогично UTF-32). UCS значит универсальный многооктетный (многобайтовый) кодированный набор символов (англ. Universal Multiple-Octet Coded Character Set). UCS-2 можно считать подмножеством UTF-16 (UTF-16 без суррогатных пар), а UCS-4 является синонимом для UTF-32.

Хоть бы не пердели, если сами не знаете.

Спасибо Darklight, а то лень было идти разбираться. Смущают демоны души невинные, а ты свет пролил )

ЗЫ. Без стёба.

>А с каких пор utf8 не является многобайтной кодировкой?

А толку? Эта кодировка не работает с некоторымы азиатскими и арабскими языками. Поэтому и не является серебряной пулей для всего мира.

>А толку? Эта кодировка не работает с некоторымы азиатскими и арабскими языками.

/me переживает за Усаму Бен-Ладена :))

интересно, есть ли модуль fuse для fat32 и будет ли он страдать такой же фигнёй, как и ядерный:

FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!

кстати, что это за косяк в ядерном vfat модуле? наблюдаю его уже не один год и когда его намереваются убрать?

>А толку? Эта кодировка не работает с некоторымы азиатскими и арабскими языками.

Э... И давно они перестали влезать в 2^31 символов??

Прочитал патч, зашевелились волосы на заднице. От ужаса.
Андрей, в современном мире вместо конструкции
a=malloc...
...
goto error
...
   free(a)
   return(0)
error:
   free(a)
   return -1

используется построение функции result, которое в обязательном
порядке освобождает память из-под а.

И что самое удивительное - ведь этот код могут принять в fuse,
а нас потом будут гнобить за то что linux плохо написан.

> FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! > кстати, что это за косяк в ядерном vfat модуле? наблюдаю его уже не один год и когда его намереваются убрать?

его не собираются убирать. Таблица соответствий заглавных и прописных букв в UTF-8 слишком велика чтобы запихивать ее в память ядра.

> А толку? Эта кодировка не работает с некоторымы азиатскими и арабскими языками. Поэтому и не является серебряной пулей для всего мира.

:) Неужели символов не хватает?

> Таблица соответствий заглавных и прописных букв в UTF-8 слишком велика чтобы запихивать ее в память ядра.

Максимум 65 килобайт. А можно и до 16 ужать. Так как не все юникодные символы являются буквами.

> Максимум 65 килобайт.

Для UCS-2, естественно. А азиатские соответствия для символов не из UCS-2 можно устанавливать вместе с локалью.

BoBuk, вообще в ядре много goto, например, в фаерволе, но тут имхо действительно не надо этого. В общем пусть разработчики fuse на это посмотрят и сделают как надо :)

Есть еще решение: fuse-convmvfs http://sourceforge.net/projects/fuse-convmvfs

Перекодирующая файловая система. Реализованы не все системные вызовы, но на крайний случай тоже может сгодиться.

> его не собираются убирать. Таблица соответствий заглавных и прописных букв в UTF-8 слишком велика чтобы запихивать ее в память ядра.

Это не так :)

>>А с каких пор utf8 не является многобайтной кодировкой?

> А толку? Эта кодировка не работает с некоторымы азиатскими и арабскими языками. Поэтому и не является серебряной пулей для всего мира.

то AVL2

Серьезно? откуда такие сведенья? кому не хватает 6 байт?

Я думая что вы напутали что-то

> Это не так :)

Бацек, это так! Было решение в LKML, еще в 2003ем чтоли, на тему того что никто не будет волочь за собой таблицу соответствий. Так и не волокут.

> BoBuk, вообще в ядре много goto, например, в фаерволе, но тут имхо действительно не надо этого. В общем пусть разработчики fuse на это посмотрят и сделают как надо :)

FUSE это немножко не ядро. Это уже юзерспейс.

> FUSE это немножко не ядро. Это уже юзерспейс.

fuse это немножко ядерный модуль. По вашему ядерные модули - юзерспейс? О сколько нам открытий чудных...

В самом fuse таких косяков полно :(

> FUSE это немножко не ядро. Это уже юзерспейс.

>>fuse это немножко ядерный модуль. По вашему ядерные модули - юзерспейс? О сколько нам открытий чудных...

fuse стал собираться исключительно как модуль ядра только с версии 2.6.0, так что прав и BoBuk (пот отношению к старым версиям) и вы (по отношению к новым)...