C++ Virtual Function Table Probleme?

[Josef (Gast)]

Hallo zusammen,

ich habe ein Problem mit der VTable, befürchte ich.
Ich arbeite hier auf einem Windows CE 6.0 und Programmiere mit dem 
Visual Studio 2008.

Ich habe eine Lib und DLL die laut Ersteller folgendes exportiert:

class __declspec(dllexport) LibClass
{
    public:
        LibClass();
        virtual ~LibClass();
  virtual void func1() = 0; 
  virtual void func2() = 0;      
  virtual LibClass* func3() = 0;
};

In einer anderen Klasse gibt es die Funktion

class __declspec(dllexport) SecondClass{
    public: 
      static SecondClass* create(LibClass* pLibClas);

Bei mir in meinem Projekt (der Exe) habe ich die .lib eingebunden und 
den Header und leite dort von der "LibClass" Klasse ab, fülle die 
Funktionen mit Inhalt und übergebe dann der create Funktion der 
SecondClass meinen Pointer.

Das ganze sieht so aus:

class CMyClass : public LibClass 
{
public:
  CMyClass  (void);
  virtual ~CMyClass (void);
  virtual void func1();
  virtual void func2();
  virtual LibClass* func3();
private:
  HANDLE m_hMutex;
};

Dann mache ich eben noch in der Mainloop:

CMyClass* pmyClass = NULL;
SecondClass* pSecondClass = NULL;
...
pmyClass = new CMyClass();
pSecondClass  = create(pmyClass);

Und nun kommt das kuriose. Der Ersteller der Lib bekommt durch die 
create Funktion den Pointer auf pmyClass und ruft bei sich 
pmyClass->func1(); und pmyClass->func2(); auf aber es wird bei mir func2 
und func3 ausgeführt.
Wieso ist das so?! Kann mir das jemand erklären?

Besten Dank und Gruß
Josef

[Karl H. (kbuchegg)]

Josef schrieb:

> create Funktion den Pointer auf pmyClass und ruft bei sich
> pmyClass->func1(); und pmyClass->func2(); auf aber es wird bei mir func2
> und func3 ausgeführt.

Ist das jetzt ein Tippfehler, oder ist das die Beschreibung des 
Fehlverhaltens?

D.h. ein Aufruf von func1() führt dazu, dass func2() aufgerufen wird?


Das könnte ich mir eigentlich nur so erklären, dass die Export-Library 
nicht mit der IMplementierung in der DLL übereinstimmt.
Oder der Ersteller hat dich angelogen und er ruft in Wirklichkeit nicht 
func1() auf, sondern tatsächlich func2()
Mischmasch in den Compilereinstellungen könnte ich mir auch noch 
vorstellen - 16 Bit Exe versus 32 Bit Exe versus 64 Bit Exe - ein 
Unterschied ist zb, dass Pointer dann unterschiedlich lang sind. Obwohl: 
das wäre dann schon ein enormer Zufall, dass das nicht mit Bausch und 
Bogen einfach abschmiert und ob man das dann so durch den Linker bzw. 
den DLL-Lademechanismus kriegt ... nie wirklich ausprobiert, aber ich 
denke da sind Sicherungen drinnen.

Source Code mässig hast du dir jedenfalls nichts vorzuwerfen. Genau so 
sollte das funktionieren. Das Problem liegt irgendwo im Umfeld.

[Josef (Gast)]

Einen Tippfehler schließe ich aus. Die Funktionen heißen im Programm 
auch nicht nur func1 und func2 sondern ganz anders und wenn ich in dem 
Headerfile von der Lib die Anordnung der Funktionen ändere, dann ruft er 
auch die neue Reihenfolge auf.

Also  wenn der Header, den ich in meiner Exe einbinde, so aussieht:

class __declspec(dllexport) LibClass
{
    public:
  LibClass();
  virtual ~LibClass();
  virtual LibClass* func3() = 0;  
  virtual void func1() = 0; 
  virtual void func2() = 0;      
};

Dann wird auch func3 und func1 aufgerufen. Ohne dass er die Lib neu 
gebildet hat und bei sich dann immer noch func1 und func2 aufruft.
Also es scheint so als wenn meine VTable so aussieht:
ctor
dtor
func3
func1
func2

und seine sieht
ctor
dtor
func1
func2
func3
aus.

Wenn ich dann den von ihm gelieferten Header manuell anpasse, dass er so 
aussieht wie seine Functiontable, dann ruft er anscheinend die richtigen 
Funktionen auf.

[Peter II (Gast)]

Josef schrieb:
> Wenn ich dann den von ihm gelieferten Header manuell anpasse, dass er so
> aussieht wie seine Functiontable, dann ruft er anscheinend die richtigen
> Funktionen auf.

denn passt eventuell der Header schon nicht zur lib

[Karl H. (kbuchegg)]

Peter II schrieb:
> Josef schrieb:
>> Wenn ich dann den von ihm gelieferten Header manuell anpasse, dass er so
>> aussieht wie seine Functiontable, dann ruft er anscheinend die richtigen
>> Funktionen auf.
>
> denn passt eventuell der Header schon nicht zur lib

Darauf würde ich jetzt auch mal tippen, dass der Ersteller im Header 
File noch mal nachgebessert hat und dabei unwissentlich die Reihenfolge 
verändert hat.

Es gibt doch eine Möglichkeit, wie man eventuell aus der DLL selber die 
INformationen noch mal rausziehen kann.
http://msdn.microsoft.com/en-us/library/8etzzkb6.aspx
Schon mal probiert, ob da was rauskommt?