Re^3:

From

Vasily Krysin (2:5054/84.1)

To

Boris Rudakov ()

Date

2003-10-06T02:19:04Z

Area

CARBON.COPY

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

05 Oct 03 21:35, you wrote to me:

[...]

BR>>> Они-то case-preserve и на разделяемых с маздаями разделах херня
BR>>> может выйти... Чего делают ?
VK>> Да как чего? Совершенно то же самое, что и винда например.

BR> Позволю себе заметить, что Винда НЕ ДЕЛАЕТ НИЧЕГО.

Вот и юниксы "НЕ ДЕЛАЮТ НИЧЕГО" (с) ;)

BR> Она - только лишь case-preserve.

Точно-точно.

BR> Поиск имени осуществляется с игнорирование регистра, но при
BR> создании имени регистр символов сохраняется.

Угу. Все оно так.

BR> Так же подчеркну что это верно для маздая и DOS,OS/2,Win32 подсистем НТи.
BR> Само ядро НТи - регистро-зависимо, хотя все функции парсинга системных
BR> имен имеют регистро-независимый режим, а POSIX подсистема -
BR> регистро-зависима.

Ну вот и в линухе так же примерно. Ядро сенситив, а
файловая система - нет. Дело осложняется только тем,
что практически все приложения идут тоже сенситив.
Но при работе с фатом это уже по-барабану ;)

BR>>> файлы

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

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

BR> Да, блин, просто глюк получился :)

BR> Не знаю уж почему, но при распаковке архива одной софтинки, у нужного файла
BR> оказалось расширение ".H". ХЗ кто это так постарался. А скрипт, который
BR> этот файл должен был перегенерить, сгенерил новый файл с расширением ".h".
BR> Другой файл. И оба оказались рядом :)

Заметь, твой пападос приключился вовсе не из-за фата.
А как раз наоборот - потому, что ты работаешь на
регистрозависимой файлухе с регистронезависимым софтом.
В твоем случае - архиватором. Вот тут проблемы возникнуть
могут. И возникают, как мы видим ;) А в обратном случае,
какие могут быть проблемы - я незнаю.

[...]

BR> Boris Rudakov,               Тостуемый пьет до дна !
BR> BBR

peace!
SeaD [deep.perm.ru]

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