search

testuser2 / hadesmem

Automatically exported from code.google.com/p/hadesmem
0 stars 0 forks source link

Manipulate 32-bit targets from 64-bit library #15

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 

Sounds like you've compiled your injector for x64 yet you're trying to create 
and inject into an x86 application.

Recompile your injector for x86 and it should work. Let me know if not.

------------------------------

    Hi:

    Could you help me, I am getting a GetLastError() 193.    This is what I am doing:

        HadesMem::CreateAndInject(L"C:\\Program Files (x86)\\Adobe\\Reader 9.0\\Reader\\AcroRd32.exe", L"", Args, 
            L"C:\\my32Bit.dlll","",HadesMem::Injector::InjectFlag_None);

    Environment: 64 bit Windows 7, Visual Studio 2010 Express with Windows 7.1 SDK

    I have built HadesMem.lib, Boost filesystem, Boost system and AsmJit libraries statically.

    I am getting the error when the code reaches this snippet:

      FARPROC Module::FindProcedure(std::string const& Name) const
      {
        Detail::EnsureFreeLibrary const LocalMod(LoadLibraryEx(
          m_Path.c_str(), nullptr, DONT_RESOLVE_DLL_REFERENCES));
        if (!LocalMod)
        {
          DWORD const LastError = GetLastError();  <<<------------ 193
          BOOST_THROW_EXCEPTION(Error()
            ErrorFunction("Module::FindProcedure") 
            ErrorString("Could not load module locally.") 
            ErrorCodeWinLast(LastError));
        }

    std::string const Name = LoadLibraryW
    m_Path  = c:\windows\syswow64\kernel32.dll

    Could you help me when you have a chance?

    Thanks!

Original issue reported on code.google.com by vishnu.v...@gmail.com on 3 Oct 2011 at 10:03

GoogleCodeExporter commented 9 years ago

Original comment by raptorfactor@raptorfactor.com on 4 Oct 2011 at 2:10

GoogleCodeExporter commented 9 years ago

Original comment by raptorfactor@raptorfactor.com on 5 Oct 2011 at 6:01

GoogleCodeExporter commented 9 years ago 
Bumping priority.

Original comment by raptorfactor@raptorfactor.com on 22 May 2012 at 9:58