Board00 Geschrieben 18. April 2007 Teilen 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. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Klotzkopp Geschrieben 18. April 2007 Teilen Geschrieben 18. April 2007 Wird sie denn gefangen, bevor der Aufruf wieder in deinem Code landet? Wenn ja, ist das nicht wirklich ein Problem. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
break Geschrieben 19. April 2007 Teilen 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 Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Board00 Geschrieben 19. April 2007 Autor Teilen 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. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Klotzkopp Geschrieben 19. April 2007 Teilen 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? Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Board00 Geschrieben 20. April 2007 Autor Teilen 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. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Klotzkopp Geschrieben 20. April 2007 Teilen 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. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Board00 Geschrieben 20. April 2007 Autor Teilen 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? Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Klotzkopp Geschrieben 20. April 2007 Teilen 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. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Board00 Geschrieben 25. April 2007 Autor Teilen 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: Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.