Изменение содержимого ресурса исполняемого исполняемого файла

Question

Все,

Я сохраняю настройки своего приложения в ресурсе. Когда моя программа загружается первой, я читаю указанный ресурс с помощью WinAPI. Затем я разбираю полученные данные байта. Это безупречно работает для меня.

Теперь предположим, что пользователь меняет настройку в своем приложении. Он/она проверяет флажок. Я хотел бы сохранить обновленную настройку на свой ресурс. Однако кажется, что мой вызов UpdateResource не будет работать во время работы моего приложения. Я не могу изменить данные моего ресурса, даже если он имеет тот же размер.

Во-первых, возможно ли изменить данные ресурса работающего изображения? Во-вторых, если это невозможно, какие альтернативы мне нужно для сохранения настроек внутри моего приложения?

ПРИМЕЧАНИЕ. У меня должны быть настройки внутри исполняемого исполняемого файла. Они не могут быть на жестком диске или в реестре. Пожалуйста, даже не предлагайте это в качестве опции.

Answer 1

100% можно написать самомодифицирующийся код. Это не очень легко сделать.

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

Это своего рода похоже на то, что вы хотите сделать: http://www.johnfindlay.plus.com/lcc-win32/asm/SelDelNT.htm

Вместо того, чтобы удалить его, очевидно, что вы хотите внести изменения. Идея безумия - то же самое - вы должны размонтировать файл.

Answer 2

Вы читали MSDN (функция UpdateResource)? В нем есть список вещей, которые не обновляют ваши изменения. Возможно, вы пытаетесь это сделать.

Answer 3

1. К сожалению, что SelDelNT не работает на XP + - это может отменить отображение файла, но ех ручка изображения не 0х4 больше - на самом деле стандартный ввод ручка 0x3 и STDOUT ручка 0x7, поэтому его вероятности того, что ех ручка была намеренно сделана недоступной (-1 или что-то).
2. Одна из возможностей заключается в том, чтобы переименовать exe (его разрешено), а затем скопировать в файл с оригинальным именем и изменить его, а также использовать MoveFileEx с MOVEFILE_DELAY_UNTILL_REBOOT (или какой-нибудь другой трюк), чтобы удалить его позже.
3. Более очевидной версией [2] является копирование exe в% TEMP% сначала и перезапуск оттуда.
4. VSS (http://msdn.microsoft.com/en-us/library/aa384645(v=VS.85).aspx) может разрешить это (через «восстановление»), но очень медленно и имеет заметную сторону последствия.
5. A/SWAPRUN: NET linker/editbin вариант, по-видимому, имеет значение.
6. Вот учебник по обновлению ресурсов в разблокированном ехе - http://www.codeproject.com/KB/DLL/Modify_UpdateResources_.aspx?msg=3307326
7. Вот еще один учебник со списком самостоятельно удаление методов: http://www.catch22.net/tuts/selfdel Последний метод (создание приостановленный процесс со случайным ехе как исследователь или cmd.exe, а затем захват его) звучит так, как будто он также будет работать для модификации exe - вы можете запустить cmd.exe в приостановленном состоянии, а затем скопировать exe-образ в память об этом процессе и освободить исходный exe.