Winzip зависает в пакетном файле запланированных задач - PullRequest
1 голос
/ 12 июня 2009

У меня есть простой пакетный файл, как показано ниже, который должен извлечь zip-файл в корень E :. Zip-файл действителен, и я могу нормально запустить командный файл из командной строки.

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

Задача выполняется как администратор домена, который был специально добавлен как администратор в поле.

Известны ли проблемы с использованием zip-файлов в запланированных задачах. У меня на самом деле есть та же проблема на 3 из 12 блоков, на которых выполняется эта задача, но нет ни рифмы, ни причин, почему некоторые серверы работают, а другие нет.

Любые идеи о том, как отладить происходящее или найти решение, были бы очень полезны.

Вот пакетный файл, который я пытаюсь запустить.

SET RootPath=E:
SET WinzipLocation=E:\Program Files\WinZip

"%WinzipLocation%\winzip32" -e -o  %CD%\TestZipFile.zip %RootPath%

Ответы [ 4 ]

1 голос
/ 13 июня 2009

Попробуйте использовать надстройку поддержки командной строки WinZip .

0 голосов
/ 15 июня 2009

После публикации я понял, что все "плохие" серверы были 64-битными. Я использовал 32-битную версию winzip. Поскольку компания, в которой я работаю, не видит выгоды от покупки какого-либо программного обеспечения, у меня не было другого выбора, кроме как начать использовать 7-zip. Я не проверял на предмет повышения производительности или попаданий, но я не уверен, что это работает, независимо от среды.

Спасибо за ответы, но, похоже, без 64-битной версии winzip .... у меня нет других вариантов.

0 голосов
/ 13 июня 2009

когда вы запускаете вызов из командной строки, как вы определяете переменные среды, которые вы определяете в своем пакете? Кроме того, что %CD% решает, когда вы запускаете пакет на «хорошем» сервере против «плохого» сервера?

0 голосов
/ 12 июня 2009

что если вы используете 7-zip в командной строке?

...