Shell Telnet : gérer Ctrl + C

Bonjour,

Je suis entrain de développer sur un µControlleur un shell Telnet (coté serveur).

Je voudrais gérer le Ctrl+C pour arrêter une commande en cours.

Donc pendant qu'une commande tourne :
1- Je regarde si j'ai reçu de nouvelles données
2- Si c'est le cas je recherche le caractère Ctrl+C
3- Si je trouve le caractère, j’arrête la commande et je vide le buffer de réception TCP jusqu'au caractère Ctrl+C => donc tous les caractères qui sont avant le Ctrl+C sont ignorés

Cela pose deux problèmes :
- si le buffer de réception (400 caractères) est plein, on ne pourra pas détecter le caractère Ctrl+C. Ce n'est pas trop gênant, car pour que ça arrive il faudrait que l'utilisateur tape pleins de caractères sur son clavier avant d'appuyer sur Ctr+C => cas improbable.

- le serveur et le client telnet peuvent négocier à tout moment des valeurs de paramètres (ex: taille de l’écran) ou envoyer des commandes spéciales (ex: demande d'interruption, alarme, ...) => utilisation de caractères d’échappements (nommés IAC et ESC) suivit de une ou plusieurs valeurs.
Donc avec ma solution actuelle, je peux rater ces séquences car je vide dans le buffer de réception tous les caractères qui sont avant mon Ctrl+C
De plus, il se peut qu'il y ai dans ma séquence d’échappement la valeur de Ctr+C => ça sera donc interpréter par mon programme comme un Ctrl+C alors que ça ne le devrait pas.


Est-ce que vous voyez un moyen simple d'éviter le second problème ?
=> si j'ai mal expliqué mon problème, n'hésitez pas à me demander plus de renseignements

Remarque : il faut que mon système fonctionne si on copie/colle une série de commandes dans le client telnet


Merci d'avance,

Si j'ai bien compris tu veux reproduire le fonctionnement du ctrl+C comme le shell de linux, pour sa je te conseille de regarder du coter de signal() pour intercepter le signal SIGQUIT ou SIGTERM si je me souviens bien

oui tu as bien compris le principe a part que je suis sur un µControlleur : je n'ai donc pas d'OS avec leur lots de fonctions standards.

J'ai regardé ce que tu m'as donné et ça ne m'avance pas beaucoup, je ne vois toujours pas comment je dois traiter mon buffer TCP de réception...

Hum ok, sa aurait été trop simple :?

Il y a un caractere où tu es sur de ne pas le retrouver dans ton buffer, car si j'ai bien compris tu peux te retrouver a recevoir un ctrl+C dans ton buffer sans que se soit celui de ta délimitation?

Le caractère Ctrl+C est le caractère avec la valeur 0x03 (http://ascii-table.com/control-chars.php)

En gros en telnet, il y a deux caractères d’échappement permettant de gérer des commandes spéciales (ex : déplacer le curseur, activer certains modes, ...) :
ESC (0x1B) et IAC (0xFF)

Donc lorsqu'on détecte ces caractères, il faut ensuite analyser le caractère qui suit pour déterminer le type de commande => en fonction du type de commande, on peut déterminer la taille total de la séquence d’échappement (car elle n'est pas fixe).

Exemple de commandes avec ESC : http://ascii-table.com/ansi-escape-sequences.php
Exemple de négociation d'option avec IAC : http://www.ietf.org/rfc/rfc1073.txt

Donc si la valeur 0x03 apparait dans l'une de mes séquences échappement, avec mon système actuel, il sera interprété comme un Ctrl+C et non pas comme une valeur de la séquence d’échappement.

Donc comment devras-je gérer mon système pour que ça fonctionne correctement (actuellement, je n'ai pas de solution ... ça veut dire qu'il n'y a pas de problème :aie: ?) ?

tu utilise certainement un code qui n'est pas approprié, si le ctrl+C est déja utiliser, tu en trouve un autre, tu peux meme prendre un code bien compliquer: ctrl+alt+maj+C. La je pense pas que ce code sera utiliser :ccool:

Pas de solution => c'est que tu te pose pas la bonne question donc pas de problème ;)

Citation:

---

Envoyé par skeud

tu utilise certainement un code qui n'est pas approprié, si le ctrl+C est déja utiliser, tu en trouve un autre, tu peux meme prendre un code bien compliquer: ctrl+alt+maj+C. La je pense pas que ce code sera utiliser :ccool:

---

Non quelque soit la valeur choisie, il est possible de la retrouver dans une séquence échappement.
Par exemple la taille de l'ecran est défini par la commande :

Code:

---

1 2 3 4 5 6 7 8 9

IAC SB NAWS W[1] W[0] H[1] H[0] IAC SB   IAC (0xFF) : caractère d’échappement SB (0xFA) : indique le debut d'une valeur d'option NAWS (0x1F) : indique que c'est la valeur de l'option "négociation de la taille de l'ecran" W[1-0] : contient la valeur binaire de la largeur de l'écran H[1-0] : contient la valeur binaire de la hauteur de l'écran SB (0xF0) : indique la fin d'une valeur d'option

---

=> donc comme tu peux le voir, les champs W[1-0] et H[1-0] peuvent avoir n'importe quelle valeur (donc la valeur 0x0003 est possible)

Et si tu défini une suite de caractere et non pas un seul caractere par exemple ctrl+x suici de ctrl+c ?

Du moment que le contenu d'une séquence d’échappement peut contenir des valeurs binaires de taille variable, tu auras beau choisir n'importe quelle combinaison de touches, elle pourra apparaitre potentiellement dans une séquence d’échappement.
=> je ne pense pas que ça soit une bonne piste



EDIT : je commence à avoir des doutes sur la faisabilité du système => j'ai installé un serveur telnet sur un PC avec Ubuntu et le copier/coller de ligne de commande ne fonctionne pas

Une autre solution, plutot que de vérifier si tu reçois un caractere, pourquoi tu ne parse pas la ligne pour vérifier déja qu'elle est conforme, et quand tu detecte une fin de ligne (si tu n'est pas dans une option) tu envoi le ligne par le socket?

oui effectivement pendant que ma fonction tourne, il faudrait que je parse tous les caractère entrant et les mettre dans un buffer tampon en attendant la fin de l'execution de la commande => si un ctrl + C est détecté alors j’arrête ma commande en cours et j'ignore ce que j'ai mis dans le buffer tampon, sinon j'attends la fin de la commande en cours puis je lance les commandes qui sont dans mon buffer tampon.
=> reste a voir si ça me consomme pas trop de RAM

Remarque : avec ce système j'aurais encore le problème de risque de saturation du buffer de réception mais il me semble que c'est la seule solution si je veux que le copier/coller de ligne de commande fonctionne.

Merci

Beh ce que tu peux faire pour que sa tourne de maniere optimal et avec un buffer, c'est que chaque partie que tu ressois (séparer par des espaces) tu le stocke dans une liste chainée. puis a la fin tu additionne tout pour recreer une seule str et tu l'envoi, perso j'ai fait comme sa quand on avait un shell a créer ;)

Le problème des liste chainées, c'est que tu ne peut pas prévoir à l'avance sa taille et vu que je suis sur un µControlleur, j'évite autant que possible les allocations dynamique de mémoire pour limiter les risques de dépassement de capacité mémoire.

=> mais c'est pas un problème je vais me débrouiller autrement ;)

Les listes chainées a taille limité ;) tu limite le nombre de membre de ta liste ou alors tu fais un buffer circulaire ;)