ich habe einen Chat geschrieben, der mit 2 Threads funktioniert:
Einer zum Senden und einer zum Empfangen.
Das ganze funktioniert auch ganz gut, es gibt nur leider noch ein Problem:
Wenn man eine Nachricht empfängt, während man gerade etwas eingibt, dann wird das Empfangene mitten in den Satz, den man gerade schreibt reingeschrieben...

Bisherige Lösungsideen sind folgende:
- In eine GUI-Anwendung umwandeln
- irgendwie eine zweite Konsole bekommen (Eine für Ein-, eine für Ausgabe)
- In zwei Programme unterteilen (-> 2 Konsolen)

Am liebsten würde ich es aber irgendwie anders lösen, also mit nur einer Konsole und ohne GUI, aber ich fürchte, dass das nicht so einfach möglich ist...
Es sollte danach wenn möglich immer noch plattformunabhängig laufen können.

Ich habe den Chat übrigens mit SFML geschrieben (network-package fürs netzwerk/inet und system package für threads).

Falls jemand eine Idee hat, bitte melden.

Wenn du in der Hinsicht was nettes hinbekommst sag Bescheid

so daß der Empfangs-Thread warten muß, während der Nutzer etwas eingibt.

Das hieße, dass a) Die Eingabe nicht immer bereit ist und man sie "irgendwie" bereit schalten muss, oder b) die Eingabe immer bereit ist (cin eben) und dadurch die Ausgabe/der Empfang fast immer blockiert ist.

Offtopic : Gibt es eig. irgendeine Methode ein Server-Programm irgendwo extern laufen zu lassen ? Ohne Kosten wohl ja nicht ? Das macht selbstgecodede Chat-Programme iwie unlukrativ, würde viel mehr Spass machen wenn man nicht eigends immer iwo den Server starten müsste ... denn dann läuft das ja nur, falls der PC mit dem Server gerade zufällig am Laufen ist. Ausserdem muss der Client dann jedes mal die IP + Port eingeben, wenn man davon ausgeht, dass der Server nicht immer auf dem gleichen PC gestartet wird.

CStoll schrieb:

so daß der Empfangs-Thread warten muß, während der Nutzer etwas eingibt.

Das hieße, dass a) Die Eingabe nicht immer bereit ist und man sie "irgendwie" bereit schalten muss, oder b) die Eingabe immer bereit ist (cin eben) und dadurch die Ausgabe/der Empfang fast immer blockiert ist.

Ja, das ist mir auch aufgefallen, aber mit Standard-Mitteln fällt mir auch nichts besseres ein.

Außerhalb des Standards könnte man die Eingaben direkt von der Tastatur holen und zwischenspeichern und dann aus der Ausgabe-Funktion heraus die vorhandene Eingabezeile überschreiben und eine Zeile tiefer neu ausgeben.

pumuckl schrieb:

CStoll schrieb:

so daß der Empfangs-Thread warten muß, während der Nutzer etwas eingibt.

Das hieße, dass a) Die Eingabe nicht immer bereit ist und man sie "irgendwie" bereit schalten muss, oder b) die Eingabe immer bereit ist (cin eben) und dadurch die Ausgabe/der Empfang fast immer blockiert ist.

Ja, das ist mir auch aufgefallen, aber mit Standard-Mitteln fällt mir auch nichts besseres ein.

Außerhalb des Standards könnte man die Eingaben direkt von der Tastatur holen und zwischenspeichern und dann aus der Ausgabe-Funktion heraus die vorhandene Eingabezeile überschreiben und eine Zeile tiefer neu ausgeben.

Da mache ich lieber paar CreateWindowEx call's ^^

ncurses

ist afaik nicht Plattformunabhängig, weils unter Windows nur mit cygwin oder ähnlichem zusammen läuft.

Außerhalb des Standards könnte man die Eingaben direkt von der Tastatur holen und zwischenspeichern und dann aus der Ausgabe-Funktion heraus die vorhandene Eingabezeile überschreiben und eine Zeile tiefer neu ausgeben.

Ja, nur nehm ich dann lieber irgendein GUI-Toolkit und bau mir eben zwei Textfelder für Ein-und Ausgabe drauf

Ja, nur nehm ich dann lieber irgendein GUI-Toolkit und bau mir eben zwei Textfelder für Ein-und Ausgabe drauf

Ja, eine GUI hatte er selbst schon genannt - zusammen mit der Aussage, daß er eine andere Lösung sucht (Zitat: "also mit nur einer Konsole und ohne GUI"). Von dem Ansatz aus habe ich mal versucht, kreativ zu werden