VBS/WSH/JS - [решено] Самоудаление скрипта после выполнения

Iska · Отправлено: **11:46, 21-06-2017** | #2

BKPB, Вам нужна куча срабатываний антивирусов?!

BKPB · Отправлено: **12:08, 21-06-2017** | #3

Нет, просто у меня есть .exe он распаковывает папку с программой в ProgramFiles,
в ней находится .cmd который запускается с помощью скрипта, что бы не выводились окна .cmd.
Мне нужно, чтобы этот скрипт после запуска .cmd сам удалялся,
то есть, чтобы не оставались не нужные файлы в папке с программой.
Конечно ещё лучше бы было, сделать как нибудь чтобы .cmd отрабатывал скрыто без показа окон,
тогда бы скрипт вообще бы не понадобился.

Iska · Отправлено: **12:13, 21-06-2017** | #4

BKPB, начинайте осваивать нормальные инсталляторы. Временные файлы извлекаются во временный каталог пользователя или машины. Если раздражают окна консоли — используйте от начала и до конца WSH или средства самого инсталлятора. Делать нагромождение Пелиона на Оссу — моветон.

greg zakharov · Отправлено: **12:20, 21-06-2017** | #5

Iska, вот есть у Вас программа о пару бинарников, так что же, непременно создавать инсталлятор вместо sfx-архива, который бы выпюнул все во временную папку и запустил нужные сценарии преконфигурирования? Однако! И потом, что Вы страх на человека наводите, дескать антивирус будет орать. Вот, скажем, пример бата, который сам по себе удаляется:

Код:

@echo off&2>nul goto&rundll32 advpack.dll,DelNodeRunDLL32 "%~f0"

Упакуйте его в sfx и что Вы увидите? Ни один антивирус не станет ругаться. Хотя, казалось бы, код смахивает на деструктивный. Более скажу, на некоторых вполне себе безобидных батах можно заставить антивирусы выбрасывать окошки "атаке алярм". И уж если говорить по существу, вот есть NSIS, казалось бы, понтовый инсталлятор; где-то, эдак лет шесть, если не больше, проскакивала информация, что на нем был написан троян, поражающий MBR.

BKPB · Отправлено: **12:24, 21-06-2017** | #6

Смотрите у меня всего два файла,
файл программы и файл .cmd ( "%~dp0usbdlm.exe" -register )
который регистрирует и запускает этот файл,
они не извлекаются во временную папку, а сразу в ProgramFile.

Подскажите можно решить мой вопрос или мне забыть о таком решении?

greg zakharov · Отправлено: **12:28, 21-06-2017** | #7

BKPB, не проще ли в посэкзекьюшене sfx'а так и прописать mybin.exe -register & start "" mybin.exe и не париться с батом?

BKPB · Отправлено: **12:34, 21-06-2017** | #8

greg zakharov,
Сейчас попробую, просто этот .cmd идёт с программой и при его запуске появляется окно где сообщается что программа зарегистрирована и запущена.

greg zakharov, выходит такое сообщение:

CmdLn is '-register & start'
USBGLM -register registers USBDLM.exe as Win32 service and starts the service
USBDLM -deregister deregisters the USBDLM service
USBDLM -debug starts it as normal program (Admin previleges required)

greg zakharov · Отправлено: **13:07, 21-06-2017** | #9

И? Что должно из этого телепатировать?

Iska · Отправлено: **13:13, 21-06-2017** | #10

Цитата greg zakharov:

Iska, вот есть у Вас программа о пару бинарников, так что же, непременно создавать инсталлятор вместо sfx-архива »

А что, с его созданием нынче есть какие-нибудь трудности?

Цитата greg zakharov:

и запустил нужные сценарии преконфигурирования? »

Когда сценарии конфигурирования начинают приобретать форму «нагромоздим вот это сюда, а потом ещё вот это сверху, а чтоб оно не отображалось — ещё вот это, а потом чтоб не рухнуло — вот это» — надо явно что-то менять в Датском королевстве, независимо от того, используется ли самораспаковывающийся архив, або инсталлятор. Просто в последнем случае это сделать возможно, в первом — нет.

Цитата greg zakharov:

И? Что должно из этого телепатировать? »

А как же

. Мы хотя бы добрались до программы. Видимо, это: USB Drive Letter Manager - USBDLM. Спрашивается, ~~нахрена~~ зачем только всё это нужно, коли там есть msi.

BKPB, рассказывайте всё. С показом кода. С описанием, что, как и зачем у Вас делается.