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.

Wird sie denn gefangen, bevor der Aufruf wieder in deinem Code landet? Wenn ja, ist das nicht wirklich ein Problem.

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

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.

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?

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.

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_PARAMETER

Was 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.

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?

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.

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: