dlls mit Klassen?

N00Bie

miller_m schrieb:

ich muss ehrlich sagen ich verstehe nicht warum du mit aller gewalt aus einer c dll eine c++ machen möchtest wenn das programm das diese dann verwendet vermutlich auch in c geschrieben ist. ich sehe darin keinen vorteil nur riesige nachteile.

Weil ich dann alle Header neu Coden müsste. Im Prinzip will ich ja keine C++ dll, sondern nur eine Möglichkeit meine C++ Header mit der C-Dll zu verwenden.

Die Header hab ich mit im extern "C" {} drin.

miller_m

N00Bie schrieb:

Weil ich dann alle Header neu Coden müsste. Im Prinzip will ich ja keine C++ dll, sondern nur eine Möglichkeit meine C++ Header mit der C-Dll zu verwenden.

was verstehst du unter c++ und c header? mach mal ein beispiel

N00Bie

c-header:

#ifndef _HEADER_H
#define _HEADER_H

void Funktion (char * buffer);

#endif

einer meiner cpp-header:

#ifndef _TRC4_H_
#define _TRC4_H_

/*--------------------------------------------------------------------------*/
/*      Includes                                                            */
/*--------------------------------------------------------------------------*/

#include "TEngine.h"

/*--------------------------------------------------------------------------*/
/*      Klasse                                                              */
/*--------------------------------------------------------------------------*/

class TRC4 : public TEngine
{
private:
	long Init();
	void swap( BYTE & x, BYTE & y );

	BYTE SBox[SBOX_LENGTH];
	BYTE K[SBOX_LENGTH];
public:
	virtual ~TRC4();

	TRC4();

	virtual long Encrypt( char * buffer, long length );

	virtual long Decrypt( char * buffer, long length );

};

#endif

miller_m

also verwendest du doch cpp in deiner dll.

nochmal langsam.
1. du hattest eine funktionierende c dll
2. diese wird von einem c programm verwendet
3. du möchtest jetzt irgendwelche klassen der dll hinzufügen
4. diese dll sollte allerdings immernoch von dem c programm dynamisch geladen werden
5. und wer braucht die klassen? vermutlich du in deiner dll

ps:
include guards dürfen, laut dem standard, nicht mit einem unterline anfangen.

N00Bie

jep

N00Bie

soll ich mal das ganze projekt posten bzw. n link geben?

miller_m

besser nen link

N00Bie

http://home.arcor.de/10b-fg/molybdaen4men/download/Sonstiges/plugin.zip

miller_m

hatte gestern keine zeit mehr, sorry. habe es mir mal gerade angeschaut und stelle fest das wenn deine dll dynamisch geladen werden soll eigentlich fast nichts im header stehen würde bzw wenn du es auf die spitze treiben möchtest dann bräuchtest du gar keinen.

// dll.h
#ifndef DLL_H_
#define DLL_H_

#ifdef __cplusplus
extern "C"
{
#endif
    __declspec(dllexport) PLUGININFO* MirandaPluginInfo(DWORD mirandaVersion);
    int __declspec(dllexport) Load(PLUGINLINK *link);
    int __declspec(dllexport) Unload(void);
#ifdef __cplusplus
}
#endif

#endif

ps:
wenn du eine datei als cpp kompilierst dann benenne sie auch so *.cpp nicht dllmain.c

N00Bie

Stimmt, eigentlich bräuchte man das nicht. Aber damit ich nicht alle Funktionen in einer Datei habe, hab ich diese nach "Themen" in andere *.cpp Dateien eingeordnet. Damit die Funktionen aber immer noch aufeinander zugreifen können, wie z.B. Load () auf HookProc(), brauche ich den Header. Er dient nicht nur als Interface für das Programm, das die dll lädt, sondern auch für die Funktionen in der Dll selbst. Hab auch mal alle Funktionen in eine mein gepackt und deinen Header verwendet, aber meine Resource wird immer noch nicht geladen.

miller_m

N00Bie schrieb:

Damit die Funktionen aber immer noch aufeinander zugreifen können, wie z.B. Load () auf HookProc(), brauche ich den Header.

nein jede quelldatei sollte einen header haben und nicht einen zusammen
gewürfelten header

// menu.h
// ...
int HookProc(WPARAM wParam,LPARAM lParam);
BOOL CALLBACK DialogProc(HWND, UINT, WPARAM, LPARAM);
void RefreshList (HWND list);

// menu.c
// bleibt unverändert

// dllmain.cpp
#include "menu.h"

N00Bie schrieb:

Er dient nicht nur als Interface für das Programm, das die dll lädt, sondern auch für die Funktionen in der Dll selbst.

interface? ich dachte dynamisch -> somit musst du doch nur diese drei exportieren und darauf achten das sie funktionsnamen stimmen.
kannst ja den walker als hilfe nehmen http://dependencywalker.com/

N00Bie

miller_m schrieb:

nein jede quelldatei sollte einen header haben und nicht einen zusammen
gewürfelten header

// menu.h
// ...
int HookProc(WPARAM wParam,LPARAM lParam);
BOOL CALLBACK DialogProc(HWND, UINT, WPARAM, LPARAM);
void RefreshList (HWND list);

// menu.c
// bleibt unverändert

// dllmain.cpp
#include "menu.h"

Danke, das hilft in Hinsicht auf die Struktur schon ziemlich viel

N00Bie

Aber leider hilft es nicht gegen mein Problem mit dem property sheet.
Ich hab auch schon versucht es mit VC++ zu compilieren, aber das hat zum selben Fehler geführt.