immer wenn ich mein Prog schließen will über X, bekomme ich eine Fehlermeldung: "xXx.exe hat ein Problem festgestellt und muss beendet werden."
Ich muss dann immer in 2 Fehlerfenstern auf "Schliessen" drücken und dann kommt: "abnormal program termination", welches mit "Ok"-drücken geschlossen wird. Im TaskManager ist das Prog dann immernoch offen und ich muss den Prozess manuell beenden... (1) Weiß da bitte jemand Rat? Ich weiß echt nicht mehr weiter!

void __fastcall TIndyTelnetClient::FormCloseQuery(TObject *Sender,
      bool &CanClose)
{
	int BA = 0;
	BA = MessageBox (void(), "Programm verlassen?", "Ende", MB_ICONINFORMATION | MB_OKCANCEL | MB_DEFBUTTON1);
		if (BenutzerAuswahl == IDCANCEL)
		{
			CanClose = false;
		}
		else
			CanClose = true;
}

Was soll denn daran falsch sein?

MfG

Der Fehler muss nicht unbedingt an dieser Stelle sein. Du solltest dein Programm am besten mal debuggen, um den Fehler so auf die Schliche zu kommen.

Wenn den Programm noch im Taskmanager zu sehen ist, hängt irgendwo in deinen Programm noch ein Thread fest, der nicht beendet wird. Auch danach solltest du mal schauen.

Wenn den Programm noch im Taskmanager zu sehen ist, hängt irgendwo in deinen Programm noch ein Thread fest, der nicht beendet wird.

Mir ist nur nicht klar woher der thread kommen soll - sicherlich hab' ich ein paar Funktionen in meinem Prog... Aber wenn ich das Prog nur starte, nix weiter mache und dann wieder schliesse, woher soll der thread kommen? wo soll ich suchen?

Erste Gelegenheit für Exception bei $7C812A5B. Exception-Klasse EAccessViolation mit Meldung 'Zugriffsverletzung'. Prozess ITelnetClient.exe (1764)

Was bedeutet das in diesem Zusammenhang?

(1) Da ich erst knapp 2 Wochen programmiere muss ich ganz dumm fragen: was passiert da noch?

Du kannst dir auch mal den Callstack ansehen, wo die Exception auftritt, und dich dann langsam an den Fehler rantasten.

...glaube, das die Telnetkomponente einen eigenen Thread erzeugt, kann mich aber irren.

Ja, da gibts ne Eigenschaft ThreadedEvent, die hab ich aber auf "false".

Dann debugge auch mal das Hauptprogramm (Projekt->Quelltext anzeigen)...

Ich habe leider keine Ahnung, was ich da debuggen soll...

//---------------------------------------------------------------------------

#include <vcl.h>
#pragma hdrstop
//---------------------------------------------------------------------------
USEFORM("Unit1_UNIGATEClient.cpp", IndyTelnetClient);
//---------------------------------------------------------------------------
WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
{
	try
	{
		Application->Initialize();
		Application->CreateForm(__classid(TIndyTelnetClient), &IndyTelnetClient);
		Application->Run();
	}
	catch (Exception &exception)
	{
		Application->ShowException(&exception);
	}
	catch (...)
	{
		try
		{
			throw Exception("");
		}
		catch (Exception &exception)
		{
			Application->ShowException(&exception);
		}
	}
	return 0;
}
//---------------------------------------------------------------------------

... was meinst Du da mit debuggen? *UnWissendDreinSchau*

Du kannst dir auch mal den Callstack ansehen...

Wo, wie und worauf muss ich achten?

Danke, dass Du dich um Unwissende kümmerst!

nun bin ich doch Dank Deiner Vorschläge wieder ein kleines Stück weiter gekommen; mühsam 'nährt sich das Eichhörnchen...
Für's durchsteppen sind das bei mir die Tasten F7 (einzeln) und F8 (Routine).

Nach Beenden des Hauptprogramms gehts bei mir in der Unit1 weiter, wo eine Disconnect-Methode aufgerufen wird.
Diese gehört zur Telnet-Komponente... Also wird nach Form1-Destroy wohl sicherheitshalber automatisch die Verbindung getrennt.

Dafür habe ich jedoch eine Abfrage in FormCloseQuery die, bei bestehender Verbindung eine WarnMeldung zeigt und CanClose auf false setzt:

if (ConStat == true)
	{
		MessageBox (void(), "Bitte trennen Sie zuerst die Verbindung!", "Beenden des Client", MB_ICONWARNING | MB_OK | MB_DEFBUTTON1);
		CanClose = false;
	}

Es ist also gewährleistet, das die Verbindung getrennt wird...
(1) Ist es möglich zu verhindern, dass automatisch ein Disconnect beim Programmende stattfindet? In meiner Disconnect-Behandlungsroutine verändere ich nämlich Eigenschaften von Buttons und Labels.
(2) Auf die kann doch nach dem Form1-Destroy garnicht mehr zugegriffen werden, Richtig?

