gecko-dev/toolkit/crashreporter/LoadLibraryRemote.h
Benjamin Smedberg 4bef88b22e Bug 769048 part D - Import the MemoryModule code from https://github.com/fancycode/MemoryModule revision ca4f504527 and modify it to support injecting a DLL image into a remote process. MPLv2 upgrade approved by the author. r=ehsan
Limitations:
* untested (and therefore unbuilt) on Windows 64
* The dll entry point is not called, which usually requires the DLL to
  cooperate by calling _CRT_INIT from the loaded entry point
* There is no support for unloading (no need in this patch)

--HG--
extra : rebase_source : c29489c0c312b0c22a4a6b8b3ee8c6469b45a01c
2012-07-02 14:55:23 -04:00

25 lines
976 B
C

/* This Source Code Form is subject to the terms of the Mozilla Public
* License, v. 2.0. If a copy of the MPL was not distributed with this
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
#ifndef LoadLibraryRemote_h
#define LoadLibraryRemote_h
#include <windows.h>
/**
* Inject a library into a remote process. This injection has the following
* restrictions:
*
* - The DLL being injected must only depend on kernel32 and user32.
* - The entry point of the DLL is not run. If the DLL uses the CRT, it is
* the responsibility of the caller to make sure that _CRT_INIT is called.
* - There is no support for unloading a library once it has been loaded.
* - The symbol must be a named symbol and not an ordinal.
*/
void* LoadRemoteLibraryAndGetAddress(HANDLE hRemoteProcess,
const WCHAR* library,
const char* symbol);
#endif // LoadLibraryRemote_h