GetProcAddress() scheitern, Fehler 127

Hier ist mein DLL-code:

#include <Windows.h>
#include <iostream>

int sysLol(char *arg);

int sysLol(char *arg)
{
   std::cout<<arg<<"\n";
   return 1;
}

Und hier ist mein code für die Anwendung:

#include <Windows.h>
#include <iostream>
#include <TlHelp32.h>
#include <stdlib.h>

typedef int (WINAPI* Lol)(char* argv);
struct PARAMETERS
{
    DWORD Lol;
};

int main()
{
    PARAMETERS testData;
    HMODULE e = LoadLibrary(L"LIB.dll"); //This executes without problem
    if (!e) std::cout<<"LOADLIBRARY: "<<GetLastError()<<"\n";
    else std::cout<<"LOADLIBRARY: "<<e<<"\n";
    testData.Lol = (DWORD)GetProcAddress(e,"sysLol"); //Error 127?
    if (!testData.Lol) std::cout<<testData.Lol<<" "<<GetLastError()<<"\n";
    else std::cout<<"MESSAGEBOX: "<<testData.Lol<<"\n";
    std::cin.ignore();
    return 1;
}

So, meine LIB.dll wird erfolgreich geladen LoadLibrary() noch GetProcAddress() schlägt mit 127.
Dies scheint zu sein, weil es nicht die Feststellung meiner Funktion name, aber ich sehe nicht, warum das scheitern würden.

Hilfe wird sehr geschätzt! 🙂
~P

InformationsquelleAutor Moon | 2014-09-16

  1. 3

    Seit diesem tag C++, müssen Sie deklarieren Sie eine C Namen für die Funktion:

    extern "C" int sysLol(char *arg);

    Sehen Sie die aktuellen Namen, den der compiler hat Ihre C++ - Funktion mit Dependency Walker.

    Wenn Sie Erfolg hat, der Besetzung der Funktion zurückgegebenen Zeiger von GetProcAddress, um die eigentliche Funktion Typ:

    typedef int (*sysLol_t)(char *arg);
sysLol_t pFunc = GetProcAddress(e,"sysLol");

    InformationsquelleAutor egur

  2. 1

    Ist ERROR_PROC_NOT_FOUND was bedeutet, dass es keine exportierte Funktion mit diesem Namen.

    Gibt es nicht viel mehr zu sagen. Vielleicht hast du den Namen falsch. Es könnte sein, ein einfaches Missverhältnis von groß-und Kleinbuchstaben. Vielleicht ist die DLL gebaut worden ist, falsch ist und nicht exportieren die Funktion. Vielleicht ist die DLL oder Dekoration mangeln die Namen. Sicherlich aus dem code in der Frage, es gibt keine Beweise, dass Sie es versucht zu exportieren, die Funktion, oder gar unterdrücken Dekoration/mangeln.

    Verwenden Sie ein tool wie dumpbin oder Dependency Walker prüfen Sie die Namen der Funktionen, die exportiert werden. Das kann etwas Licht auf das problem.

    Eher als Verknüpfung zur Laufzeit mit LoadLibrary und GetProcAddress ist es viel bequemer, den link zur Ladezeit. Verwenden Sie die .lib import-Bibliothek generiert beim erstellen der DLL zu tun.

    Es ist auch darauf hinzuweisen, dass die Aufrufkonventionen nicht übereinstimmen. Sie haben cdecl auf die DLL Seite, und stdcall auf die ausführbare Seite. Und nicht gegossen Zeiger auf DWORD. Das endet schlecht, wenn Sie kompilieren für 64 bit.

    Gut, das ist beabsichtigt zu sein verwendet mit Prozess injection, also load-time-linking ist keine option für mich. Die Aufrufkonventionen nicht übereinstimmen, da die tatsächlichen Quellen sind sehr viel komplexer als die, die ich gepostet hatte, also musste ich durch gehen, und schnell komprimieren Sie den code in das, was Sie oben sehen. Es ist wahrscheinlich, ich machte eine schnelle Eingabe Fehler. Soweit casting auf DWORD-Wert, jetzt meine Prozess-Injektion zeigte auf 32-bit-Prozesse und kompiliert wird als 32-bit-Programm, aber ich Plane, um es zu erweitern, um 64-bit-irgendwann, also danke für den Tipp. 🙂
    Das ist in Ordnung. Ich antwortete, von dem, was ich sehen konnte. Ich denke immer noch, ich habe Ihre Frage beantwortet.
    Setzen Sie Ihre Funktion in einem extern "C" block. Verwenden __declspec(dllexport) und cdecl haben nicht mangeln. Wenn Sie brauchen, andere Aufrufkonvention verwenden einer def-Datei zu exportieren.

    InformationsquelleAutor David Heffernan

  3. 0

    Symbole müssen explizit exportiert aus Windows-DLLs. Entweder erklären Sie Ihre Funktion als __declspec(dllexport) oder übergeben Sie eine DEF-Datei für den linker anweisen, es zu exportieren Funktion. Sehen diese Beschreibung von dllexport.

    Es scheint ein Anfang, aber anscheinend ist mein name der Funktion ist eingerichtet. Ich bin googeln aber auch jetzt, während ich hier bin, kennen Sie eine Möglichkeit, dies zu lösen, die in einem Visual Studio 2012-Umgebung?

    InformationsquelleAutor Khouri Giordano

  4. -2

    Bitte verwenden Sie Abhängigkeit Walker, und Sie geben Hinweis auf den Namen der Methode, die registriert ist innen dll.

    http://www.dependencywalker.com/

    Wenn der name der Methode ist - getNumber
    Dependency Walker zeigt die tatsächliche Methode, die Namen wie- _Z9GetNumberd

    Ex - 

    lpGetNumber = (LPGETNUMBER)GetProcAddress(hDLL, "_Z9GetNumberd");

    Nun LoadLibrary und GetProcAddress() beide funktionieren.

    Bitte Bearbeiten Ihre Antwort zu verbessern, formatieren und entfernen Sie alle Kappen.

    InformationsquelleAutor Bhushan Mahajan

Schreibe einen Kommentar