Hier mal die Stelle der Exception (Ausführung von Zeile 4):

void __fastcall TIndyTelnetClient::IdTelnet1Disconnect(TObject *Sender)
{
	Label1->Caption= " nicht verbunden";
	Label2->Color= clRed;
	...
}

Nach meiner aufgestellten Theorie frage ich mich (und Euch) allerdings: (3) Warum löst nicht schon Zeile 3 eine exception aus?

Irgendwie ist das mit dem Programmieren als ob man gegen eine Mauer rennt, die dann einstürzt. Natürlich sehr schmerzhaft... Danach kommt man dann 3 Schritte weiter (nicht 1 oder 2), nur um mit Vollgas und unter Schmerzen auf die nächste Mauer zu treffen...

MfG

Ist IdTelnet1Disconnect die Funktion für den Event OnDisconnect?
Wenn das so ist kannst du ja den Event im Destruktor von Form1 aushängen.

IdTelnet1->OnDisconnect = 0;

Dann wird zwar ein Disconnect ausgeführt, deine Funktion aber nicht mehr aufgerufen.

(1) Ist es möglich zu verhindern, dass automatisch ein Disconnect beim Programmende stattfindet? In meiner Disconnect-Behandlungsroutine verändere ich nämlich Eigenschaften von Buttons und Labels.

Da Du die Indy-Komponente offenbar auf dem Formular abgelegt hast, kümmert
sich das Formular um das Freigeben. Beim Zerstören der Komponente wird dann
wahrscheinlich automatisch ein Disconnect() ausgeführt. Wenn Du Dich selbst
ums Zerstören der Indy-Komponente kümmern willst, solltest Du die Komponente
auch selbst im Code erstellen.

Kolumbus schrieb:

(2) Auf die kann doch nach dem Form1-Destroy garnicht mehr zugegriffen werden, Richtig?

Davon gehe ich auch mal aus. Wahrscheinlich greift er dann auf irgendwelchen
Datenschrott zu. Das kann in manchen Fällen noch "gut gehen" - insofern, als
das Programm nicht sauber abschmiert. Das kannst Du mal mit CodeGuard überprüfen.

Zur Not kannst Du ja auch irgendein Flag verwenden, um zu überprüfen, ob die
Anwendung gerade geschlossen wird. Oder aber den Vorschlag von Braunstein
beherzigen.

Gruß

Alexander

@Braunstein: Super Sache, das funzt! Ich überblicke wohl noch nicht wie "einfach" manche Probleme zu lösen sind; bin halt Anfänger. Dankeschön!

@A. Kempf:

Wenn Du Dich selbst ums Zerstören der Indy-Komponente kümmern willst, solltest Du die Komponente auch selbst im Code erstellen.

Ich glaub' das ist zuviel Schreibaufwand, dafür das es die Komponente fertig gibt und angesichts der Lsg von Braunstein!?! Trotzdem Danke!

@Burkhi: Vielen Dank auch für Deine guten Tips!

Abschlussfrage: Wie hätte ich diese Lsg auch selbstständig finden können???

MfG

Wie hätte ich diese Lsg auch selbstständig finden können???

Du mußt einfach versuchen zu verstehen, wie die Komponenten aufgebaut sind und wie das mit den Events funktioniert. Am Besten wäre es, wenn du mal eine einfache Komponente selber schreibst. Da gibt es auch einen Link im hiesigen Tutorial.
http://bcb-tutorial.c-plusplus.net/komponentenentwicklung/index.html

Schönen Tag noch

MfG

Ich glaub' das ist zuviel Schreibaufwand, dafür das es die Komponente fertig gibt

Da hast Du mich gründlich missverstanden. Ich wollte Dir nicht nahelegen,
die Komponente neu zu schreiben. Lediglich die Instanz könntest Du im
Code erstellen (mit new). Dann kannst Du selbst bestimmen, wann das
Objekt zerstört wird - allerdings kannst Du das dann auch leicht vergessen.

Gruß

Alexander

... Lediglich die Instanz könntest Du im Code erstellen ....

Okay, das ist natürlich was Anderes. Auch eine Idee! Danke.

Obwohl es natürlich zu Übungszwecken perfekt wäre die Komponente selbst zu erstellen (auch in Bezug auf Braunsteins letzten Hinweis), soviel Zeit muss man allerdings erstmal haben.

MfG

Solche Sachen, wie das ein Disconnect beim Programmende aufgerufen wird, hatte ich schon öfters bei "Fremdkomponenten". Ich finde auch, das das ziemlich fiese Fehler sein können, über die ein Anfänger da stolpern kann. Das heisst aber auch für dich, das nix, was du fertig verwendest, perfekt sein muss.
Ich habe mir angewöhnt, wenn ich Komponenten entwickle, im Destruktor SOFORT alle Zeiger auf die Event-Routinen, die ich ev. durch die Komponente aufrufen könnte, auf 0 zu setzen.

Übrigens: F10 ist die Einzelsteptaste beim Visual Studio, hatte ich total verwechselt