spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das ist ein Copy&Paste Problem und leider nicht ganz richtig. Ersetze iGFXEngine durch iGFXInterface: C-/C++-Quelltext 1 2 iGFXInterface *Engine1 = new cSDLEngine; iGFXInterface *Engine1 = new cOGLEngine;

C-/C++-Quelltext 1 2 iGFXEngine *Engine1 = new cSDLEngine; iGFXEngine *Engine1 = new cOGLEngine; Oder habe ich da noch etwas falsch verstanden?

Zitat von »"Deviloper"« Und genau in der Fehlermeldung steht, das es eine Warnung ist, CreateWindowEx im Topic-Titel, CreateWindowEx im Code-Ausschnitt und CreateWindowEx in der ersten Meldung. Und dann muss man doch alles lesen, das habe ich natürlich nicht gemacht, au weia. :roll: Zu meiner Entschuldigung möchte ich sagen, dass zumindest meine Umgebung in diesem Fall noch soetwas meldet: "Warnung wird als Fehler interpretiert, es wurde keine object-Datei generiert." Gut, Du wirst mir sicherli...

Das steht doch aber eigentlich sehr schön in der Fehlermeldung: Dein Compiler sagt Dir, dass NULL ein Pointer ist. CreateWindowEx verlangt im ersten Parameter aber keinen Pointer, sondern ein DWORD. Also muß es heißen: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 return CreateWindowEx(0, // Keine erweiterten Stile nutzen "WindowClass", // Klassenname "Direct3D Class", // Fenstertitel WS_OVERLAPPEDWINDOW | // Fenster WS_VISIBLE, // Eigenschaften 50, 50, // Anfangsposition SCR_WIDTH, SCR_HEIGHT, // un...

C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 BOOL GetIconSize(HICON hIcon, SIZE* psiz) { ICONINFO ii = { 0 }; BITMAP bm = { 0 }; BOOL ret; if(!GetIconInfo(hIcon, &ii)) { psiz->cx = 0; psiz->cy = 0; return(FALSE); } ret = (0 != GetObject((HGDIOBJ)ii.hbmColor, sizeof(bm), &bm)); psiz->cx = bm.bmWidth;; psiz->cy = bm.bmHeight; if(ii.hbmColor) DeleteObject(ii.hbmColor); if(ii.hbmMask) DeleteObject(ii.hbmMask); return(ret); }

Zitat von »"T-VIRUS"« Okay ich kann zugeben das ich nicht viel mit Com arbeite aber ich auch nicht glaube das man Com brauch wenn man unter Windows z.b. eine eigene WinAPI Kapselung machen will die es ermöglichen soll auf eine OOP art und weise simple Anwendungen zuerstellen. Einige Teile sind in Windows ausschließlich als COM-Objekte verfügbar. Aber gern lasse ich mich vom Gegenteil überzeugen. Besorge mir doch bitte mal die PIDL eines beliebeigen Ordners. Oder verwende gar den ACL-Editor ohne...

Zitat von »"T-VIRUS"« Aber was denkt ihr dazu? Da unterhalten sich zwei, die beide nicht wissen wovon sie sprechen. Nur so viel: - Für PlugIns ist COM praktisch, aber logischerweise nicht Pfilcht. Prominentes Beispiel ist WinAMP, jedenfalls bis Version 2.78. Als ich das PlugIn für meine Fernbedienung geschrieben habe, habe ich COM nirgendwo anfassen müssen. Wie es in den heutigen Versionen aussieht, weiß ich aber nicht. Du siehst: Nur die Anwendung bestimmt die PlugIn-Schnittstelle. Wenn dabei ...

Zitat von »"dot"« bei der von mir vorgeschlagenen lösung würden keine klassen in eine dll exportiert (mit __declspec(dllexport)), sondern eine dll erstellt die eine normale c funktion (CreateInterface() oder so) enthält die einen zeiger auf eine instanz der in der dll befindlichen implementierung eines interfaces zurückgibt. Aber genau das mache ich doch auch, nur benutze ich eben einen klar definierten Weg: COM. Meine C-Style Funktion heißt DllGetClassObject und liefert die Implementierung mei...

Zitat von »"dot"« evtl. hab ich mich ein bisschen falsch/undeutlich ausgedrückt Möglich. Jedenfalls läuten bei mir alle Glocken, wenn ich "C++" und "DLL" in einem Satz lese, denn das schliesst sich gegeneinander aus. Wenn ich das will, was Ihr wohl wollt, setze ich auf statische Libraries. Diese, vorhanden im aktuellen Projektbaum, erlauben mir dann das Auifbrechen in verschieden Funktionalitäten. Dadurch, daß diese nicht öffentlich sind und das Haupt-Projekt in Frage entsprechende Dependencies...

Zitat von »"dot"« du kannst das gewünschte verhalten in C++ mit abstrakten klassen und dlls viel "sauberer" implementieren (ganz ohne wirrwarr von GUIDs und CLSIDs etc. ). Das ist ein Trugschluß, denn das geht mit C++ ganz und gar nicht. C++ hat das Problem, keinen Binärstandard zu definieren. Wenn Du Klassen in DLLs exportierst, kann ich diese DLLs beispielsweise mit meinen Werkzeugen nicht benutzen. Das Problem hast Du selbst mit statischen Libraries. Selbst die Installation eines Service-Pac...

Zitat von »"Riddick"« Struct's und Methoden? Doch doch, soweit ich weiß schon. Ist ja eine andere Art von Klasse und Klassen gabs in C noch nicht. Methoden in structs gibt es in C nicht. Punkt. Und so steht es auch im Beitrag über dem Deinen. Was Du in structs unterkriegst, sind lediglich Funktions-Pointer.

Zitat von »"T-VIRUS"« Stimmt das wenigstens ansatzweise? Wenn Du IInterfaceClass noch von IUnknown erben lässt: Ja. Allerdings ist das nur ein ganz kleiner Teil des Ganzen. Dazu gehören noch eine Menge Registry-Einträge (normalerweise, ab XP reicht auch ein entsprechendes Manifest, Stichwort "Registration Free COM"). Dann benötigst Du noch eine Klassenfabrik, da die Objekte auch irgendwo herkommen müssen, usw.. COM in C++ zu Fuß und ohne Hilfsmittel ist nicht so ganz einfach, deswegen gibt es z...

Zitat von »"Stefan L"« Ich hab das so gemacht is aber sicher nicht die beste Lösung: Doch, das ist völlig in Ordnung. Du solltest aber das Zeichnen des Hintergrundes nach WM_ERASEBKGND verlegen, denn genau dafür ist diese Nachricht gedacht. Je nach Fenster-Inhalt kann das Darüberbügeln in WM_PAINT Darstellungs-Probleme verursachen.