ich arbeite momentan an einem recht simpel gehaltenen Chat Programm und möchte dafür asio verwenden.

Das "Protokoll" soll recht einfach aufgebaut sein:

"Name\nNachricht\n\n"

Der Name des Absenders wird angegeben, gefolgt von \n (zum Trennen von Name und Nachricht), gefolgt von der Nachricht, die durch \n\n abgeschlossen wird (Ende der Übertragung).

Die "Sicherheit" des Protokolls darf vernachlässigt werden

Momentan verwirrt mich allerdings noch der Aufbau der Bibliothek.

Das Programm ist ein GUI und stellt ein Eingabefeld bereit, in dem der abgeschickte und empfangene Text angezeigt werden soll.

Momentan ist es mir allerdings ein Rätsel, wie genau ich 1.
die Daten so empfangen kann, dass alles bis zu einschließlich dem Ende durch \n\n eingelesen wird (momentane Grenze 2048) und 2.
nach der "Dekodierung der empfangenen Daten" (Also "Name\nNachricht\n\n" in eine Klasse verpackt) diese Daten an meine GUI gesendet werden.

Momentan wird bei Verbindungsherstellung folgendes ausgeführt

void TTMConnection::handle_connection(const asio::error& error,
									  asio::ip::tcp::resolver::iterator endpoint_iterator)
{
	if (!error)
	{
		char tmp[2048];
		asio::async_read(socket_, asio::buffer(tmp),
			boost::bind(&TTMClient::update, g_ttm_client, tmp));
	}
	else if (endpoint_iterator != asio::ip::tcp::resolver::iterator())
	{
		socket_.close();
		asio::ip::tcp::endpoint endpoint = *endpoint_iterator;
		socket_.async_connect(endpoint,
			boost::bind(&TTMConnection::handle_connection, this,
			asio::placeholders::error, ++endpoint_iterator));
	}
}

TTMClient ist die Schnittstelle für die GUI, über die alles verarbeitet wird. Es IST allerdings nicht die GUI. Die GUI greift nur auf ein TTMClient Objekt zu und verarbeitet darüber bereitgestellte Daten.
TTMConnection ist für die Übertragungs zuständig, hat also Zugriff auf das (?) Socket.

Mich stört die Trennung von Logik (Empfangen der Daten) und GUI (Verarbeitung der Daten). Würde ich alles in eine Klasse schreiben, liefe das ganze wunderbar, aber das will ich nicht.

Nochmal kurz:

1) Client wartet auf Nachricht
2) Client liest Nachricht (so viel wie möglich, eben bis zu den \n\n)
3) Client sendet Nachrichten an die GUI
4) GUI verarbeitet Daten und zeigt diese an
5) weiter bei Punkt 1

Hoffe mal, dass das gut verstädlich ist und mir jemand helfen kann.

Für Hilfe wäre ich äußerst dankbar.

PS.: Ich hoffe, dass das Forum die richtige Wahl war.
PPS.: Ich habe mir bereits das Beispiel eines Chats von der asio Homepage angeschaut, das hilft mir aber nun auch nicht mehr weiter, da keine Trennung von Logik und GUI (Okay, Konsole) stattfindet.

Was genau ist dein Problem? Du beschreibst deine Anwendung sehr genau, was durchweg positiv ist. Hast allerdings vergessen dein Problem genau zu beschreiben. Da deine Vorstellung wie das ganze funktionieren soll schon sehr konkret sind.

Here we go:

Wie bereits geklärt, soll TTMConnection die Rohdaten empfangen und an TTMClient schicken. TTMClient soll aus den Rohdaten dann eine TTMMessage erzeugen. Die dekodierte Nachricht soll nun an das Hauptfenster geschickt werden, damit die Nachricht angezeigt werden kann.

Problem: Wie informiere ich das Hauptfenster, dass eine Nachricht zum Abholen bereit steht? Über TTMClient kann nun die Nachricht abgefragt werden, nur weiß das Fenster nicht, wann es das tun soll. Irgendwoher muss ja die Information kommen. Ich weiß nur nicht, wie ich das Fenster informieren soll.

Von TTMClient möchte ich auf das Fenster nicht direkt zugreifen, da sonst wieder die Trennung von GUI und Logik verwischen.

Edit:

Okay, ich glaube, dass ich die Lösung nun selbst gefunden habe.
Die GUI wird sich über einen Ereignishandler / Callback beim Clienten anmelden und somit auf Nachrichteneingang reagieren.

Vielleicht gibt's ja aber noch eine andere Möglichkeit.

Naja wiedemauchsei... dein TMTClient könnte z.B. die Nachricht in den Puffer schreiben. Und deine GUI liest diesen Puffer immer dann aus, wenn er nicht leer ist.

So könnte das ganze prinzipiell funktionieren. Zum "Verbraucher - Erzeuger" Problem gehört noch einiges mehr (z.B. Wechselseitiger außchluss)...

Google eventuell ein bisschen danach. Vieleicht hilft dir das weiter.