Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Suchergebnisse

Suchergebnisse 1-5 von insgesamt 5.

Werbeanzeige

15.01.2010, 23:41

Forenbeitrag von: »Xalion«

[WinApi]OPENFILENAME und Dateipfade

Jo, 'ne Funktion wie SetCurrentDirectory(..) hab ich gesucht. Danke

15.01.2010, 19:01

Forenbeitrag von: »Xalion«

[WinApi]OPENFILENAME und Dateipfade

Hmm... ich hab das Ganze jetzt mit OFN_NOCHANGEDIR versucht, klappt aber auch nicht, da laut Doku WinAPI das Flag keinen Effekt auf den Öffnen-Dialog hat. Zitat OFN_NOCHANGEDIR: ... Windows NT 4.0/2000/XP: This flag is ineffective for GetOpenFileName. Und "ofn.lpstrInitialDir" ist auch nutzlos, weil nur relevant in Verbindung mit einem der Standard-Dialoge. Im Grunde genommen hast du ja auch Recht, den Pfad zur exe zu speichern und dann den Dateinamen dranzuhängen (so mach ich das ja momentan au...

15.01.2010, 00:26

Forenbeitrag von: »Xalion«

[WinApi]OPENFILENAME und Dateipfade

Moin. Ich hab ein Problem mit der OPENFILENAME-Struktur. Wenn ich mit dieser den Standard-Dialog zum "Datei öffnen" benutze und aus irgendeinen beliebigen Ordner eine Datei auswähle, ändert das System den Standard-Pfad. Soll heißen, wenn ich später im Programm Quellcode 1 fopen("temp.bmp", "rb"); aufrufe, wird die Datei nicht mehr im Ordner gesucht, in der die .exe ist, sondern im Ordner, den ich vorher im Dialog angegeben habe. Kann man dieses Verhalten irgendwie abstellen? Mich nervt das nämli...

05.11.2009, 23:11

Forenbeitrag von: »Xalion«

Problem mit "Singleton"-Klasse in DLL

Jo, vielen Dank. Jetzt funzt es Die Definition von getInst() muss auch in app_dll.cpp stehen, damit es korrekt läuft. Mich würde mal interessieren, warum. Kann es sein, dass wenn Konstruktor/init() und getInst() in der Header stehen, m_pInst eine Adresse im Speicherbereich der Anwendung zugeteilt wird? Und andersrum, wenn sie in der .cpp-Datei stehen, m_pInst eine Adresse im Speicherbereich der DLL bekommt? MfG

04.11.2009, 22:28

Forenbeitrag von: »Xalion«

Problem mit "Singleton"-Klasse in DLL

Moinsen, ich versuche gerade meine kleine Engine in eine DLL umzuschreiben. Dabei definiere ich eine globale Instanz einer Klasse innerhalb der DLL nach dem folgenden Prinzip: 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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 ///////////////////////////////////////////////// // app_dll.h class __declspec(dllexport) cApp { static cApp...

Werbeanzeige