Hi Muhkuh,
1)
Indy 9 ist veraltet.
2) Was ist FClient für ein Objekttyp?
3) Änder bitte den Titel in etwas Rücksichtsvolleres als xyz "... nerven", z.B. "stören". Sonst bin ich genervt.
Zusätzlich:
Zitat von
Die Muhkuh:
Indy wirft ja gerne mal die EIdNotConnected oder EIdDisconnected Exceptions, auch wenn alles in Ordnung ist.
Falsch.
Diese Exceptions kommen nur, wenn versucht wird, auf eine Verbindung zuzugreifen, die nicht (mehr) besteht.
[offtopic]
Beispiel: Wenn Du im Debugger arbeitest und die Connection-Timeouts dadurch ausgelöst werden, daß man ewig im Codefenster mitliest. Bei manchem Code (nicht
Indy) reichen dafür ja teilweise ewig lange Millisekunden *g*. Das wär so, als wolltest Du eine Geschwindkeitsmessung mit einem Auto machen, hälst aber jedesmal zum Messen an. Sowas mögen dann sowohl die Indys als auch die Gegenstellen (
FTP/
IRC/E-Mail/etc-Server) auch nicht immer.
[/offtopic]
Kurzum: Diese Exceptions kann man in Delphi, zumindest in aktuelleren Versionen, einfach ignorieren (Tools -> Optionen -> Debugger-Optionen -> Borland-Debugger -> Sprach-Exceptions). Dort kann man sie dann auch wieder einschalten.
Du könntest jetzt Deinen Destruktor schützen, damit es auf jeden Fall geht:
Delphi-Quellcode:
destructor TIRCChat.Destroy;
begin
try
try
if FClient.Connected
then
FClient.Disconnect(true);
FClient.Free;
except
On E:EIdNotConnected
do
begin
// schlucken der Exception
end;
On E:EIdDisconnected
do
begin
// schlucken der Exception
end;
On E:
Exception do
begin
Raise;
// alles andere Re-Raisen
end;
end;
finally
inherited Destroy;
end;
end;
So, wenn Dein Debugger dann immernoch nervt halt die
Exception auf die o.g. Ausnahme setzen. Zur Runtime kommt die dann bestimmt nicht mehr und das zählt.
Gruß Assertor
P.S.: Ist ja lustig, hab das fertig und sehr gerade erst Deine PN.
