WinAPI: найти каталог собственного исполняемого при изменении местоположения

Question

WinAPI: найти каталог собственного исполняемого при изменении местоположения

0

Я хотел бы создать программу C++, которая постоянно проверяет местоположение исполняемых файлов и перемещает их в определенное место, если оно там отсутствует.

Это работает один раз.

Однако моя проблема заключается в том, что когда я запускаю исполняемый файл и помещаю GetModuleFileName в цикл и перемещаю исполняемый файл в другое место, имя GetModuleFileName не возвращает новое местоположение, из которого я хочу его вернуть, я очень новый для WinAPI и едва понять основы, поэтому, пожалуйста, не начинайте меня бить или что-то еще...

NULL 24 нояб. 2013, в 16:52

Источник

0

Я не уверен, что это возможно. Вы можете проверить, находится ли ваш исполняемый файл в нужном каталоге, но переместить его обратно ... Я не гуру, но я думаю, что функции пользовательского режима запрещают такие действия.
Petro Korienev 24 нояб. 2013, в 15:20
0

Если вы перемещаете исполняемый файл, вы не перемещаете текущий исполняемый файл - с точки зрения вашего процесса, вы просто перемещаете какой-то файл в какое-то место (и я не знаю, возможно ли это, как заметил Петро) - можете ли вы переместить файл, который в данный момент находится в памяти?).
Nemanja Boric 24 нояб. 2013, в 15:22
0

Исполняемый файл загружается в память. Он только «запоминает», откуда он был запущен.
Yochai Timmer 24 нояб. 2013, в 15:22
0

Какую проблему ты пытаешься решить?
David Heffernan 24 нояб. 2013, в 15:23
0

Было бы возможно, если бы программа могла определить, когда и ГДЕ перемещается исполняемый файл. Факт перемещения легко обнаружим. Также, как отметил @DavidHeffernan, рассмотрите возможность предоставления более подробной информации. Кроме того, у меня странное чувство, что ты начинающий злоумышленник ..
Petro Korienev 24 нояб. 2013, в 15:24
0

@Yochai Это неправильно. Исполняемый файл не загружается в память, он отображается . И поддержка файла блокируется до тех пор, пока файл отображается в любом запущенном процессе.
IInspectable 24 нояб. 2013, в 16:08
0

Права доступа по умолчанию и виртуализация файловой системы Windows, вероятно, в любом случае не позволят вам достичь того, чего вы хотите, даже если вы найдете обходной путь перемещения исполняемого файла с открытым кодом (например, перемещение его при выходе с помощью вспомогательного процесса). Если ваша программа не должна находиться в таком месте, как %windir%/system32 или %programs% , на самом деле не имеет значения, перемещает ли пользователь ее в другое место (и да, это пахнет вредоносным ПО). С другой стороны, если это имеет значение, это не сработает, потому что Windows все равно вас не пропустит.
Damon 24 нояб. 2013, в 16:09
0

Хорошо, спасибо, не знал, что это так сложно, думаю, я не смогу сделать это сейчас ..
NULL 25 нояб. 2013, в 16:54

Показать ещё 6 комментариев

Теги:

c++

winapi

2 ответа

Ещё вопросы

Я не уверен, что это возможно. Вы можете проверить, находится ли ваш исполняемый файл в нужном каталоге, но переместить его обратно ... Я не гуру, но я думаю, что функции пользовательского режима запрещают такие действия.
Если вы перемещаете исполняемый файл, вы не перемещаете текущий исполняемый файл - с точки зрения вашего процесса, вы просто перемещаете какой-то файл в какое-то место (и я не знаю, возможно ли это, как заметил Петро) - можете ли вы переместить файл, который в данный момент находится в памяти?).
Исполняемый файл загружается в память. Он только «запоминает», откуда он был запущен.
Какую проблему ты пытаешься решить?
Было бы возможно, если бы программа могла определить, когда и ГДЕ перемещается исполняемый файл. Факт перемещения легко обнаружим. Также, как отметил @DavidHeffernan, рассмотрите возможность предоставления более подробной информации. Кроме того, у меня странное чувство, что ты начинающий злоумышленник ..
@Yochai Это неправильно. Исполняемый файл не загружается в память, он отображается . И поддержка файла блокируется до тех пор, пока файл отображается в любом запущенном процессе.
Права доступа по умолчанию и виртуализация файловой системы Windows, вероятно, в любом случае не позволят вам достичь того, чего вы хотите, даже если вы найдете обходной путь перемещения исполняемого файла с открытым кодом (например, перемещение его при выходе с помощью вспомогательного процесса). Если ваша программа не должна находиться в таком месте, как %windir%/system32 или %programs% , на самом деле не имеет значения, перемещает ли пользователь ее в другое место (и да, это пахнет вредоносным ПО). С другой стороны, если это имеет значение, это не сработает, потому что Windows все равно вас не пропустит.
Хорошо, спасибо, не знал, что это так сложно, думаю, я не смогу сделать это сейчас ..

David Heffernan · Answer 1 · 2013-11-24T13-01-00.000Z

GetModuleFileName возвращает местоположение загруженного модуля. Возвращаемое значение остается постоянным в течение всего срока службы модуля.

То, о чем вы просите, не является секвенсором. Файлы и модули разные. Вы загружаете модуль, а затем у вас есть модуль. Если вы копируете этот файл в другом месте, это не зависит от модуля. Что еще, когда модуль загружен, файл заблокирован. Поэтому вы не можете удалить файл, из которого загружен загружаемый модуль.

Честно говоря, поскольку вы признаете, что являетесь новичком в Win32, я думаю, вы должны пересмотреть решение, которое вы выбрали для любой реальной проблемы. Маловероятно, что выбранный вами курс действительно является правильным решением.

Remy Lebeau · Answer 2 · 2013-11-24T16-57-00.000Z

Когда ваша программа загружается, вызовите GetModuleFileName() чтобы определить местоположение файла, который использовался для запуска вызывающего процесса. Если это не так, как должно быть, переместите файл, затем вызовите CreateProcess() чтобы выполнить перемещенный файл как новый процесс, а затем выйдите из текущего процесса.