Suchergebnisse
Suchergebnisse 1-5 von insgesamt 5.
Jo, 'ne Funktion wie SetCurrentDirectory(..) hab ich gesucht. Danke
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...
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...
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
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...