Board00 Geschrieben 18. April 2007 Geschrieben 18. April 2007 Ich bekomme diese Ausnahme, wenn ich die Win32 API Funktion GetOpenFileName ein zweites mal aufrufe. Beim ersten Aufruf klappt alles, aber beim 2. Aufruf knallt es. Bei google gibts nicht mal was zu der Ausnahme GCError. Was bedeutet diese überhaupt? Ich nutze nun das VS2005, da dass VS6 einfach mies ist.
Klotzkopp Geschrieben 18. April 2007 Geschrieben 18. April 2007 Wird sie denn gefangen, bevor der Aufruf wieder in deinem Code landet? Wenn ja, ist das nicht wirklich ein Problem.
break Geschrieben 19. April 2007 Geschrieben 19. April 2007 Hallo, kanst du vielleicht ein beispiel zeigen wie du diese funktion verwendest, ich habe das aus der MSDN versucht, aber es wird garkein dialog angezeigt! Danke break
Board00 Geschrieben 19. April 2007 Autor Geschrieben 19. April 2007 Hallo hier der Code strcpy(alterName,Programminfo.Datei.FileName); strcpy(Programminfo.Datei.FileName,""); if (1 == Aufruf) flags_Temp = DateiMenue.Flags; DateiMenue.lpstrFile = Programminfo.Datei.FileName; if (2 == Aufruf) { DateiMenue.Flags = flags_Temp; } // Dialog zum Ermitteln des Dateinamen aufrufen if(!GetOpenFileName(&DateiMenue)) { MeldeFehler(GetLastError()); MeldeFehler(CommDlgExtendedError()); strcpy(Programminfo.Datei.FileName,alterName); return TRUE; } Diesen habe ich benutzt um die Flag des ersten GetOpenFileName in den in den 2 Aufruf des GetOpenFileName zu kopieren. denn wenn die Flag 8192 ist funktioniert die Funktion aber wenn die Flag 14336 ist nicht. Siehe Anhang.
Klotzkopp Geschrieben 19. April 2007 Geschrieben 19. April 2007 denn wenn die Flag 8192 ist funktioniert die Funktion aber wenn die Flag 14336 ist nicht.Was heißt "funktioniert nicht"? Landet die Exception nun in deinem Code, oder wird sie vorher gefangen?
Board00 Geschrieben 20. April 2007 Autor Geschrieben 20. April 2007 Was heißt "funktioniert nicht"? Landet die Exception nun in deinem Code, oder wird sie vorher gefangen? Wenn die Flags sich beim 2 Aufruf ändern kommt diese Fehlermeldung. Es kommt eine Fehlemeldung ERROR_INVALID_PARAMETER das bedeutet funktioniert nicht.
Klotzkopp Geschrieben 20. April 2007 Geschrieben 20. April 2007 denn wenn die Flag 8192 ist funktioniert die Funktion aber wenn die Flag 14336 ist nicht.14336 ist OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST | OFN_CREATEPROMPT. Das widerspricht sich doch. OFN_CREATEPROMPT bedeutet, dass der Benutzer bei Angabe eines Dateinamens, der nicht existiert, bestätigen muss. OFN_FILEMUSTEXIST bedeutet, dass der Benutzer gar keine Datei angeben kann, die nicht existiert. Was willst du mit dieser Kombination erreichen? Es kommt eine Fehlemeldung ERROR_INVALID_PARAMETERWas heißt "Es kommt"? GetLastError ist für GetOpenFileName nicht zuständig, ich weiß nicht, warum du das immer noch aufrufst. Und CommDlgExtendedError kann diesen Fehlercode nicht zurückliefern. Ich vermute immer noch, dass du dir irgendwo in deinem Programm den Speicher zerschießt, und es sich eben genau da bemerkbar macht.
Board00 Geschrieben 20. April 2007 Autor Geschrieben 20. April 2007 14336 ist OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST | OFN_CREATEPROMPT. Das widerspricht sich doch. OFN_CREATEPROMPT bedeutet, dass der Benutzer bei Angabe eines Dateinamens, der nicht existiert, bestätigen muss. OFN_FILEMUSTEXIST bedeutet, dass der Benutzer gar keine Datei angeben kann, die nicht existiert. Was willst du mit dieser Kombination erreichen? das ist ja das kuriose, es war als Flag nur OFN_CREATEPROMPT definert, nix anderes Und wie außer mit GetLastError komme ich an eine gescheite Fehlermeldung?
Klotzkopp Geschrieben 20. April 2007 Geschrieben 20. April 2007 das ist ja das kuriose, es war als Flag nur OFN_CREATEPROMPT definert, nix anderes Das passt nicht. OFN_CREATEPROMPT ist 8192. Wo kommt der andere Wert her? Bitte mal ganz genau: Welchen Wert haben flags_Temp und DateiMenue.Flags vor und nach dem fehlgeschlagenen Aufruf? Wenn das nicht beabsichtigt ist, bin ich mir sicher, dass du dir den Speicher zerschossen hast. Und wie außer mit GetLastError komme ich an eine gescheite Fehlermeldung?Sag doch einfach, welchen Wert CommDlgExtendedError zurückgibt.
Board00 Geschrieben 25. April 2007 Autor Geschrieben 25. April 2007 So, der Fehler hat sich in Luft aufgelöst, wie auch alle anderen Speicherfehler. Ich hab mal die Trial von der VS 2005 TS geladen und den Code durch die Codeanalyse gejagt, da hat mir das VS einige NULL-Pointer Dereferenzierungen angemant. Ich hab den Zeiger erst auf ungleich NULL geprüft und dann weiter gearbeitet. Nun ist alles in Ordnung :floet:
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden