Suchergebnisse

Tachchen, Hab ein wired Problem wo ich ehrlich gesagt nicht dahinter steige wo das Problem liegt. Das Programm besteht aus zwei Teilen. Einem Launcher und einem Server zum Launcher. Der Server tut was er soll. Er bekommt einen LoginString wo alle Daten enthalten sind löst sie auf gleicht sie ab mit der Datenbank und schickt die Antwort zurück zum Client like "LOGIN:SUCCESS". Sobald der Client diese Nachricht erhält (die auch definitiv bei ihm ankommt) ruft er eine Funktion auf die das Loginfenst…

Er geht einmal alles durch. Zeigt die Form an und endet am Kommentar -> Siehe Kommentar im Code VB.NET-Quellcode (28 Zeilen)

Das ganze ist eine Art Vermittlungsklasse die einen TCP Client bereitstellt und die Kommunikation zwischen Client und Server regelt. Der Server bekommt die Anfrage - Wertet diese aus und gibt dem Client dementsprechend eine Rückgabe. Das einzige Problem dabei ist sobald er die Rückmeldung bekommt vom Server und eine Form anzeigen soll friert der Client ein und hat keine Lust mehr. Der Anfang sieht in etwa so aus VB.NET-Quellcode (34 Zeilen) EDIT: Ich geh davon aus das die TCP Klasse versucht die…

Ok. Vergiss was ich sagte.. das Funktioniert genau einmal. ._. dann such ich mal weiter. Noch ne Idee?

Das wäre für diese Applikation wohl ein wenig übertrieben. Da diese nur einen kleinen Zweck verfolgt. Rein theoretisch wäre es nur nötig die Form in den UI Thread(Mainthread) zu verlagern damit der Serverthread seinen Job weiter machen kann. Die Form hört auf zu laden da der Form.Load Befehl erst zu Ende geführt wird wenn der StreamR.ReadLine eine neue Nachricht erhält. Nun zur Frage: Eine Idee wie man die Form zurück in den Mainthread Invoked?

Das Funktioniert nur wenn der Code innerhalb der Form steckt aber dieser ist ausgelagert in eine Klasse und sollte wenn möglich auch da bleiben. Innerhalb des Thread Me gegen Form Namen austauschen funktioniert so nicht und dafür such ich grad die Lösung.

Das habe ich mir bereits durchgelesen. Aber hilft mir nicht bei meinem spezifischen Problem. Mir geht es darum eine Form aufzurufen die davor nie erstellt wird sondern erst dann instanziert wird wenn der Server es dem Client sagt. Innerhalb des Thread FormName.Show zu machen funktioniert so nicht. Mit einem Delegate funktioniert es nur stoppt er bei der Ausführung wegen dem StreamReader da dieser erst weiter Arbeitet wenn dieser eine neue Nachricht bekommt vom Server. Mein Ziel ist es jetzt eine…

Das wäre eine gewesen. Und ich weiß ich werde dafür auch gleich erschlagen aber letztendlich war die Lösung des Problems Ja das verwenden von OpenForms ist gemein. Aber für meinen Fall wo ich genau weiß was das Programm wann macht und es null abweichung geben kann es seiden jemand haut mitm Hammer auf den PC ein ist das Inordnung Und wie man mehrmals sagte ich brauch ein Fensterhandle VB.NET-Quellcode (8 Zeilen)

Das ist Richtig aber in diesem Fall gibt es nur diese eine Form die ge"showt" wird. Sobald diese angezeigt wird gibt es keine weiteren formen mehr.

Persönlich ist das rein eine Annahme aus Erfahrungswerten anderer Entwickler die mir von eigenartigen Problemen erzählt haben bei der Verwendung von OpenForms. Ich kann dazu leider nur sagen - hatte damit noch nie Probleme (Falls interessiert: Probleme waren so Dinge wie unvorhersehbaren Crashes oder das Programm hat sich an diesen Punkt aufgehangen ohne ersichtliche Gründe.) Und @ErfinderDesRades stimmt. So isses kürzer und defintiv safer. //Can be closed