При работе программы контроля версий в каждой папке\подпапке создаются скрытые папки ".svn", где содержится контрольная информация. При открытии и сохранении pcb-файла в ExpeditionPCB экспедишн зачем-то лезет в эти директории, пытясь открыть файлы, естественно вылазиет ошибка открытия\сохранения и программа не выполняет действия.
Вопрос - можно ли обойти эту ситуацию со стороны экспедишна? Прекращать пользоваться SVN нет желания.

Мы данную проблему решили таким образом: была написана программа которая спускается по всему проекту и все папки вида .svn архивировала в один архив. После этого можно было работать с проектом. Когда нужно было залить проект обратно под свн она же разорхивировала обратно эти папки на то место, где они были.

Ну тут видится кое что... Во первых не очень понятно, как именно он лезет и что за ошибка. Если permission denied - то просто дайте тому юзеру, что юзает Exp членство в той же группе, что и юзер, который юзает SVN, и дайте доступ этой группе, cделав массовый chgrp и chmod. после чего проблема снимется. Если же проблема в другом - а именно в том, что Exp читает эти файлы и "давится" ими - то поступите так. Дайте права на листинг файлов этих директорий только тому юзеру, что запускает SVN (можно спец. юзера под это дело создать, ну и пускать svn через su или sudo). Ну а юзер, что юзает Exp - ему просто система не покажет, что в этих папках лежит. Соответственно все вышесказанное применимо, если работаете с Exp/SVN под линуксом, о чем косвенно говорит скрытость папок, начинающихся с ".".

SM, нет, работаю под виндовсом XP хоум . Дальше ХР pro уже ничего не знаю, но кажется ни в хоум, ни в про нет реализации подобной системы разрешения для разных юзеров. С файлами случай второй - ментор "давится".
Combat, спасибо. скорее всего так и будем делать.

Должна быть. В проводнике/сервис/свойства_папки/вид/использовать_простой_общий_доступ_к_файлам снять галку (несмотря на то, что там написано "рекомендуется"). И тогда можно назначать.

В хоум, может, и нет. В про есть, и было бы, мягко говоря, странно, если бы не было.

В любом случае, даже если это и есть, в винде нет простого и удобного механизма запуска из-под одного юзера отдельно взятой программы с правами другого юзера. Так что товарища спасет переход на линукс И дешевле, и надежнее, и все его проблемы на раз решаются. Потому как его проблема вовсе не относится к Mentor Graphics и его продуктам, а всего лишь обусловлена убогостью Windows.

Ошибаетесь. В свойствах ярлыка программы на кнопке "дополнительно" живет установка учетной записи, от имени которой запускать программу. Не хочу превращать тему в холивар, но винда - это вполне полновесная операционная система, чтобы там не пели адепты других ОС.

Я не говорил, что нет способа. Он есть. Я лишь сказал, что нет простого и удобного способа, который предоставляется юниксоподобными системами, и который был бы описан в любом руководстве по операционной системе на первых его страницах. Да, еще со времен NT 3.1, внутри винды живут зачатки нормальной операционной системы, которые может на раз использовать любой программист, знакомый со всеми секьюрити-дескрипторами винды, но почему то до сих пор в полном объеме не доступные рядовому пользователю через простой человеческий интерфейс типа линуксового su/sudo. Но это тема не для тут. Ну не есть винда нормальная многопользовательская система, и все эти ее "фичи" сделаны лишь для того, чтобы были, а не для того, чтобы ими пользоваться. В общем - есть два варинта. Поставить *nix и работать, как делают поголовно все производители ИМС, не разведенные до сих пор микрософтом на их осоподобие, ориентированное на секретуток, либо задавать вопросы, подобные тому, что был задан в начале этой темы, и ждать кривых их решений...

...писал, писал, удалил весь ответ... Нихачу, надоело с гнуллями воевать... И вообще, я VAX VMS любил, остальное - обезьяний кал

А я на них и не настаиваю... Меня устроит и HP/UX, и AIX, и соляра, которые гнутыми лицензиями не так уж и обременены. И против VMS я, собственно, тоже ничего не имею, как и против пророка его, RT-11
Но... Я против биллогейтсовой реинкарнации OS/2-го ядра, под названием NT, процветающей до сих пор, с загубленными на корню основными возможностями в пользу рюшечек.... И, собственно, против тех, кто используя любую ОС, не знает, как ее правильно использовать.

а ее и не надо использовать. под ней надо запускать нужные пользователю (мне) программмы. Я и знать не хочу что это такое и как и зачем ее администрировать... как в rt-11.

Этого мало, операционка должна еще обеспечивать взаимодействие между всеми нужными программами (и как тут без bash/csh ? На виндовом cmd никуда не уедешь!), а также давать возможность пользователю производить дополнительные базовые действия, как то например всевозможная обработка файлов (bash/csh + awk, sed, grep, find ну и иже с ними). А вот что касается администрирования - это да, это, конечно, рядовому пользователю не обязательно знать, но и не мешает, чтобы пользователь, например, сам мог бы решить вопросы совместимости программ, как те, с которых началась данная тема, средствами ОС. В общем - ИМХО под виндой могут работать секретарши, бухгалтеры, домохозяйки и иже с ними, для их задач ее функциональности хватает. А не разработчики. Мне лично функциональности и надежности винды просто катастрофически не хватает для продуктивной работы.

Вы написали столько аббревиатур (кроме find) , про которые я и не подозревал! Но это не мешает мне вполне успешно разводить платы в expedition. Наверное я - секретарша... и почти весь остальной мир - тоже...

Это не аббревиатуры, а программы-команды операционки. Вот именно, что незнание этого и, соответственно, неиспользование, именно "не мешает вполне успешно". Очень правильное, точное и четкое выражение. А знание и использование - "помогает более успешно и эффективно"

нашел свою старую тему - закрою ее свои рецептом (простым)
проект полностью сжимается архиватором 7zip (проект в 60Мб сжимался до 1,5-2 метров ). Сжатый архив уже и идет под коммит\апдейт свн-а.

Я почти на эту же тему писал (поспешил, надо было сначала поиск сделать):
Expedition PCB и контроль версий через Subversion, Как лучше подружить?

Суть такая: в качестве клиента SVN можно использовать git-svn. Тогда не будет директорий .svn, от которых у Expedition PCB крыша слетает.