Suchergebnisse

Warum? Der Server muss On sein, und dann können Clients kommen und gehen wie wolle. Es scheint halt kein Chat im klassischen Sinne zu werden, sondern eher eine Art Pinwand.

Zitat von RodFromGermany: „Probiere es“ Das ist mir jetzt zu mühsam aufzubauen, aber imo gibts da auch nix zu probieren. Bei einer Pinwand gibts keine direkte Kommunikation zweier Clients miteinander, sondern immer nur zw. Pinwand-Server und Client.

jo, das habich für selbstverständlich gehalten, und daher gedacht, mit "beiden Rechnern" meinst du verschiedene Clients. Also Ja, du hast recht: für eine Tcp-Kommunikation zw. 2 Rechnern (Server und Client) müssen die beiden beteiligten Rechner an sein, und sich beteiligen.

hmm - meinem Verständnis - s.Post#13 - als "Online-Pinwand" hat es nichts neues hinzugefügt, eher Fragen aufgeworfen wie:- Was ist ein Launcher? - Wie kannst du sagen, irgendetwas sei davon fertig, wenn doch scheints noch garnichts funktioniert? - Was hat die Konsole damit zu tun? - Welche Note hattest du in Deutsch, wenn du solche Sätze verzapfst: "Nur das das ganze im Programm etwa mit 100 Passiert..." (soso mit 100 - was immer das für hundert sein mögen. Und "das ganze" - was immer damit geme…

Ups - mir fällt auf, dass du Strict Off proggst! Visual Studio - Empfohlene Einstellungen

Zitat von xX-Nick-Xx: „@ErfinderDesRades Strict Off ist jetzt was ?!“Ich hab doch ein Tut verlinkt, da ists doch ausführlich erklärt. Ich kanns auch auf den Punkt bringen: Strict Off ist K..ke! Daher folge dem Tut: Visual Studio - Empfohlene Einstellungen - deswegen habichs ja auch verlinkt. Minimal schreib einfach "Option Strict On" über deine Server-Gurke, dann dürfte der Compiler einen wichtigen Fehler zutage fördern. Oder?

und? kein Compilerfehler? Weil ich habs auch gemacht, und er meldet mir einen. Also das Proggi sollte ühaupt nicht mehr zu starten sein, weil Compilerfehler sind gravierend.

Sonderbar. Also ich hab dein Code aus post#25 in eine Test-Datei kopiert, und bekam sofort einen CompilerFehler angezeigt, weil ich immer Strict On progge. Folglich testest du grade anderen Code als du gepostet hast, oder immer noch Strict Off.

ja, also da steht: Zitat: „Die Signatur der Private Sub ListenToConnection(con As Module1.Connection)-Methode ist mit dem Delegaten "Delegate Sub ThreadStart()" nicht kompatibel.“Nun musst du mal gucken, wie der Delegat ThreadStart definiert ist. Such den im ObjectBrowser. Objectbrowser kennste? sonst guggemol VisualStudio richtig nutzen (Google ist nicht deine Mami) - da ist filmisch gezeigt, wie man damit durch seine Objecte browst. (naja, wesentlich hier ist ja nur, "Threadstart" in die OB-Su…

ist ja schon wieder überaus misteriös: Die Fehlermeldung sagt, dass deine Methode zu ThreadStart nicht kompatibel sei, aber im Objectbrowser sollte ThreadStart garnet vorkommen? Wieso kommts in meinem OB vor? Überprüf nochmal die Rechtschreibung, oder kopier dir das Wort richtig aus. Falls immer noch nicht, sind die Einstellungen in deim OB vermurkst. Dann musste das Filmle glaub doch nochmal durchgucken, und auch das Tut lesen, und auch, wohin das weiter verlinkt - iwo habich haarklein vorgekau…

also erzähl mir nix von "findt er nicht". aber sorry - hätte man sich sogar sparen können, wenn man die Fehlermeldung wirklich genau läse:Zitat: „"Public Overloads Sub New(start As ParameterizedThreadStart)": "Option Strict On" erlaubt keine Einschränkungen in impliziten Typkonvertierungen zwischen der Private Sub ListenToConnection(con As Module1.Connection)-Methode und dem Delegaten "Delegate Sub ParameterizedThreadStart(obj As Object)"“ Also der Delegat Sub ParameterizedThreadStart(obj As Obj…

Die Argumente beider Methoden haben unterschiedliche Datentypen. Deshalb passen sie nicht zusammen. Sie müssen aber zusammenpassen, denn der Thread will ja die Methode aufrufen, die ihm übergeben wird. Kann er aber nicht, wenn deren Parameter einen anderen Datentyp hat, als was im ParametrisizedThreadstart als Parameter-Datentyp festgelegt ist. Kannst du den Datentyp des Parameters erkennen? (wahrscheinlich nicht. Also das As - Schlüsselwort bezeichnet immer den Datentyp von irgendetwas. Nu soll…

ich hatte was gefragt:Zitat von ErfinderDesRades: „Kannst du den Datentyp des Parameters erkennen?“

Zitat von ErfinderDesRades: „Also der Delegat Sub ParameterizedThreadStart(obj As Object) ist nicht kompatibel zu Sub ListenToConnection(con As Module1.Connection)“ Zitat von ErfinderDesRades: „Kannst du den Datentyp des Parameters erkennen?“ Zitat von ErfinderDesRades: „das As - Schlüsselwort bezeichnet immer den Datentyp von irgendetwas.“Ich gebe zu, es sind zwei Methoden, jede mit einem Parameter. Und die Datentypen der Parameter sind unterschiedlich - deshalb sind die Methoden ja nicht kompa…

Du solltest schon das angucken, wonach ich frage (in post#47, erstes Zitat), und nicht anderen syntaxwidrigen kram hinschreiben und angucken. Weil Addressof As ... ist syntaxwidrig.

Ich geb auf. Mach einfach so:VB.NET-Quellcode (4 Zeilen)und der CompilerFehler ist weg. Warum er weg ist, was ein Parameter, was ein Datentyp ist ... - naja, egal.

glaub den ersten Kontakt mit Objekten hatte ich über Excel-VBA. Wie du das je mit Labeln hinkriegen willst, weiß ich auch nicht. Auf deim Server gibts ja gar keine Labels.