4. Nach GetOpenFileName() kein Datei erstellen mehr möglich!

Nach GetOpenFileName() kein Datei erstellen mehr möglich!

  • C

    Hey!

    Nach einem Aufruf von GetOpenFileName() kann ich keine Dateien mehr erstellen! Zumindest nicht im Verzeichnis, wo auch die .exe liegt. Auf C:\\ zB. geht es...

    Woran liegt das? Ich kann es mir einfach nicht erklären!
    Es ist absolut komisch!

    Die .exe liegt in "C:\\DATA\\C++\\Projects\\Log\\Debug".
    Nach einem Aufruf von GetOpenFileName():

    logFile.open("C:\\bla.txt", ios::out); // Funktioniert
    logFile.open("bla.txt", ios::out); // Funktioniert NICHT, KEINE Fehlerflags!
    logFile.open("folder\\bla.file", ios::out); // Funktioniert NICHT, "fail" Fehlerflag...

    Und das ganze passiert nur, wenn ich auch eine Datei im Open File Dialog auswähle. Wenn ich gleich wieder auf Cancel klicke, tritt das Problem nicht auf. Es ist aber egal welche Datei ich anwähle, außerdem mache ich ja nix mit ihr...

    char filePathName[MAX_PATH];
OPENFILENAME openFileName = { };
openFileName.lStructSize = sizeof(OPENFILENAME);
openFileName.hwndOwner = windowHandle;
openFileName.lpstrFile = filePathName;
openFileName.lpstrFile[0] = '\0';
openFileName.nMaxFile = MAX_PATH;
openFileName.lpstrFilter = "All\0*.*\0";
openFileName.nFilterIndex = 1;
openFileName.Flags = OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST;
GetOpenFileName(&openFileName);

    Was pfuscht Windows da?

    😕 😕 😕

    0
  • P

    Der File Dialog ändert evtl. das aktuelle verzeichnis, deine relativen Pfade zeigen also woanders hin.

    Und ja, das war unter Windows schon immer so, "pfuschen" würd' ich das nicht nennen. Ich find's auch doof - aber es heißt ja schließlich "aktuelles" verzeichnis, nicht "Verzeichnis, das mal aktuell war, als das Programm gestartet wurde".

    Also: aktuelles Verzeichnis (oder gleich EXE-Verzeichnis? kommt drauf an...) beim Programmstart merken, und immer absolute Pfade basteln.

    0
  • C

    Jo danke, habs einfach so gemacht:

    char currentDirectory[MAX_PATH];
GetCurrentDirectory(MAX_PATH, currentDirectory); 
GetOpenFileName(&openFileName);
SetCurrentDirectory(currentDirectory);

    👍

    0
  • ?

    Da wird nichts gefuscht. Der Fehler liegt beim Programmierer. GetCurrentDirectory gibt das aktuelle Verzeichnis aus und dieses wird nun mal geändert, wenn man mit dem Datei-Öffnen-Dialog eine Datei auswählt und das Verzeichnis wechselt. Mit GetModuleFilename(Ex) bekommst du den Pfad und den Dateinamen deiner Exe-Datei.

    Davon mal abgesehen, ist es eine ganz schlechte Idee im Programmverzeichnis Dateien schreiben zu wollen, da dort nur der Adminsitrator Schreibrechte hat und unter Vista auch nur dann wenn er explizit Administratorenrechte anfordert.

    Programmeinstellungen werden entweder in der Registry gespeichert oder im Profilverzeichnis des Benutzers unter AppData\<Programmname>.

    0
  • C

    Luckie schrieb:

    Da wird nichts gefuscht. Der Fehler liegt beim Programmierer. GetCurrentDirectory gibt das aktuelle Verzeichnis aus und dieses wird nun mal geändert wenn man mit dem Datei-Öffnen-Dialog eine Datei auswählt und das Verzeichnis wechselt. Mit GetModuleFilen(Ex) bekommst du den Pfad und den Dateinamen deiner Exe-Datei.

    Wenn's dokumentiert wäre (Zumindest auf der ersten Seite steht nix davon, sollte es aber...)

    Luckie schrieb:

    Davon mal abgesehen, ist es eine ganz schlechte Idde im Programmverzeichnis Dateien schreiben zu wollen, da dort nur der Adminsitartor Schreibrechte hat und unter Vista auch nur dann wenn er explizit Administratorenrechte anfordert.

    Egal, das Programm ist nur für mich.

    Luckie schrieb:

    Progarmmeinstellungen werden entweder in der Regsitry gespeichert oder im ProfilVerzeichnis des Benutzers unter AppData\<Programmname>.

    Schon klar.

    MfG

    0
  • ?

    Also das Windows SDK schreibt klar und deutlich:

    Retrieves the current directory for the current process.

    0
  • ?

    Das sollte reichen und ist auch dokumentiert:

    openFileName.Flags = OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST | OFN_NOCHANGEDIR;
    0
  • C

    @Luckie
    Dann muss ich blind sein, da http://msdn.microsoft.com/en-us/library/ms646927(VS.85).aspx steht das nämlich nicht.

    @Meister Propper
    "Windows NT 4.0/2000/XP: This flag is ineffective for GetOpenFileName"
    War mir da unsicher...

    MfG

    0
  • P

    Beachte: Current Directory can zum Programmstart beliebig sein - nicht mal unbedingt das Programmverzeichnis.

    Das Verzeichnis kann in einem Shortcut separat angegeben werden, beim Start von der Konsole wird das aktuelle Verzeichnis vom rufenden Prozeß geerbt.

    Dein Programm kann also unter c:\nurfuermich\ liegen, das aktuelle Verzeichnis liegt aber auf einem CD-ROM - Laufwerk - viel Spaß beim Schreiben! 😃

    "Lokaler" Dateizugriff sind trotzdem manchmal sinnvoll - z.B. für Kommandozeilen-Tools.

    0
  • ?

    ceplusplus@loggedoff schrieb:

    @Meister Propper
    "Windows NT 4.0/2000/XP: This flag is ineffective for GetOpenFileName"
    War mir da unsicher...

    Oh. In meiner Hilfe taucht dieser Hinweis noch gar nicht auf (Oktober 2001).

    0
Anmelden zum Antworten