Discussion :

[yuuzhantar]

bonjour

j'ai un petit problème avec une fonction pour compter des caractères

voila la code :

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
 
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <time.h>
#include <conio.h>
 
int nombre_lettre(char *chaine)
{
    int i=0; // on initialise i à 0
    while(chaine[i]!='\0') { i++; }
    //while(*(chaine+i)!='\0') { i++; }
    /*
    pour chaque itération, on prends la valeur dans la case correspondant nième lettre
    passage par adresse
    identique a un chaine[i]
    on incrémente le compteur
    on retourne i-1 car sinon on compte le terminator \0
    */
    return i-1;
}
 
int main(void)
{
    char *phrase= (char*)malloc(20*sizeof(char));
    printf("Entrez la phrase :\n");
    //scanf("%s",phrase);
    //vider();
    fgets(phrase,20,stdin);
    //vider();
    printf("\nPHRASE\n%s",phrase);
    printf("\nLONGUEUR\n%d",strlen(phrase));
    printf("\nLONGUEUR\n%d",nombre_lettre(phrase));
    return 0;
}

à l'exécution, quand je passe 2 caractères ma fonction en compte 2 et strlen 3

quand je passe 30 caractères ma fonction en compte 18 et strlen 19

je n'arrive pas à comprendre d'où vient le problème alors que théoriquement ma fonction devrait compter 19 caractères ( on ne prends pas le terminator \0)

à votre avis c'est dû à quoi ?

merci

[diogene]

Code :

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

1
2
3
4
5
6
7
8
int nombre_lettre(char *chaine)
{
    int i=0; // on initialise i à 0
    while(chaine[i]!='\0') { i++; }
    //while(*(chaine+i)!='\0') { i++; }
...
    return i-1;
}

Tu dois retourner i , pas i-1 (et le terminateur n'est pas compté)

[yuuzhantar]

et pourtant :

Entrez la phrase :
ert

PHRASE
ert

LONGUEUR
4
LONGUEUR
3
Process returned 0 (0x0) execution time : 3.795 s
Press any key to continue.

strlen compte le \0

mais le problème est que strlen devrait retourner 20 et ma fonction 19

or j'ai l'impression que la chaine ne prends pas le dernier caractère ( 20 caractères alloués en mémoire ) mais il n'y en a que 19 de pris ( \0 compris ) même si j'en tape 100

[Médinoc]

strlen() ne compte pas le \0.
Mais il compte le \n quand il y en a un...

[yuuzhantar]

c'est ce que j'étais en train de me demander car j'ai modifié l'affichage et un retour a la ligne apparait

une petite question, comment faire pour ne pas prendre le retour à la ligne lors d'une lecture clavier avec fgets ?

[ram-0000]

en fait, strlen() compte le nombre de caractères qui ne sont pas \0.

une petite question, comment faire pour ne pas prendre le retour à la ligne lors d'une lecture clavier avec fgets ?

Code pseudocode :

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

1
2
3
4
 
Tant que le dernier caractère de la ligne est \r ou \n
   supprimer dernier caractère
fin tant que

[Médinoc]

Tu peux le supprimer après lecture. La méthode la plus courante est celle-ci:

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
#include <string.h>
#include <stdio.h>
 
/* Lit jusqu'au \n inclus */
int fpurge(FILE *pfIn)
{
	int c;
	while((c=fgetc(pfIn))!='\n' && c!=EOF)
	{ }
	return (c==EOF ? -1 : 0);
}
 
int fclean(FILE *pfIn, char *ligne)
{
	int retour = 0;
	char *pLF = strchr(ligne, '\n');
	if(pLF != NULL)
	{
		/* Le \n a été lu et est dans ligne:
		   On tronque ligne juste avant */
		*pLF = '\0';
	}
	else
	{
		/* Le \n n'a pas été lu et est encore dans le flux:
		   On finit de lire la ligne */
		retour = fpurge(pfIn);
	}
	return retour;
}

Et ça s'emploie juste après un fgets().

[ram-0000]

Juste une remarque, j'ai déjà vu des fichiers qui n'avaient pas "\n" en fin de ligne mais "\r" ou même "\r\n" donc il faudrait que le code du purge prenne en compte ces cas de figure.

[Médinoc]

Normalement, pour des fichiers ouverts en mode texte sous Windows, c'est toujours jute un \n qui est retourné.

Le problème vient surtout des fichiers texte Windows ouverts sous POSIX (là, le \r devient visible) et des fichiers texte MacOS avant X (on ne doit plus en trouver bcp, de nos jours).

[ram-0000]

Normalement, pour des fichiers ouverts en mode texte sous Windows, c'est toujours jute un \n qui est retourné.

Le problème vient surtout des fichiers texte Windows ouverts sous POSIX (là, le \r devient visible) et des fichiers texte MacOS avant X (on ne doit plus en trouver bcp, de nos jours).

Tu as tout à fait raison pour le "normalement". Mais ce qui peut arriver ... arrivera et toujours au pire moment (démo chez un client, soutenance, ... et là, c'est le drame )

[orfix]

Deux petites fautes de frappes :

Code :

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

1
2
3
4
5
6
<...>
while((c=fgetc(pfIn))!='\n' && c!=EOF)
<...>
return retour;
<...>

[Emmanuel Delahaye]

c'est ce que j'étais en train de me demander car j'ai modifié l'affichage et un retour a la ligne apparait

une petite question, comment faire pour ne pas prendre le retour à la ligne lors d'une lecture clavier avec fgets ?

On ne peut pas vraiment le contrôler à priori. Par contre, il est simple de chercher le '\n' avec strchr() et de l'éliminer en écrivant un 0 à sa place.

La fonction 'communautaire' fclean() (ou clean()) qui fait ça a été publiée de nombreuses fois sur ce forum...