[ViolentOr]

Доброго времени суток.

Столкнулся с непонятным поведением Autocad. Имеется некое сетевое хранилище
(допустим \\server\Антонов А.А\Projects\Тырым-пым-пым\Папка 1\1786454\)

У пользователя полные права на папку \\server\Антонов А.А\ и на все вложенные папки (права точно полные =) ). Автокад легко открывает лежащие там файлы, НО при сохранении происходит следующий феномен:
Автокад заявляет, что не может сохранить файл, удаляет оригинал и в ту же папку кладет файл savX.tmp (X -- любой символ), который, на поверку, оказывается тем самым измененным файлом.

Причем все бы ничего, но происходит сие не всегда... Т..е иной раз он может спокойно сохранить, а может и заартачиться...

Заранее спасибо за идеи, если какие возникнут =)

[Profan]

А *.bak файлы где сохраняются?

[KSI]

Посчитать количество знаков в "путь + имя файла" для обоих случаев. И не забывать, что пробел это тоже знак.
И сравнить.

[ViolentOr]

А *.bak файлы где сохраняются?

в случае успешного сохранения -- рядом с оригиналом. Если происходит этот касяк -- .bak не создается (во всяком случае я его не нашел)

Посчитать количество знаков в "путь + имя файла" для обоих случаев. И не забывать, что пробел это тоже знак. И сравнить.

Одни и те же файлы могут сохраниться и нет... а что у автокада есть ограничение? (в данном случае версия автокада 2008)

[Кулик Алексей aka kpblc]

Ограничение не в AutoCAD, а в Windows: общая длина полного имени файла не должна превышать, по-моему, 255 знаков.

[ViolentOr]

Ограничение не в AutoCAD, а в Windows: общая длина полного имени файла не должна превышать, по-моему, 255 знаков.

256 ;-)

Но если бы данная аксиома нарушалась -- файл бы никогда не сохранялся =)

[Кулик Алексей aka kpblc]

Offtop: Учитывая тонкости работы со строками в С++, я бы ограничивал все же 255 значащими символами (ведь мы говорим про них, правда?)

[ViolentOr]

Offtop: ну давайте ограничимся 255, сути дела сие не поменяет, увы...

[zamtmn]

savX.tmp у меня появлялись когда неватало места на диске.
атокад сохранил тмп, а вот переименовать двг в бак, а затем тмп в двг почемута не смог. может на сетевом диске переодически большая нагрузка и он отказывает пользователям в доступе?

[ViolentOr]

zamtmn, очень маловероятный вариант. сетевое хранилище -- полноценный сервер под управлением ОС Windows 2003... там поддерживается туева куча подключений, а пользователей отнюдь не так много (2-3 десятка в базарный день).

[zamtmn]

я к тому что появление tmp нормальная фаза процесса сохранения. 256 символов не вариант.
>>Учитывая тонкости работы со строками в С++, я бы ограничивал все же 255 значащими символами (ведь мы говорим про них, правда?)
это некоторые програмисты перекладывают свои особенности на С++, у которого с этим всё ок))

[ViolentOr]

нормальный? т.е., если я правильно понял, автокад сохраняет файл в 3 шага?
1. создает файл savX.tmp
2. удаляет оригинальный файл
3. переименовывает savX.tmp в изначальное состояние?


оригинально-с...


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


З.Ы. но еще идеи приветствуются, ибо проверить сию идею достаточно проблематично =)

[zamtmn]

2. переименовывает двг в бак
а что оригинального? забота о непотере данных. это ИМХО, но думаю так и есть на самом деле

кстати filemon.exe на сервере не покажет в чем именно облом?

[ViolentOr]

zamtmn, заботу о непотере данных можно делать проще:
1. исходный файл копируется в виде бака
2. исходный файл редактируется

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

filemon.... мабыть.. завтра посмотрю...

[zamtmn]

тогда при сбое на 2 шаге - двг пропадет. и половина пользователей у которой не получается в експлорере переименрвать файл будет грустить

[Sleekka]

а зачем вам точки в именах папок - ищите приключений на вторые 90

[ViolentOr]

Sleekka, есть решение руководства как должен выглядеть файловый архив. Введены определенные стандарты, бюрократия и т.д... доказать, что это не так и неверно -- решение весьма крайнее, посему приходится решать проблемы по мере поступления, по возможности не конфликтуя с имеющимися порядками. Будь моя воля -- я бы вообще на сервере запрещал работать...

Опять же -- у автокада есть какие-то проблемы с точками?

zamtmn, как видите -- пользователи и так грустят ;-)



Отловить багу через файлмон не удалось.. ищутся еще идеи =)

[Ztn]

Есть следующая мысль:
делаешь автоматом сохранение bak файлов например на с:\bak командой movebak и если проблема не исчезла - сообщи


Тут в общем то есть ещё 2 проблемы о которых практически никто не знает - это проблемы при открытии файлов со вставленными ссылками с сетевым путем - если кому интересно - раскажу.

[ViolentOr]

пока бага больше не повторялась (ничего не делал). Если повторится -- попробую по совету товарища Ztn, после чего отпишусь.

[Mek]

Сообщение от ViolentOr Будь моя воля -- я бы вообще на сервере запрещал работать...

Правильно. На кривом сервере с глюкавой сетью работа должна быть запрещена.
...И переведена на нормальный сервер. Начальник всегда должен знать где лежат все файлы проекта, и иметь возможность их хотя бы посмотреть. Волеизъявление исполнителей дело десятое в этом вопросе, хотя и не последнее...

[ViolentOr]

Mek, Offtop: уважаемый, разница между работой на сервере и хранением файлов на сервере огромна. И, безусловно, все файлы должны быть доступны на файлохранилище.

Касательно качеств сервера и сети я бы предложил быть менее категоричным =) Я же не обсуждаю ваши навыки в проектировании энергетических объектов ^_^

BTW: дураков тут нет -- два раза писать не надо =)

[Mek]

Сообщение от ViolentOr разница между работой на сервере и хранением файлов на сервере огромна. И, безусловно, все файлы должны быть доступны на файлохранилище. BTW: дураков тут нет -- два раза писать не надо =)

Не ну Вам, программистам, виднее в чем разница между работой и хранением. Между тем работаю на сервере, физически расположеннным за пару километров от меня. Никаких проблем нет.

Касательно отсутствия тут дураков я бы предложил быть менее категоричным

[Солидворкер]

ViolentOr, Mek, все разборки между собой -в личке

[serg01]

Правильно. На кривом сервере с глюкавой сетью работа должна быть запрещена. ...И переведена на нормальный сервер. Начальник всегда должен знать где лежат все файлы проекта, и иметь возможность их хотя бы посмотреть. Волеизъявление исполнителей дело десятое в этом вопросе, хотя и не последнее...

Сегодня таки возникла та же проблема. Ссылки убираешь - все в порядке. Какие рекомендации можно дать ITшникам? Говорят, что у них все в порядке и все тут.