Konvertieren Member-Funktion-Zeiger auf TIMERPROC

Wie konvertiere ich eine member-Funktion-Zeiger auf die TIMERPROC Typ für die Verwendung mit der WINAPI SetTimer? Der folgende Codeausschnitt zeigt, wie mache ich es jetzt, aber wenn ich compile bekomme ich diesen Fehler:

error C2664: 'SetTimer' : cannot convert parameter 4 von 'void (__stdcall CBuildAndSend::* )(HWND,UINT,UINT_PTR,DWORD)' in 'TIMERPROC'

Den Rückruf muss gebunden werden, um seinen ursprünglichen Instanz der Klasse. Wenn es eine bessere Weise, das zu tun, ich bin ganz Ohr. Danke.

class CMyClass
{
public:
    void (CALLBACK CBuildAndSend::*TimerCbfn)( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime );

private:
    void CALLBACK TimeoutTimerProc( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime );
};

CMyClass::CMyClass()
{
    ...

    this->TimerCbfn = &CBuildAndSend::TimeoutTimerProc;

    ...

    ::CreateThread(
        NULL,                           //no security attributes
        0,                              //use default initial stack size
        reinterpret_cast<LPTHREAD_START_ROUTINE>(BasThreadFn), //function to execute in new thread
        this,                           //thread parameters
        0,                              //use default creation settings
        NULL                            //thread ID is not needed
        )
}

void CALLBACK CMyClass::TimeoutTimerProc( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime )
{
    ...
}

static DWORD MyThreadFn( LPVOID pParam )
{
    CMyClass * pMyClass = (CMyClass *)pParam;

    ...

    ::SetTimer( NULL, 0, BAS_DEFAULT_TIMEOUT, pMyClass->TimerCbfn ); //<-- Error Here

    ...
}
  • mögliche Duplikate von Weitergabe von Benutzerdaten mit SetTimer
  • BTW, jedes mal, wenn Sie eine Form mit einer Funktion (oder die Funktion Zeiger) in einer win32-API gibt es in der Regel, es gibt eine Art von Fehler. Wenn es nicht kompilierbar ist, dann in der Regel muss die Funktion geändert werden; das hinzufügen einer Besetzung ist einfach übertapezieren ist das problem. Glück für Sie, stellt sich heraus, dass C++ (Zeiger auf) die Funktionen sind ein völlig anderes Tier als (Zeiger auf) einfache Funktionen, also nicht einmal reinterpret_cast ist in diesem Fall möglich.
InformationsquelleAutor Jim Fell | 2011-06-24
  1. 9

    Member-Funktion und TIMEPROC sind nicht kompatible Typen.

    Müssen Sie die member-Funktion static. Dann wird es funktionieren, vorausgesetzt der parameter-Liste ist die gleiche in beiden, statische member-Funktion und TIMEPROC.

    class CMyClass
{
public:
    //modified
    void (CALLBACK *TimerCbfn)(HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime);

private:
    //modified
    static void CALLBACK TimeoutTimerProc(HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime );
};

    Funktion Zeiger sowie die Funktion, beide sind modifiziert. Jetzt sollte es funktionieren.

    Nun, da die callback-Funktion wurde zu statisch, es kann nicht auf nicht-statische member der Klasse, weil Sie nicht this Zeiger in der Funktion.

    Zugriff auf nicht-statische member, können Sie dies tun:

    class CMyClass
{
public:

    static void CALLBACK TimerProc( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime );

    //add this static member
    static std::map<UINT_PTR, CMyClass*> m_CMyClassMap; //declaration
};

//this should go in the  CMyClass.cpp file
std::map<UINT_PTR, CMyClass*> CMyClass::m_CMyClassMap;  //definition

static DWORD MyThreadFn( LPVOID pParam )
{
    CMyClass * pMyClass = (CMyClass *)pParam;

    UINT_PTR id = ::SetTimer( NULL, 0, BAS_DEFAULT_TIMEOUT, CMyClass::TimerProc);

    //store the class instance with the id as key!        
    m_CMyClassMap[id]= pMyClass; 
}

