Не встречал подобного извращения (уж точно не у 7zip — в его имени нет 64). Тогда в твоём случае бэкслеш после %64dir% лишний.
Iori писал(а):А это, уже другой вопрос был.
На который я ответил.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Iori
Ошибаешься. В первом случае подставляется 32, во втором нет. Сам же различаешь их по dir и file.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Flasher
Не совсем понимаю.
В первом случаи, переменная %3264dir% даст нам либо 32 либо 64, в зависимости от разряда ОС.
Разве нельзя использовать %3264dir% в имени файла?
file_x%3264dir%.exe
Во втором примере, вроде тоже самое.
Iori писал(а):Разве нельзя использовать %3264dir% в имени файла?
Да пользуйся. Кто ж тебе мешает?
Iori писал(а):Во втором примере, вроде тоже самое.
Совсем не то же самое. Я же только что написал, что не возвращается 32. Мы же разбирали вариант с program.exe и program64.exe. И всё никак не въедешь?
Последний раз редактировалось Flasher Вс янв 14, 2018 22:33, всего редактировалось 1 раз.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Iori
Привет. С закрытием проблем не вижу. Всё работает. См. наличие плагина Autorun_Process.dll в 2-х экземплярах. А с запуском что-то непонятное. Как будто переменная, стоящая не спереди пути, игнорируется. Придётся так:
If %SYSINFO_OSARCH% = 32 Then
ShellExec /T '%COMMANDER_PATH%\Utilities\PrKiller\PrKiller.exe'
Else
ShellExec /T '%COMMANDER_PATH%\Utilities\PrKiller\PrKiller64.exe'
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Flasher
Плагин Autorun_Process.dll в 2-х экземплярах на месте.
Flasher писал(а):А с запуском что-то непонятное. Как будто переменная, стоящая не спереди пути, игнорируется.
Это баг плагина или уникальность программы?
Сейчас проверил на работе. Здесь Win 7 x64. Всё работает с твоей наводкой. Надо будет дома проверить опять. Там десятка. Может дело в правах. Когда вернусь, проверю.
Спасибо.
Iori писал(а):Это баг плагина или уникальность программы?
Первое.
Пож-та.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Плагин инициализирует добавление переменных уже после того, как загрузятся системные плагины? Трюк с добавлением %MyEnvVar% в Autorun и последующем запуске FileSystemPlugins никак не провернуть? (хотел сделать запуск в зависимости от версии ОС - у Гислера есть две версии плагина, новая под ХР не работает), наподобие такого:
Не появилось ли чего-нибудь нового в плане того, чтобы плагин не отрабатывать повторно (не запускал команды и программы, прописанные в autorun.cfg), если уже был инициализирован? (например, в случае когда вызывается поиск в отдельном процессе)
LonerD
В wincmd.ini [ContentPlugins] стоит выше [FileSystemPlugins]? В Autorun строка создания переменной в самом верху?
С остальным вроде понятно. Автор пропал и с тех пор не появлялся. За обновлениями можно было следить здесь. О перспективах их ожидания история умалчивает.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.