From 6b104e3470faa218aeb35dd13739208cbc09ab65 Mon Sep 17 00:00:00 2001
From: mquinson <mquinson@48e7efb5-ca39-0410-a469-dd3cf9ba447f>
Date: Tue, 6 Apr 2004 21:45:25 +0000
Subject: [PATCH 1/1] cbps need love; remove stupid idea about trame

git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/simgrid/simgrid/trunk@61 48e7efb5-ca39-0410-a469-dd3cf9ba447f
---
 TODO | 10 ++++------
 1 file changed, 4 insertions(+), 6 deletions(-)

diff --git a/TODO b/TODO
index 15ca38de3a..c465143b7d 100644
--- a/TODO
+++ b/TODO
@@ -48,6 +48,10 @@
   speed up the cursors, for example using the contexts when available
   fix multi levels dicts
 
+[datadesc]
+  Error handling in cbps
+  Regression tests of cbps
+
 *********
 * GRAS1 * Integrer grassouillet a gras; multiplexage XML; module de comm
 *********
@@ -63,12 +67,6 @@
  TCP: utilise le fd. rien a faire.
  SG: Le send fait le boulot de malloc du recv de fd, et les rempli comme le
    send de fd.
- BLOC: Un nouveau truc, qui envoi des trames les unes derriere les autres,
-   un write copie dans un buffer qui, quand il est plein, part sur la socket
-   avec sa taille devant, et son CRC derriere.
-  C'est le prix a payer pour ne plus mourrir si vite en cas de transmission
-   pourrie (mais ca resoud tjs pas le pb du code malicieux)
-  Possibilite de compresser les buffers avant l'envoi..
 
 [simuler le select sur les sockets avec des threads]
   Le plan, c'est qu'a l'ouverture d'une socket server, on cree un thread
-- 
2.20.1