StreamOpen (TOpenDialog) beendet die Anwendung

[EWeiss]

Zitat von baumina:

Es könnte auch mit Styles und/oder Windows-Aero-Effekt zusammenhängen, vielleicht spielst in dieser Richtung mal bisserl rum.

[Edit]
Auch hier hätte ich was zu dem Thema gefunden, vielleicht hilft das ja : http://embarcadero.newsgroups.archiv...102614783.html
[/Edit]

Danke! für den Hinweis..
Aber sorry nein ich krempel doch nicht mein gesamtest System um nur weil
die Anwendung Delphi nicht in der lage ist beim aufruf eines Dialog seine eigene IDE stabil zu halten.

Dann lass ich es so wie es ist und gut ist.

gruss

[jaenicke]

Zitat von EWeiss:

die Anwendung Delphi nicht in der lage ist beim aufruf eines Dialog seine eigene IDE stabil zu halten.

Wie schon weiter oben zu lesen: das hat nichts mit Delphi zu tun.

[EWeiss]

Zitat von jaenicke:

Zitat von EWeiss:

die Anwendung Delphi nicht in der lage ist beim aufruf eines Dialog seine eigene IDE stabil zu halten.

Wie schon weiter oben zu lesen: das hat nichts mit Delphi zu tun.

Nein?

Dem muss ich widersprechen.. denn das problem tritt weder in VB6, C++, C#, VB-Net, PowerBasic auf.
Hier werden die IDE's nicht beendet bei gleichen aufbau der Anwendung und verwendeter Bibliotheken.

gruss

[Uwe Raabe]

Zitat von EWeiss:

Dem muss ich widersprechen.. denn das problem tritt weder in VB6, C++, C#, VB-Net, PowerBasic auf.
Hier werden die IDE's nicht beendet bei gleichen aufbau der Anwendung und verwendeter Bibliotheken.

Dagegen spricht, daß es bei der überwiegenden Mehrheit der Delphi-User problemlos geht. Ich behaupte weiterhin, es liegt an deinem System. Wir haben dir hier lediglich Wege aufgezeigt, das Problem zu lokalisieren. Wenn du gar kein Interesse an einer Lösung hast, dann können wir dir auch nicht helfen.

[EWeiss]

Zitat:

Wenn du gar kein Interesse an einer Lösung hast, dann können wir dir auch nicht helfen.

Wenn da kein Interesse beständ hätte ich mir den Thread sparen können.
Nur lustig das ich mit VB6, gerade extra nochmal getestet, den System Dialog aufrufen kann ohne das die IDE den geist aufgibt.

Werde dann wohl speziell was diese Anwendung angeht
lieber auf C# zurückgreifen wenn ich diverse Dinge debuggen muss. (Das ist eine lösung)
Mein System umkrempeln wegen einer IDE die nicht funktioniert werde ich auf gar keinen Fall!
Das ist auch keine lösung..

gruss

[jaenicke]

Wir haben im Büro ja auch monatelang das Problem gehabt. Irgendwann hatte ich keine Lust mehr und habe mich ein paar Stunden hingesetzt und debuggt. Dabei habe ich dann herausgefunden, dass es an TeamViewer 6 lag. (Der Support hat mir dann auch den Tipp gegeben, dass es am Quick Connect Button liegen könnte.)

Jedenfalls gibt es sehr viele Möglichkeiten woran es liegen kann.

Wenn du weißt, dass das Problem neu ist, wäre es vielleicht am sinnvollsten das letzte Backup zurückzuspielen, wenn das Problem da noch nicht bestand.

[EWeiss]

Hab das problem gefunden.
Aber ist nicht so einfach zu erklären warum das auftritt.

Wenn ich beim Einlesen der DLL's diese nach der prüfung des Einsprungspunkt
wieder freigebe (sollte eigentlich normal sein) tritt der wie hier im Thread genannte Fehler auf.

Gebe ich sie nicht frei!
Dann funktionieren alle Dialoge habe aber dann andere schwierigkeiten die nicht auftreten
wenn die Libraries ordnungsgemäß freigegeben werden.

gruss