azsxКак и что надо сделать в политиках, чтобы программа работала, а юзер поменять файл не мог ни через проводник, ни распаковав с архива.
Запретить юзеру, который работает на компе, запись в этот каталог, а "бессистемно обновлять" этот файл от имени другого юзера?..

azsxВ каталоге prog также пишет программа свои другие файлы.
Обожаю программистов, у которых подход остался со времён 95й винды (писать файлы в каталог приложения).

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

azsxпрограмма не моя, но на делфи. И обновляется она другим exe этим же юзером.
Вы не находите противоречия в том, что вы хотите запретить юзеру обновлять программу, которая должно обновляться этим же юзером?..

Василий 2Ненавижу программистов, которые бездумно хавают методики мелкософта и загаживают систему, не задумываясь о том, что может понадобиться самодостаточная в рамках своей резервации софтина.Решается настройками приложения, например как это сделано в Total Commander (при установке).

Vizit0rвот да. Начинаешь вычищать мелкую софтину - а оно везде. И реестр, и ини в левых папках, длл в каталоге винды, и т.д. Зато в каталоге установке чисто и красиво, ага.Такое же поделие криворучек, как и выше. Все исполняемые файлы приложения должны лежать в каталоге приложения, все настройки, которые изменяются по ходу работы приложения - в %appdata%\xxxx или HKEY_CURRENT_USER\Software\xxxx.

Но нет же, все самые умные: мы и данные будем в свой каталог писать по-умолчанию (привет, установка в 'Program Files' под ограниченной учёткой!) и библиотеки устанавливать в системную директорию - вдруг ещё кому-нибудь понадобятся (привет, dll-hell!).

Василий 2Да блин, даже git. Пока его отучишь гадить в user data, пять раз вспотеешь.
Откройте для себя mklink /j :)