Le backspace n'apparait pas

**exhortae** · 15/06/2007, 08h50

Bonjour,

voilà ce petit programme est censé remplacer le backspace \b saisi par \b, pourtant quand je teste ça ne marche pas

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
/* --------------------------------------------------------------------------
   Fonction : Remplace les tabulations par \t, les retour en arriere par \b,
              les backslashs par \\
   -------------------------------------------------------------------------- */
#include <stdio.h>
 
int main (void)
{
   int c;
 
   while ((c = getchar ()) != EOF)
   {
      if (c == '\t')
      {
         printf ("\\t");
      }
      else if (c == '\b')
      {
         printf ("\\b");
      }
      else if (c == '\\')
      {
         printf ("\\");
      }
      else
      {
         putchar (c);
      }
   }
 
   return 0;
}

Merci

**Médinoc** · 15/06/2007, 09h13

Ça ne marche pas sur un terminal normal, car c'est lui qui traite le backspace et le programme ne le "voit" jamais.
Il faut régler le terminal en mode "raw" (aucun traitement) si tu veux recevoir les backspaces.

**Emmanuel Delahaye** · 15/06/2007, 09h36

Envoyé par exhortae

voilà ce petit programme est censé remplacer le backspace \b saisi par \b, pourtant quand je teste ça ne marche pas

K&R2 : Exercice 1-10.

Il faut bien comprendre l'esprit de ces exercices du K&R2 qui sont un peu déroutant.

Il s'agit du chapitre 1.5 : "Entrée / Sorties par caractères".

Le but est d'utiliser les fonctions de base putchar() et getchar(), normalement prévues pour les flux stdout et stdin, d'une manière 'détournée' (en utilisant les redirections) de façon à traiter aussi des fichiers.

Les redirections sont une manière particulière d'appeler le programme en précisant :

< la_source
> la_destination

Par exemple le programme 1.5.1 'copie de fichier' fonctionne en réalité comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C:\> exo1_5_1 < fichier_source > fichier destination

Idem avec l'exercice 1-10 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C:\> exo1_10 < fichier_source

Les données seront lues (entrée) dans le 'fichier_source', et écrites (sortie) à l'écran.

Par contre, si tu appelles le programme comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C:\> exo1_10

