Если не очень затруднительно, можете мануальчик набросать ?]]>
Но мне лень и нет времени разбираться с вычислением размеров файлов<...>.
Про лень - солидарен, если пытаться сделать по образу makeself (тот самый sh+tar), то, думаю, лучше пойти по наиболее простому пути cab dropper'а (или одному из решений выше).
Интерес носит скорее академический характер
И да, есть сразу минус, для своей сети/ПК вполне подойдёт, а в/на чужих возможны срабатывания антивирусов (замечено, что многие из них ныне работают очень туповато), т.к. такой техникой пользуются не только демокодеры, даже скорее - демокодеры уже давно не пользуются, в отличии от создателей malware.
Попробую что-нибудь придумать для себя, если результат будет мало-мальски напоминать makeself (unpack средствами ОС, packer можно и сторонний/самописный), то отпишусь здесь.
Нахожусь в схожей ситуации (вместо Cygwin - MSYS2, но разница - невелика, tmux, mutt, mc и w3m запустятся и там и там), целиком, правда не таскаю, достаточно dotfiles забэкапить.
Думаю мигрировать рабочее место в один из дистров Linux или FreeBSD, т.к. Powershell там есть и его, для моих задач, должно хватить. Но тут больше сказывается моя привычка к тайловым wm и tmux (первых под windows 7 нет, во всяком случае - "вменяемых").
аналог sh с tar внутри
Да, нечто подобное. Но мне лень и нет времени разбираться с вычислением размеров файлов, смещением от начала, таблицей размещения файлов и т.д. Интерес носит скорее академический характер - это можно сделать и на батниках (с примесью vbscript/jscript).
Предпочитаю использовать доступные средства и минимум утилит и программ извне. Но на своих машинах использую cygwin (он у меня очень давно гуляет от машины к машине - достаточно старенький, но при этом покрывает максимум моих потребностей). Ну и ФАР - с чужими и собственными макросами. Есть доступ к машинам, где даже cmd.exe нельзя запустить (только Проводник и несколько утилит для удаленного доступа) - и проблем тоже нет.
Есть интересное ответвление или дальнейшее развитие этой идеи: забыть о существующем ограничении (оно не требуется в начале, но о нем можно подумать позже) и создать эмулятор tar-файлов.
Лет пять назад я бы вас поддержал, т.к. была идея "запилить" что-то подобное dpkg или же pacman для windows (идея иссякла в пользу WSUS и GPO).
Если забыть о существующем ограничении, то, как я понял, вас интересует аналог sh с tar внутри?
Если же просто self-extracted cab, то обычно используют extrac32.exe, он не сильно большой (~60 kB), хотя и его можно дотянуть до уровня аналога tar/rpm/deb.
Хотя... Попробую сам применить на работе - ребятам и девчатам (разного уровня владения ПК и инструментами ОС) требуется делать шары на ПК клиентов (естественно, с их позволения) с опр. правами, добавлять задачу планировщика и т.п. Можно завернуть в CMD/WSH/powershell (или даже - с проверкой установленных интерпретаторов и ОС), который положить в self-extracted cab.
Товарищи, в очередной раз убеждаюсь, что всё уже было придумано до нас.
Cab dropper? Ну да, много интересного гуглится.
]]>Как это работает:
-Требуемый файл помещается в CAB-архив (для лучшего сжатия применется алгоритм LZX)
-С 60-го байта пишется последовательность 0A0D0A и сами команды, например expand %0 1.txt&start 1.txt
-Архив переименовывается в .bat и запускается
После запуска парсер командной строки находит заголовок CAB-архива MSCF, идущую за ним последовательность сырых байт, и упирается в написанный нами 0A0D0A.
Для него это признак конца команды, он пытается её исполнить и говорит, что не знает что такое "MSCF", затем переходит к следующей команде.
А там лежат expand %0 1.txt&start 1.txt, которые он и выполняет.
Далее для приличия можно дописать exit, распаковку во временную папку, удаление распакованного и прочее, но это уже детали.
ЧЯДНТ ?
Движок форума убирает переводы строки в конце кода. А он нужен для отделения пролога от прилепленного содержимого.
]]>В итоге в папке имею:
a.bat (с тем самым содержимым, как и было описано выше)
b.bat (с тем самым содержимым, как и было описано выше)
123.exe (переименованный для чистоты эксперимента notepad.exe)
test.bat с содержимым:
copy/b a.bat+123.exe drop.bat
Запускаю test.bat.
Вижу вот такой вывод:
a.bat
123.exe
Скопировано файлов: 1.
Казалось бы всё отлично.
На выхлопе получаю drop.bat со включением кода распаковки:
cd/d "%tmp%"&echo WScript.StdOut.Write(WScript.StdIn.Read(%~z0).slice(109))>.js&cscript//nologo .js<"%~f0">tMZђ яя ё @ ш є ґ Н!ёLН!This program cannot be run in DOS mode.
$ ?—ЗЈ{ц©р{ц©р{ц©рrЋ:рeц©р”Єсxц©р”сhц©р”¬сц©р”Ёс`ц©р{цЁрmч©р”Ўсfц©р”Vрzц©р”«сzц©рRich{ц©р PE d† «ОД р "
ђ R а“ @
{¬ `Б Шф D ` ањ P Ь pг T PҐ P¦ x .text ОЏ ђ `.rdata v x ” @ @.data - @ А.pdata Ь P
@ @.rsrc ањ ` ћ " @ @.reloc А @ B HѓмHLЌB‹КHЌ·У E3Й+ИЉЇЧ ¶H‹T$xБа БH‰T$(‰D$0A· ‰D$4I‹@IѓА
H‰D$8H‹J H‰H‹@ ·L‰B‰JЗB A· E3А‰B‹D$pЗB HЌT$0H‹
& ‰D$ я– HѓДHГМММММММ@SHѓм@L‹”$Ђ H‹ЩM…Тt\L‹\$p‹В…Тt#ѓшu"A¶Иё яБM‰JE„АM‰ZEБA‰лAѓ"
.....
Но при запуске drop.bat моргнуло окно консоли и тишина. Решил посмотреть что этот зверь пишет в консоль...
Запустил cmd, перешёл в каталог где лежат файлы через cd
Стартанул...
C:\test>cd/d "C:\Users\User\AppData\Local\Temp" & echo WScript.StdOut.Write(WScript.StdIn.Read(246892).slice(109)) 1>.js & cscript//nologo .js 0<"C:\test\drop.bat" 1>tMZР$$4A╕Ь
Синтаксическая ошибка в имени файла, имени папки или метке тома.
ЧЯДНТ ? O_o
P.S У меня Win 10 Pro, если что.
]]>copy/b a.bat+123.bin drop.batв результате даст батник, запуск которого приводит к созданию отдельно лежащего файла, содержимое которого полностью совпадает с 123.bin.
Либо же для добавленного в CAB-архив exe-шника (123.exe лежит внутри 123.cab)
copy/b b.bat+123.cab drop.batв результате даст батник, запуск которого приводит к созданию отдельно лежащего файла, содержимое которого полностью совпадает с 123.exe c последующим его запуском
]]>
cd/d "%tmp%"&echo WScript.StdOut.Write(WScript.StdIn.Read(%~z0).slice(109))>.js&cscript//nologo .js<"%~f0">t
2) Создал b.bat c содержимым:
cd/d "%tmp%"&echo WScript.StdOut.Write(WScript.StdIn.Read(%~z0).slice(134))>.js&cscript//nologo .js<"%~f0">t&expand t .exe&start .exe
А дальше как планируется это использовать ?
]]>Есть некие данные (бинарный файл), который надо "завернуть" в пакетный файл, который при запуске вытаскивает бинарные данные и при необходимости распаковывает их. По всей видимости, на системах товарища Himmler этого достаточно. Есть важное ограничение - размер пакетного распаковщика не должна превышать 300 байт (я его плохо понял, но поиграть при таких жестких условиях было интересно). Мне кажется, есть некоторая проблема распространения таких файлов - многие почтовые серверы "режут" вложения с расширением ".cmd" или ".bat".
Есть интересное ответвление или дальнейшее развитие этой идеи: забыть о существующем ограничении (оно не требуется в начале, но о нем можно подумать позже) и создать эмулятор tar-файлов.
Касательно моих изысков. Мое предыдущее сообщение содержит скрипт, который при запуске подхватывает имя некоторого файла, копирует его в другой, добавляя в начало пролог. При запуске результирующий файл вытаскивает исходный файл.
]]>109 байт - выгружатор
cd/d "%tmp%"&echo WScript.StdOut.Write(WScript.StdIn.Read(%~z0).slice(109))>.js&cscript//nologo .js<"%~f0">t
134 байта - выгружатор+разжиматор+запускатор
cd/d "%tmp%"&echo WScript.StdOut.Write(WScript.StdIn.Read(%~z0).slice(134))>.js&cscript//nologo .js<"%~f0">t&expand t .exe&start .exe
Кроме того, обнаружил, что создание CAB архива по алгоритму LZX позволяет вплотную приблизиться к уровню сжатия 7z и zip (разница в моём случае около 40 байт).
В итоге я выиграл у лучшего пакера больше 200 байт (получилось 2,72 Кб), а это отличный результат.
Очень благодарен товарищу Rumata за идею с StdIn/StdOut.
Интересная у Вас трава. Не отпускает. Но я бы остановился на размере в 131 байт:
@pushd "%TMP%"&echo:W=WScript;W.StdOut.Write(W.StdIn.Read(%~z0).slice(131))>t.js&cscript//nologo t.js<"%~f0">"%~dpn0"&popd&exit/b
А это его создавалка. Способ использования в подсказке:
@echo off
if "%~1" == "" (
echo:Usage %~n0 FILE [/C]
echo:/C means to create a copy
goto :EOF
)
setlocal
set "ZC="
if /i "%~2" == "/c" set "ZC=-copy"
set "ZI=%~f1"
set "ZO=%~dpn1%ZC%%~x1.bat"
call :create-prolog "000" >"%ZO%"
for %%f in ( "%ZO%" ) do call :create-prolog %%~zf >"%ZO%"
copy /y /b "%ZO%"+"%ZI%" "%ZO%"
goto :EOF
:create-prolog
echo:@pushd "%%TMP%%"^&echo:W=WScript;W.StdOut.Write(W.StdIn.Read(%%~z0).slice(%~1))^>t.js^&cscript//nologo t.js^<"%%~f0"^>"%%~dpn0"^&popd^&exit/b
goto :EOF
109 байт - выгружатор
cd/d %tmp%&echo WScript.StdOut.Write(WScript.StdIn.Read(9999).slice(109))>t.js&cscript//nologo t.js<"%~f0">t
136 байт - выгружатор+разжиматор+запускатор
cd/d %tmp%&echo WScript.StdOut.Write(WScript.StdIn.Read(9999).slice(136))>t.js&cscript//nologo t.js<"%~f0">t&expand t 1.exe&start 1.exe
В конце строки - символ 0xA (одного его достаточно)
Файлы до 9999 байт (именно на таких нужна экономия в 100-200 байт).
Да, пришлось выкинуть кусок с удалением временных файлов, плюс все имена теперь фиксированные.
Добавление в ZIP вместо CAB в моём случае даёт ещё примерно 120 байт выигрыша, но распаковщик из ZIP через Shell.Application, скорее всего, съест всё преимущество.
]]>