- From
- Eugene M. Zheganin (2:5054/79.2)
- To
- Boris Rudakov ()
- Date
- 2003-10-06T09:03:48Z
- Area
- CARBON.COPY
* Forwarded from area 'perm.unix'
Приветствую, Boris!
05 Oct 03 в 02:03, Boris Rudakov -=> Eugene M. Zheganin о "Re: ":
[...]
BR> Кста, связанный вопрос (все никак не соберусь сгенерить и
BR> подмонтировать раздел чтобы посмотреть, потому спрошу): как юниксы
BR> разруливают коллизии с большими/маленькими буквами на фат-разделах ?
Не помню. Последний fat я видел очень давно.
BR> Приводят все к lowercase ? Я бы так поступил, но вот чего делают с
BR> длинными именами ? Они-то case-preserve и на разделяемых с маздаями
BR> разделах херня может выйти... Чего делают ?
Чтобы фат с длинными именами и русскими буквами нормально прочитался, надо ему несколько опций указать. У меня нигде нет fat. Уже.
BR> Да, а с НТФС-ом еще прикол выискался: про него сказано что он
BR> "case-insensitive but case-preserve". Так вот, это - ХЕРНЯ. NTFS -
BR> case-sensitive на полном серьезе без дураков. Это win32 с ним работает
BR> в режиме case-insinsitive, да и то - если FILE_FLAG_POSIX_SEMANTICS не
BR> указывать. А на уровне Native API - все кэйс-сенситив. Нативным
BR> функциям нужно явно указывать что на регистр надлежит забить. По
BR> дефолту они - НЕ забиватют.
Как-то это глупо. Мне очень странно слышать про обилие взрослых функций, которые в win32, как оказывается, нафиг никому не сдались. И лежат, непользуемые. 8) А ты знаешь, например, что самба тоже под это заточена ? 8) И она отдает все в uppercase по умолчанию ? 8) Хотя если есть 2 файла- как ниже - то она их ессно покажет, но доступ можно будет получить только ко второму.
BR> Позиксному софту было фиолетово - для него это разные файлы, а вот
BR> вин32... Хватал первый попавшийся и пока я фишку не просек - "долго
BR> думал" :):):) Хорошо что удалять у меня хватило благоразумия через rm
BR> :):):)
Главное файл "*" не создавать в корне. 8)
На этом остаюсь искренне Ваш, Евгений.
--- GoldED+/BSD 1.1.4.7
* Origin: ----> Default GoldED Origin <---- (2:5054/79.2)