les information seront lues à partir du clavier. Or dans ce cas, l'opérateur étant humain, le système autorise de faire des corrections (BS) avant de valider la saisie. Mais ces caractères de corrections n'apparaissent évidemment pas dans la chaine saisie finale (ce serait horrible

.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Entrer une phrase  : hello word<BS>ld<ENTER>

qui donnerait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"hello word\bld\n"

Absurde ! Ca donne évidemment

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"hello world\n"

Par contre, si la lecture se fait à partir d'un fichier, il est possible qu'il y ait des BS dedans et que ceux ci soient alors correctement affichés sous la forme '\b' par ton programme.

Ton code est correct :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
C:\dev\forums>dir *.exe
 Le volume dans le lecteur C s'appelle BOOT
 Le numéro de série du volume est 4C05-16D3
 
 Répertoire de C:\dev\forums
 
15/06/2007  09:43           390 309 console.exe
               1 fichier(s)          390 309 octets
               0 Rép(s)   1 354 186 752 octets libres
 
C:\dev\forums>console < test.txt
hello word\bld
 
C:\dev\forums>

**exhortae** · 15/06/2007, 10h59

Envoyé par Médinoc

Ça ne marche pas sur un terminal normal, car c'est lui qui traite le backspace et le programme ne le "voit" jamais.
Il faut régler le terminal en mode "raw" (aucun traitement) si tu veux recevoir les backspaces.

d'accord j'ai passer le terminal en mode raw (suis sous linux), et le code marche

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
/* --------------------------------------------------------------------------
   Fonction : Remplace les tabulations par \t, les retour en arriere par \b,
              les backslashs par \\
   -------------------------------------------------------------------------- */
#include <stdio.h>
#include <termios.h>
#include <unistd.h>
 
#define DEL 127 /* code backspace */
 
void mode_raw(int activer)
{
   static struct termios cooked;
   static int raw_actif = 0;
 
   if (raw_actif == activer)
   {
      return;
   }
 
   if (activer)
   {
      struct termios raw;
 
      tcgetattr(STDIN_FILENO, &cooked);
 
      raw = cooked;
      cfmakeraw(&raw);
      tcsetattr(STDIN_FILENO, TCSANOW, &raw);
 
   }
   else
   {
      tcsetattr(STDIN_FILENO, TCSANOW, &cooked);
   }
 
   raw_actif = activer;
}
 
int main (void)
{
   int c;
 
   mode_raw(1);
 
   while ((c = getchar ()) != EOF)
   {
      if (c == '\t')
      {
         printf ("\\t");
      }
      else if (c == 127)
      {
         printf ("\\b");
      }
      else if (c == '\\')
      {
         printf ("\\");
      }
      else
      {
         putchar (c);
      }
   }
 
   mode_raw (0);
 
   return 0;
}

vraisemblablement backspace renvoie DEL (code 127), j'aimerais éviter de faire le #define DEL 127, quelle librairie dois-je inclure ?

aussi quand je tape ctrl-d le programme ne quitte plus, comment faire pour que ctrl-d soit interpréter en mode raw.

Autre question, en passant le terminal en mode raw (et donc en modifiant le fonctionnement de getchar (), je suis pas entrain de faire comme la fonction getch () de conio

Merci

**Médinoc** · 15/06/2007, 11h09

On n'inclut pas une bibliothèque (library), on inclut un fichier d'en-tête.
Il n'existe aucun fichier d'en-tête standard pour ce genre de choses. Regarde s'il y a des trucs dans termios.h, mais j'en doute: J'ai bien peur que tu doives utiliser des defines dépendant de la plate-forme...

**exhortae** · 15/06/2007, 11h11

Envoyé par Emmanuel Delahaye

Le but est d'utiliser les fonctions de base putchar() et getchar(), normalement prévues pour les flux stdout et stdin, d'une manière 'détournée' (en utilisant les indirections) de façon à traiter aussi des fichiers.

Les indirections sont une manière particulière d'appeler le programme en précisant :

< la_source
> la_destination

je pensait qu'on utilisait le terme indirection seulement pour des pointeurs, ça a avoir avec les pointeurs ici aussi??

Envoyé par Emmanuel Delahaye

Par exemple le programme 1.5.1 'copie de fichier' fonctionne en réalité comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C:\> exo1_5_1 < fichier_source > fichier destination

Idem avec l'exercice 1-10 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

C:\> exo1_10 < fichier_source

Les données seront lues (entrée) dans le 'fichier_source', et écrites (sortie) à l'écran.

OK j'ai testé et ça marche, mais je ne comprends pas ce principe d'indirection , visiblement ce ne sont pas des arguments à passer au programme (vu que j'ai int main (void), c'est implémenter dans le système d'exploitation ?? t'aurais pas un lien sous la main qui explique tout ça ?

Merci

**Emmanuel Delahaye** · 15/06/2007, 11h31

Envoyé par exhortae

je pensait qu'on utilisait le terme indirection seulement pour des pointeurs, ça a avoir avec les pointeurs ici aussi??

Rien à voir. Ici, on est dans le contexte 'ligne de commande'. Mais en fait, je me suis trompé, c'est 'redirection'.

OK j'ai testé et ça marche, mais je ne comprends pas ce principe d'indirection , visiblement ce ne sont pas des arguments à passer au programme (vu que j'ai int main (void), c'est implémenter dans le système d'exploitation ?? t'aurais pas un lien sous la main qui explique tout ça ?

C'est dans la doc de ton système.

http://www.linux.com/article.pl?sid=04/05/02/1758211

**exhortae** · 15/06/2007, 14h27

Ok, merci à vous deux pour les réponses

**souviron34** · 15/06/2007, 15h10

Envoyé par exhortae

....
vraisemblablement backspace renvoie DEL (code 127), j'aimerais éviter de faire le #define DEL 127, quelle librairie dois-je inclure ?
...

Par défaut les fonctions de stdlib/string renvoie le code ASCII 7 bits du caractère.

Comme 8 est le code ASCII 7 bits de Backspace, tu l'auras. C'est juste qu'il n'aura pas de nom. Donc effectivement tu peux faire un define..

**Médinoc** · 15/06/2007, 15h15

7 n'est pas BackSpace, 7 est BEL (Ctrl-G).
8 est BackSpace (BS, Ctrl-H)

Seulement, certains terminaux n'utilisent pas Backspace, mais DEL (127) pour signaler un retour arrière.
Sur certains logiciels (comme PuTTY), c'est même configurable.

**souviron34** · 15/06/2007, 15h16

oops c'est vrai...

Corrigé

[EDIT]

Par contre, on peux toujours faire toascii(caractère) qui donnera bien 8...

[/EDIT]

**Emmanuel Delahaye** · 15/06/2007, 21h27

Envoyé par souviron34

Par contre, on peux toujours faire toascii(caractère) qui donnera bien 8...

Inutile
Non standard

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

   printf ("\\b = %d\n", '\b');

**souviron34** · 15/06/2007, 21h32

ok je répondais à Médinoc :

Envoyé par Médinoc

Seulement, certains terminaux n'utilisent pas Backspace, mais DEL (127) pour signaler un retour arrière.
Sur certains logiciels (comme PuTTY), c'est même configurable.

je ne savais pas si imprimer tel quel ressortirait 8..

Donc je note. Merci

**Jean-Marc.Bourguet** · 15/06/2007, 22h23

BS (8) est un caractère ascii, tout autant que DEL (127). Ce sont des caractères de contrôles.

Petite leçon d'histoire de ces caractères et de leur utilisation (du moins ce dont je me souviens avoir compris; ma mémoire peut être en défaut, de même que ma compréhension).

Ces caractères de contrôles ont été conçus avant les terminaux à écran.

Sur les éditeurs de bandes perforées (des machines assez simples), BS permettait de revenir en arrière sans rien changer à la bande; DEL faisait des trous sur toute la longueur (d'où son code de 127) et avancait à la position suivante. Le plus proche donc de la fonction delete-last-character était donc un succession de deux touches.

Par la suite, les choses se sont compliquées quand on a voulu simplifier la vie des utilisateurs et donner la fonction en une action... certains ont utilisé un code, d'autres l'autre. Parfois en nommant les touches de différentes manières (Backspace, Rubout, <--, <-], Delete, Remove, Erase,... certains noms dont delete ayant été utilisé pour les deux fonctions).

Le VT100, un terminal à écran de DEC fort populaire avait deux touches situées l'une près de l'autre (http://vt100.net/docs/vt100-ug/chapter1.html#F1-2) envoyant chacune un des deux codes.

Le VT220, un autre terminal populaire de DEC avait un clavier beaucoup plus proche des notres (http://vt100.net/docs/vt220-rm/figure3-1.html) avait une touche <-] à la position de notre <-- qui envoyait un DEL et une touche remove à la position de notre DEL qui envoyait une séquence (ESC 3 ~).

Les émulateurs de terminaux utilisent généralement le VT220 comme modèle à émuler, donc l'utilisation de DEL pour la touche <-- semble tout à fait normale.

Souviron34, toascii supprime simplement le 8ième bit, dont toascii(127)==127.

**souviron34** · 15/06/2007, 22h37

Envoyé par Jean-Marc.Bourguet

..Souviron34, toascii supprime simplement le 8ième bit, dont toascii(127)==127.

OK merci des explications

c'est vrai que j'ai utilisé les VT100 et 220, et que j'avais même programmé un truc graphique sur des VT220 (et effectivement maintenant que tu le dis c'était les "escape sequences" ..)

Mais ça nous rajeuni pas tout ça

**exhortae** · 15/06/2007, 23h02

franchement le forum pour bosser les exos du K&R c'est mieux que le bouquin exercices corrigés sur le langage C

**Emmanuel Delahaye** · 15/06/2007, 23h13

Envoyé par exhortae

franchement le forum pour bosser les exos du K&R c'est mieux que le bouquin exercices corrigés sur le langage C

Bah, un forum, c'est forcément plus interactif qu'un bouquin... Après le contenu dépend des intervenants...

**Jean-Marc.Bourguet** · 16/06/2007, 13h28

Envoyé par souviron34

OK merci des explications

c'est vrai que j'ai utilisé les VT100 et 220, et que j'avais même programmé un truc graphique sur des VT220 (et effectivement maintenant que tu le dis c'était les "escape sequences" ..)

VT240 plutôt pour du graphique (http://vt100.net/vt_history).

Mais ça nous rajeuni pas tout ça

Par rapport à Emmanuel et à toi, je suis un jeunot... mais par rapport à la plupart des autres, ...

**Emmanuel Delahaye** · 16/06/2007, 14h42

Envoyé par Jean-Marc.Bourguet

Par rapport à Emmanuel et à toi, je suis un jeunot... mais par rapport à la plupart des autres, ...

J'ai touché à mon premier ordi (Commodore Pet 64 de la boite ou je travaillais) en 1981...

J'ai eu mon premier PC/XT 640k / DD 30 Mo en 1987...

**Jean-Marc.Bourguet** · 16/06/2007, 14h57

Envoyé par Emmanuel Delahaye

J'ai touché à mon premier ordi (COmodore Pet 64 de la boite ou je travaillais) en 1981...

J'ai touché à mon premier ordi en 84 (un Dragon 32 d'un cousin), mais j'étais loin de travailler alors.

J'ai eu mon premier PC/XT 640k / DD 30 Mo en 1987...

Mon premier ordi à moi a été un spectrum en 94. Dans la série PC, j'en ai eu un en 90.

Le backspace n'apparait pas

C

Discussions similaires

Partager

Partager