11. Bugs et mes souhaits concerant term

Le programme de v�rification de ligne a de temps en temps quelques probl�mes pour contr�ler la connexion telnet. Cela provient parfois du fait qu'il ne v�rifie pas le code de retour de l'appel read(). Pour des connexions r�seau, cet appel peut retourner le code d'erreur -1 avec EINTR (interrompu) ou EAGAIN (re�ssayer). Manifestement, cela serait une bonne chose que cela soit v�rifi�.

Un certain nombre de caract�ristiques pourraient faciliter l'utilisation de term sur telnet. Cela provient essentiellement d'une hypoth�se qui a influenc� le d�veloppement de term, qui est que la connexion dispose d'une largeur de bande faible, d'une latence r�duite et qu'elle est quelque peu bruit�e.

Une connexion telnet poss�de en g�n�ral une bande passante assez importante, une grande latence et qui contient peu d'erreurs. Cela signifie que la connexion pourrait �tre mieux utilis�e si :

1. la taille maximale de la fen�tre �tait augment�e, bien au-del� de la limite impos�e par la formule N_PACKETS/2 = 16 de term
2. une option pour d�sactiver l'envoi et la v�rification du checksum des paquets �tait impl�ment�e
3. de plus grands paquets �taient permis lorsque cela est appropri�.

Egalement, pour am�liorer la s�curit�, il serait sympathique d'avoir une option dans term pour afficher la liste des connexions r�alis�es par la socket dans un fichier ou sur stderr, ou bien dans les deux. Cela permettrait de v�rifier si une connexion term a �t� corrompue par des pirates situ�s du c�t� non s�curis� de la machine.

Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:28