proNovell

на сервере лежит файл с именем:

траляля.xls

можно создать в этой же папке файл с именем:

ТРАЛЯЛЯ.xls

однако переименовать этот файл в:

ТРАляля.xls

нельзя, винда ругается, говорит, файл не найден. однако, создать файл:

ТРАляля.xls

возможно. буквы в имени файла - русские. сервер 6.5, сп7. расширение не важно, xls просто так написал.
это глюк? или фишка какая-то? и как лечить?

Если в винде так создает, то это глюк винды(может быть и конкретного клиента новелла). для никсов это нормально(в смысле различие регистра).

никсов нету. все под виндой хр. клиент 4.91 сп4

Винда создает еще и короткое имя в формате 8.3 (регистр вроде не важен), так вот они могут и совпадать, так как исходное имя у тебя 7 символов. Так что читай доку по длинным и коротким именам в винде и как это работает в сети.

пробовал и длинные имена - та же ерунда. по-моему, винда создает короткие имена только на фат. почитаю, все же, что-нибудь

Если речь идет об OES2 Linux - такое возможно, сам недавно столкнулся. Венда видит два файла с одинаковым именем, но в разном регистре - но именно что делать ничего не дает. Открывает при этом тот, что идет первым - т.е., согласно правил сортировки, тот, в котором содержатся заглавные буквы. Удаляет - сразу оба. Вот такие пироги

сервере: нетварь без линукса.

Тогда надо ковырять настройки клиентской части. Нетвари на регистр в имени по все равному.

sine
1. Запусти CCна сервере и посмотри как он будет в редакторе создавать такие файлы.
2. Клиент 4.91.4 глюковат, патчить надо.
3. Включи в клиенте поддержку UTF-8.
4. Ну и посмотри как на локальных дисках ведет себя венда, может просто вендовый глюк.

sine писал(а):по-моему, винда создает короткие имена только на фат.

Нет, по умолчанию и на NTFS тоже. Отключаемо в:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Filesystem\NtfsDisable8dot3NameCreation

Обычно отключение мотивируется желанием повысить производительность файловой системы.

Владимир Горяев писал(а):sine
1. Запусти CCна сервере и посмотри как он будет в редакторе создавать такие файлы.
2. Клиент 4.91.4 глюковат, патчить надо.
3. Включи в клиенте поддержку UTF-8.
4. Ну и посмотри как на локальных дисках ведет себя венда, может просто вендовый глюк.

1. во вторник попробуем
2. а если 4.91.5 поставить?
3. UTF8 отключена на всех клиентах, сделано, т.к. были проблемы с видимостью файлов клиентами, у которых не совпадают эти настройки. решено было выключить на всех клиентах. попробую на своем включить, посмотреть..
4. винда ведет себя нормально. на двух системах пробовал русской и английской хр везде одинаково

Не может такая свистопляска быть из-за кодовой страницы на сервере?

Код: Выделить всё

FIN:language                         
  Current NLM language is (4) ENGLISH.
  Current DOS code page is (437).     

С консоли русские буквы не вводятся (codepage виной?), поэтому в СС пока ничего не получилось.

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

Решение вЛоб:
Предполагается такие объекты закачать на рабочую станцию, когда на ней ЕЩЁ НЕ ВКЛЮЧЕНО utf8, затем удалить это на сервере.

Потом включить на станции utf8 и выкачать объекты на сервер.

жесть.
а без закачки на станцию можно обойтись?