Есть задача запустить экзешник с параметром. с экзешником идет длл.
Хотел завернуть оба файла в один эзешник, распоковать во временные, запускать с параметром, потом удалить.

Может есть еще идеи или кто подскажет как запаковать файлы?
стоит Visual Studio 12/

архиватором запакуй.

(1) смысл в том, чтобы не показывать параметры запуска, все-таки достать их закомпиленного в .ехе виде будет сложнее, защита от любопытных неодоодминов. Понятно что ломается все, но так процент "ломальщиков" сокращается в разы.

(2) Может, тогда посмотреть в сторону таких программ? http://freesoft.ru/?sec=devinstall1

Завернуть параметры в exe?

(4) не понял?

(2) Вменяемый мануал не будет адекватней?

(6) про какай мануал речь? мне бы направление правильное...
просто не хотелось бы использовать (3) стороннее решение.

для (0) есть (3), если нужно что-то более хитрое давай больше конкретики. про ломальщиков какую-то ерунду пишешь.

(8) Ну как чайников этом вопросе может объяснить? возможно придется стелепатировать :)
Просто скачал студию, хотел создать проект, запихать туда файлики и выполнить.

Решение в (3) хорошо и безгеморно, но это не путь самурая ибо не хочется использовать стороннее решение.

В ресурс исполняемого файла запихнуть, а потом работать с ним, как с ресурсом.

(10) да это сделал, не могу понять как с ним работать

вернее даже не с ним, а с нимим, у меня же 2 файла в ресурсе

чисто по братски даю ссылку
http://yandex.ru/yandsearch?lr=213&text=dll+в+исполняемый+файл

Ковыряю мсдн долго, но там все чет не то

(11)
либо почитать msdn;
либо идти на форум <твой язык программирования> за помощью;

на чем пишешь-то, боец?

(15) самое простое :)  ВБ

Сначала узнай как засунуть dll  в ресурс. Потом узнай как достать dll из ресурса и записать на диск. Потом узнай как динамически подключить dll. Всё.

Запакуй потом каким-нить паковщиком типа UPX.

(17) да спасибо, уже по твоей ссылке сказали что компилятор сам все засунет. осталось разобраться как запустить все это дело.
(18) а можно ссылку не для продвинутых?

http://msdn.microsoft.com/en-us/library/windows/desktop/ms648046(v=vs.85).aspx

https://www.google.com/#q=vb+load+resource+file

Ресурсы - фигня.

Я годную инфу записывал тупо в конец exe файла.

(22) колумб..

(23) брысь

(24) нихачу

(0) Параметры запуска всё равно видно в Диспетчере задач и таких утилитах, как Process Explorer.
http://s019.radikal.ru/i639/1402/37/ebf7c8132441.png
http://s020.radikal.ru/i715/1402/3a/3aeed0ec36d9.png

(26) ну это, как я понимаю, если один внешний процесс запускает другой с параметром

(22) есть что с примером для тупого 1сника?

(27) Что значит "внешний процесс"?
Там отображается командная строка процесса.

(29) имелось ввиду когда один процесс запускает другой. если же все делать в пределах одного процесса, то я думаю такого не должно быть.

Ничего не понимаю.

Берем exeшник, в него, в конец дописываем GUID + dll-ку, сохраняем.

Ексешник, при работе, с конца ползет по себе, ищет GUID, нашел - с этого места и до своего конца - считывает dll-ку, пишет в tmp, подгружает ее.

Я так делал, работает.

Не нравиться, что dll на диске? - можно поиграться с маппированием файла в память, эмулируя загрузку dll виндой.
Я так не делал, пробуй.

Не нравиться, что PE видят командную строку? Можно заставить exe-шник переписать свой PE заголовок с командной строкой - мусором. Пробуй!

(30) В пределах одного процесса - это в адресном пространстве первого процесса?
Всё равно параметры будет видно.
Думаю, поможет только сокрытие процесса от windows вообще. Но это уже какое-то "грязное" администрирование.

Лучше сделать так, чтобы параметры не использовались вообще, если в них что-то секретное. Или если там пароли, то можно написать утилитку, которая будет автоматизировать их ввод по запросу...

(31) Лучше в ресурс.

(31) >с конца ползет по себе, ищет GUID
ну ты научишь

(32) да там логин-пароль и адрес сервера.

(31) :) да ну нафииг это я еще год буду делать

(35) А ввод этой информации из файла поддерживается?

(36) не понял

(37) exe-шник, который ты хочешь завернуть, не твой?

(36) Некоторые программы поддерживают ввод параметров из файла.
Например: prog.exe -o "параметры.txt"
А в параметры.txt содержится и логин и пароль и еще что-нибудь...

(39) В этом случае "параметры.txt" можно шифровать.

(38) нет, не мой. В принципе есть к нему .lib и .h файлики, но с ними тоже разбираться надо.

(39)(40) дешифратор писать уметь надо же, думал уже об этом :)

(41) Чего там уметь-то? В .NET Framework всё уже придумано до нас.

Если параметры беруться с StdIn-а, то можно через Pipe из одного процесса передавать в другой без всякого файла.

(2) Количество сокращается лишь на тех, кто не в состоянии посмотреть командную строку запущенного процесса (Process Explorer и т.д.). Сам подумай, много ли таких? Бесполезная трата времени IMHO

(44) Просто, те, кто не может посмотреть в системе - их и командная строка устроит.
Остальные же будут смотреть отладчиком, а там всё как на ладони.

(45) вот отладчиком могут пользоваться немногие, в отличии от других. Так бы и не парился.

(46) Если данные передавать через потоки, то и отладчик не очень-то и поможет, но нужно делать это очень аккуратно.

(47) Я так понимаю, что экзешник чужой, и из потока ничего не ждет

не судьба CMD сделать? можно даже переименовывать файл exe из другого расширения в этом CMD. это конечно если нужна защита от дурака, а не от маньяка