Re^2:

From

Vasily Krysin (2:5054/84.1)

To

Boris Rudakov ()

Date

2003-10-05T14:42:26Z

Area

CARBON.COPY

 * Forwarded from area 'perm.unix'
hi, Boris

05 Oct 03 02:03, you wrote to Eugene M. Zheganin:

[...]

EZ>> Угу. Они везде более-менее одинаковые. Или ты думаешь, что если бы в
EZ>> какой-то открытой системе были нормальные rw-дрова, то они тут же
EZ>> автоматом не оказались бы в остальных ? 8))

BR> Нет конечно, я так не думаю :):):)

Почему? Такие технологии нередко перетекают из
одной открытой системы в другую. Может и не
напрямую, но на уровне структур и методов - легко.

BR> Кста, а у Руссиновича егонные NTFS-DOS дрова нормальные или тоже из серии
BR> "хорошо что хоть что-то" ?

Вроде нормально работают. И р и в. Хотя я работал
тока с нтфс4 - про пятую ничего не скажу.

BR> Если нормальные, то то что он ими делиться не спешит - весьма
BR> показательно...

Да скорей всего папа Билли просто запретил и все.
А в обмен выдал некие дополнительные данные, чтобы
оно работало постабильнее.

BR> Кста, связанный вопрос (все никак не соберусь сгенерить и подмонтировать
BR> раздел чтобы посмотреть, потому спрошу): как юниксы разруливают коллизии с
BR> большими/маленькими буквами на фат-разделах ?

А какие, собственно, коллизии? Просто два одинаковых
имени немогут существовать в одном каталоге и все тут.
То есть при сравнении используется strcasecmp.

BR> Приводят все к lowercase ?

Скорей к upper. Ибо fat хранит свои 8.3 именно в
верхнем регистре.

BR> Я бы так поступил, но вот чего делают с длинными именами ?

Так и немогу понять - в чем собственно проблема-то?

BR> Они-то case-preserve и на разделяемых с маздаями разделах херня может
BR> выйти... Чего делают ?

Да как чего? Совершенно то же самое, что и винда
например.

BR> Да, а с НТФС-ом еще прикол выискался: про него сказано что он
BR> "case-insensitive but case-preserve". Так вот, это - ХЕРНЯ. NTFS -
BR> case-sensitive на полном серьезе без дураков. Это win32 с ним работает в
BR> режиме case-insinsitive, да и то - если FILE_FLAG_POSIX_SEMANTICS не
BR> указывать. А на уровне Native API - все кэйс-сенситив. Нативным функциям
BR> нужно явно указывать что на регистр надлежит забить. По дефолту они - НЕ
BR> забиватют.

Ну типа круто и все такое. Хотя я даже незнаю -
преимущество это, или недостаток. Так просто - фича.

BR> Я недавно вочию это узрел, когда у меня в одном каталоге создались файлы

BR>    bla-bla-bla.H
BR> и
BR>    bla-bla-bla.h

Хе-хе ;) Это еще нахрена? Расширения закончились? ;)

BR> Позиксному софту было фиолетово - для него это разные файлы, а вот
BR> вин32... Хватал первый попавшийся и пока я фишку не просек - "долго
BR> думал" :):):) Хорошо что удалять у меня хватило благоразумия через rm
BR> :):):)

BR> Борис Рудаков,               Ну, чтоб не было хуже !
BR> BBR

peace!
SeaD [deep.perm.ru]

--- GoldED+/BSD 1.1.4.8
 * Origin: <sead> @ <deep.perm.ru> (2:5054/84.1)