StreamOpen (TOpenDialog) beendet die Anwendung

[EWeiss]

Habe ein problem mit StreamOpen.
Jedesmal wenn ich Dateien zu meiner Playliste addieren will beendet das Programm ohne irgendeine Meldung.
Allerdings nur innerhalb der IDE nicht als eigenständige EXE.

Delphi-Quellcode:

StreamOpen.InitialDir := ExtractFilePath(ParamStr(0));

if StreamOpen.Execute then

Woran kann das liegen?
Normale VCL Anwendung.

gruss

[Uwe Raabe]

Hast du zufällig Norton auf dem Rechner?

[Uwe Raabe]

Oder TortoiseSVN? Wenn ja, welche Version?

[jaenicke]

Mit Norton oder Turtoise hatte ich das Problem noch nie, aber wir hatten das massiv mit TeamViewer. Seit Version 7 ist da ab er Ruhe bei uns, da läuft alles.

[EWeiss]

Ich habe TortoiseGit heute erste installiert da ich das MediPortal Projekt Debuggen muss.
Aber das problem gab es schon vorher.
Dann hab ich noch DropBox.

Das kann es doch nicht sein jetzt muss ich VCL mit NonVcl mischen weil
der Dialog nicht aufgerufen wird.

Norton / TeamViewer verwende ich auch nicht.

gruss

[Uwe Raabe]

Also, Ursache dafür ist wahrscheinlich eine DLL, die sich in den OpenDialog einhängt und den Dialog zum Absturz bringt, wenn er unter Debug-Bedingungen (sprich IDE) aufgerufen wird. Welche der Shell-Extensions das ist, musst du allerdings selbst herausfinden.

[EWeiss]

Zitat von Uwe Raabe:

Also, Ursache dafür ist wahrscheinlich eine DLL, die sich in den OpenDialog einhängt und den Dialog zum Absturz bringt, wenn er unter Debug-Bedingungen (sprich IDE) aufgerufen wird. Welche der Shell-Extensions das ist, musst du allerdings selbst herausfinden.

Ich will ja meine DLL mit dieser Anwendung debuggen die hängt sich aber nicht in den OpenDialog ein
Die macht nichts mit OpenDialog und verwendet auch keinen.

gruss

[Uwe Raabe]

Zitat von EWeiss:

Zitat von Uwe Raabe:

Also, Ursache dafür ist wahrscheinlich eine DLL, die sich in den OpenDialog einhängt und den Dialog zum Absturz bringt, wenn er unter Debug-Bedingungen (sprich IDE) aufgerufen wird. Welche der Shell-Extensions das ist, musst du allerdings selbst herausfinden.

Ich will ja meine DLL mit dieser Anwendung debuggen die hängt sich aber nicht in den OpenDialog ein
Die macht nichts mit OpenDialog und verwendet auch keinen.

gruss

Das habe ich auch nicht gemeint. Es handelt sich wohl eher um eine DLL, die über eine andere Applikation installiert wurde und sich z.B. im Kontext-Menü des Explorers bemerkbar macht. Das tun z.B. Virenscanner, Dropbox und vermutlich auch TortoiseGit (hab hier nur TortoiseSVN und TortoiseHG). Es gibt aber noch einen Haufen andere.

[EWeiss]

Ach so OK.
Dann muss ich wohl oder übel auf nonvcl ausweichen was den Dialog angeht.
Hoffe mal das es dan läuft.

Aber so etwas müßte man eigentlich von der IDE Seite her beheben.

gruss

[Uwe Raabe]

Zitat von EWeiss:

Aber so etwas müßte man eigentlich von der IDE Seite her beheben.

Das kann man nicht und das ist auch kein Delphi-Problem. Das würde in jeder anderen IDE auch passieren, die einen Debugger in den Prozess hängt.

Außerdem ist es die besagte DLL, die das Problem verursacht, weil sie nicht richtig programmiert wurde. Wie sollen die Leute bei Embarcadero denn wissen, was du so alles auf deinem Rechner installiert hast. Außerdem ist (wenn dein Profil stimmt) dein D2010 ja schon ein paar Tage alt und die Programmierer konnten damals wohl kaum die aktuellen buggy Shell-Extensions voraussehen.