void CALLBACK CMyClass::TimerProc( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime )
{
    //retrieve the class instance
    CMyClass *pMyClass= m_CMyClassMap[idEvent];

    /*
      now using pMyClass, you can access the non-static 
      members of the class. e.g
      pMyClass->NonStaticMemberFunction();
    */
}

    Habe ich entfernt TimerCbfn von meiner Umsetzung, da es nicht wirklich benötigt. Sie können pass TimerProc direkt zu SetTimer als letztes argument.

    • Nur über eine statische member-Funktion ist nicht genug, wenn Sie wirklich wollen, Aufruf einer member-Funktion! Sie wollen wahrscheinlich übergeben Sie die Instanz-Zeiger die timer-ID und dann, wenn die WM_TIMER empfangen, kehren Sie den Prozess, und die Methode aufrufen, die auf die Objekt-Instanz.
    • Danke! Um es zu kompilieren, musste ich auch erklären, statische jede member-Variablen, die statischen member-callback-Funktion verwiesen wird. Kann ich trotzdem erwartet, dass es eine separate Instanz von jedem Mitglied eine variable/Funktion für jede Instanz der Klasse, die erstellt wird? Oder, weil Sie als static deklariert ist, ist jede Instanz der Klasse gehen, zum Verweis auf eine einzelne variable oder eine Funktion? Wenn letzteres der Fall ist, wird ein problem sein.
    • Heffernan: "Das ist eine tolle Idee! Senden Sie als Antwort, und ich werde es akzeptieren.
    • Eigentlich ist es komplexer als das. Windows ordnet die IDs für Sie. So müssen Sie eine statische Zuordnung zwischen IDs und Instanzen. Siehe: stackoverflow.com/questions/4625184/...
    • Ein weiterer guter Artikel hier: greengingerwine.com/index.php/2011/05/...
    • Aber ich persönlich würd Sie entscheiden sich für eine Bibliothek timer, oder eine Fenster-timer, wo Sie die window-Klasse speichert die Instanz Verweise. Ich weiß wirklich nicht, wie Fenster weniger Timer.
    • Sorry, ich habe Sie irregeführt. Und das funktioniert nicht. Windows ordnet die IDs: "Wenn der hWnd-parameter NULL ist, und der nIDEvent nicht mit einem bestehenden timer dann wird es ignoriert und eine neue timer-ID generiert wird."
    • Ja.Es scheint. Eigentlich ist diese tricks arbeitet in der Regel mit anderen Windows-APIs. Aber das ist ein bisschen anders. 😀
    • Sehe jetzt meine Antwort.
    • Das sieht gut aus; ich werde es versuchen, wenn ich wieder in das Büro am Montag (über Kopf aus der Tür jetzt). 🙂
    • Heffernan: ich arbeite mit CreateWindow um ein ausgeblendetes Fenster, dessen handle verwendet werden könnte, in SetTimer. Das würde nicht funktionieren?
    • Ich habe versucht, Ihre Umsetzung. Das source-Modul kompiliert okay, aber wenn ich eine bauen, bauen, bekomme ich diese link-Fehler: 2>MyClass.obj : error LNK2001: unresolved external symbol "public: static class std::map<unsigned int,class CMyClass *,struct std::less<unsigned int>,class std::allocator<struct std::pair<unsigned int const ,class CMyClass *> > > CMyClass::m_CMyClassMap" (?m_CMyClassMap@CMyClass@@2V?$map@IPAVCMyClass@@U?$less@I@std@@V?$allocator@U?$pair@$$CBIPAVCMyClass@@@std@@@3@@std@@A) Irgendwelche Ideen?
    • Sie müssen definieren der statischen Daten-member außerhalb der Klasse als gut. Siehe meine Antwort wieder. Ich habe markiert, wo dies gehen sollte.
    • Achten Sie besonders auf diese Zeile : std::map<UINT_PTR, CMyClass*> CMyClass::m_CMyClassMap; //definition.
    • Danke! Ich hatte übersehen, dass ein Teil. Die Fenster-Lösung vorgeschlagen, die von David ist auch gut, aber für das, was ich mache, das ist viel einfacher, und ich denke, dass wird sich erhöhen weniger Fragen während der peer-review. Kudos!
    • Ich fertig machen notwendigen änderungen an meiner Bewerbung, aber jetzt wenn ich es starten, ich bin immer ein erste-exception ändern, wenn CMyClass instanziiert wird. Haben Sie irgendwelche Ideen, was ist die Ursache? Nur denke ich mir denken kann ist, dass es hat etwas zu tun mit dem Zusatz von std::map.
    • Was ist first-change exception?
    • Ich weiß es nicht wirklich. ^_^;; Ich bin nur ein embedded-Mann Tue mein bestes, in einer Windows-Welt. Es ist, was die Ausgabe-Fenster in der VS sagt: First-chance exception at 0x0526a9de (MyApp.dll) in ParentApp.exe: 0xC0000005: Access violation reading location 0x00000008. Dies geschieht, sobald new CMyClass(...) genannt wird. Der PC ist nicht einmal die erste Zeile in den Konstruktor, wenn ich es einen Haltepunkt festlegen.
    • Poste deinen neuen code in ideone.com .. und mir den link.
    • Hier gehen Sie: ideone.com/NB8AW Es sollte angemerkt werden, dass die thread-Funktion ausgelöst wird, Weg von member-Funktion Send. Auch ist mir aufgefallen, dass meine Anrufe zu KillTimer falsch sind, aber das sollte keine Rolle spielen, an dieser Stelle, weil, wie es ist, der PC wird nie dort. Danke.
    • Toter link! Archivierte Seite: web.archive.org/web/20150209024130/http://...

    InformationsquelleAutor Nawaz
Schreibe einen Kommentar