Discussion :

[hurukan]

Greetings,

J'ai l'habitude de faire des outils de test en TUI (Terminal User Interface) et je me base sur une librairie que j'ai conçu pour mes besoins personnels.
Cette librairie essentiellement permet de dessiner des fenêtres en mode "drawbox" dans la zone unicode prévue à cet effet (U2500).

Donc à priori elle ne devrait pas générer d'effets de bords et puis je l'utilise depuis un moment sans avoir vraiment de gros soucis.

Mais récemment j'ai observé quelque chose de bizarre et j'ignore comment contourner la problématique.

Contexte: mon application va lire un texte et déterminer -- sur base de l'alphabet latin -- de quelle langue il s'agit, en fonction de données statistiques sur les occurences de certaines lettres contenues dans ces textes.
Pour l'écriture je me suis basé sur un texte en anglais assez court (296 octets) que j'ai placé dans une variable globale juste pour -- au minimum -- mettre en place le mécanisme d'analyse du texte et effectuer le calcul des occurences des lettres contenues dans le texte.

J'ai réservé 512 octets pour cette chaîne de caractères.

Quand je lance l'application, je n'ai aucun soucis, ça fonctionne (un petit bug avec les regex qui "laissent passer" des caractères de ponctuation alors que j'ai spécifié la classe [:alpha:] mais bon je contourne le soucis et je m'y appliquerais après)
Par contre lorsque je cherche à "injecter" (rediriger) un fichier texte, là, ça part en sucette.

Le fichier texte en question contient 324 bytes, la zone mémoire réservée pour le cas où il y aurait une "redirection détectée" est de 4Mb.
Pourtant j'observe un "effet de bord", en effet les variables permettant de déterminer le nombre de lignes et de colonnes contiennent des valeurs absurdes.

Comme je fais l'appel de la fonction en tout début de programme, même avec gdb, je ne peux que constater qu'effectivement ces valeurs sont absurdes.

En mode "normal" ma console (Konsole, virtuelle) mes logs indiquent en plein écran des valeurs comme 235x59... alors qu'en mode "redirigé" j'obtiens notamment 65341x21744, ou 11430x21744, ou 62000x9456.
Comme les valeurs sont aléatoires je supposes qu'il s'agit d'un écrasement de ces variables à un moment donné par je ne sais quelle instruction.

Voici la fonction incriminée, c'est celle-ci qui montre un certain "non déterminisme" (j'essaye d'utiliser des termes qui me donnent un air de scientifique) dans les valeurs récupérées en fonction du "mode":

Code C :

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

1
2
3
4
5
6
7
8
void GetConsoleDimensions(unsigned int *colonnes,unsigned int *lignes)
{
	struct winsize Dimensions;
	ioctl(0, TIOCGWINSZ, &Dimensions);
 
	*lignes=Dimensions.ws_row;			
	*colonnes=Dimensions.ws_col-2;
}

Je me base sur ioctl() pour récupérer les dimensions du terminal en terme de lignes et de colonnes.
Il y a une légère différence dans les types entre unsigned short dans la structure winsize et unsigned int dans mes paramètres de fonction.

Voici la partie des instructions qui sont inciriminées:

Code C :

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
ClearScreen();
GetConsoleDimensions(&uiWidth,&uiHeight);
sprintf(Debug,"Dimensions de la console: %03u,%03u",uiWidth,uiHeight);
Log(Logs,Debug);
 
char inputfromcommand=nbgetchEx();
if(inputfromcommand!=-1)
{
  sprintf(Debug,"Redirection détectée !!");
  Log(Logs,Debug);
 
  txtFromCommand[position]=inputfromcommand;
  position++;
  do
 {
	inputfromcommand=nbgetchEx();
	txtFromCommand[position]=inputfromcommand;
	position++;
  }while(inputfromcommand!=-1 && position<CHUNKSIZE);
  sprintf(Debug,"Texte redirigé (taille: %05d)",position);
  Log(Logs,Debug);
}
 
Fenetre=DrawTitledBoxWithRGB(1,1,uiHeight-3,uiWidth,getRGB(200,200,200,true),"[Déterminer la langue]",(struct s_RGB){0},COLORED_BOTH);
AlphabetLatin=DrawTitledBoxWithRGB(Fenetre.Width-16,2,26,16,getRGB(200,200,200,true),"[Analyse]",(struct s_RGB){0},COLORED_BOTH);

En gros c'est ce que je suis censé obtenir de manière idéale...
Je ne saurais pas afficher évidemment le résultat lorsque je fais une redirection vu les valeurs absurdes que j'obtiens en sortant de GetConsoleDimensions().

Voici ce que j'obtiens quand je passe par gdb... en "mode redirigé"...


Je ne sais pas faire grand chose... du fait que cela se passe via ioctl() au tout début de mon programme.

Question: que peut-il bien se passer ?

Pistes: je pourrais laisser tomber la détection d'une redirection et passer par des paramètres en ligne de commande...
Peut-être que le "mode" TUI ne convient pas pour les redirections (je n'ai pas d'exemples de TUI en tête qui effectivement acceptent la redirection de fichiers)

[LittleWhite]

Bonjour,
Pouvez-vous vérifier les valeurs contenues dans Dimensions juste après l'ioctl.

[hurukan]

Oui... hum... partir du principe que ioctl() fonctionnait systématiquement c'était un peu... comment dire... euh...

J'ai fait donc des modifs pour récupérer le message d'erreur de ioctl()... et là...

Code :

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

1
2
3
4
[1652543429.079776415][Sat May 14 17:50:29 2022]	Dimensions de la console: 025,000
[1652543429.081341802][Sat May 14 17:50:29 2022]	ERREUR (GetConsoleDimensions()) : Ioctl() inappropré pour un périphérique
[1652543429.081372530][Sat May 14 17:50:29 2022]	Redirection détectée !!
[1652543429.081626258][Sat May 14 17:50:29 2022]	Texte redirigé (taille: 00325)

Dans le mécanisme si il y a une erreur dans GetConsoleDimensions() je passe errno dans usWidth (devenu unsigned short du coup)...

Code C :

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
void GetConsoleDimensions(unsigned short *colonnes,unsigned short *lignes)
{
	struct winsize Dimensions;
 
	// 2022
 
	int errcode=ioctl(0, TIOCGWINSZ, &Dimensions);
	if(errcode==-1)
	{
		*lignes=0;
		*colonnes=errno;
		return;
	}
 
	*lignes=Dimensions.ws_row;			
	*colonnes=Dimensions.ws_col-2;
}

Donc du coup... il faudra que je me documente sur la signification.

[hurukan]

Oui, je me suis laissé un peu distraire par le message ENOTTY.
En fait cela devrait être EBUSYDESC pour être plus clair...

J'utillise ioctl avec le descripteur de fichier 0 (stdin), pour déterminer la taille de la console, or, stdin est BUSY du fait de la redirection.
J'ai changé STDIN_FILENO en STDERR_FILENO et ça va.