Discussion :

[ghislain118]

je n'arrive pas à faire les fonctions suivantes car je ne sais pas utiliser les fichiers j'ai besoins d'aide :

creerListe( File *flux, liste *l) qui crée une liste chaînée d'entiers non nuls en insérant successivement les entiers différents lus dans un fichier à partir de la liste chaînée vide

Liste CreeListeTriee(File *flux, Liste *L) qui crée une liste chaînée triée d'entiers nons nuls en insérant successivement les entiers différents lus dans un fichier à partir de la liste chaînée vide.Les entiers sont triés en ordre croissant.

et voici la structure
typedef struct cellule{
int valeur;
struct cellule * suivant;
}Cellule;
type def Cellule *Liste[/quote]

[Emmanuel Delahaye]

je n'arrive pas à faire les fonctions suivantes car je ne sais pas utiliser les fichiers j'ai besoins d'aide :
<...>

Tu as oublié de poster le code avec lequel tu as des problèmes...

[scol30]

Ta question portant sur les fichiers a la base voici quelques elements de reponse:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
  char *mem = (char *)malloc(1024);
  int length;
  FILE *input_file
  if ((input_file = fopen("input_file", "w")) == NULL)
           fprintf(stderr, "Cannot open %s\n", "output_file");
  }
 
   while((length = fread(mem,1,SIZE,input_file)) != 0) {
     CREE TA LISTE AVEC LES ELEMENTS LUS DANS mem;
  }
  fclose(output_file);
}\

Stef

[ghislain118]

oui mais comment faire pour lire les bon élément par exemple g ça ds mon fichier

AFR001-D-1146------;
AJJ002-A-----10-05;

les 6 premier c ds un chart tab[6]; ap c un char ap un char tab[4] ap c des int

[Jack_serious]

oui mais comment faire pour lire les bon élément par exemple g ça ds mon fichier

AFR001-D-1146------;
AJJ002-A-----10-05;

les 6 premier c ds un chart tab[6]; ap c un char ap un char tab[4] ap c des int

Grrr.

Bien rédiger
Veillez à bien rédiger votre post, en français correct, c'est-à-dire sans trop de fautes d'orthographe et surtout pas en langage SMS !
Utilisez impérativement la balise [ code ] qui permet de mettre en valeur le code.

Ca, c'est fait.

Ensuite, pour ton probleme :

On te demande de faire quoi precisement ?
Parce que un caractere, c'est un entier (enfin pas tout a fait mais bon...) donc tu peux faire une liste chainee d'entiers sans faire de tests precis sur la valeur de ce que tu viens de lire. Un char vaut entre 0 et 255.

Sinon c'est qu'on te demande de creer une liste avec les valeurs numeriques de ce que tu lis.

Dans le premier cas ca devrait ressembler a ca (tres simplifie et pas securise (manque les tests de valeurs de retour)):

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
#include <stdio.h>
#include <stdlib.h>
 
struct		list
{
  int		i;
  struct list	*next;
};
 
void		add_int_to_list(struct list *my_list, int to_add);
 
void		extract_int_from_file(FILE *fd, struct list *my_list)
{
  char		c[1];
 
  while (fread(c, sizeof(*c), 1, fd))
    add_int_to_list(my_list, *c);
  return ;
}
 
int		main(int argc, char **argv)
{
  FILE		*fd;
  struct list	*my_list;
 
  if (argc != 2)
    {
      printf("usage: ./my_prog file\n");
      exit(0);
    }
  fd = fopen(argv[1], "r");
  extract_int_from_file(fd, my_list);
  return (0);
}

Sinon tu fais un test sur ce que tu viens de lire.

[fearyourself]

Un char vaut entre 0 et 255.

C'est faux, un char a une valeur entre -128 et 127...

Un unsigned char peut aller de 0 à 255...

A ce que je sache, les compilateurs C mettent par défaut les variables comme étant signées... Est-ce la norme?

Jc

[Jack_serious]

Un char vaut entre 0 et 255.

C'est faux, un char a une valeur entre -128 et 127...

Un unsigned char peut aller de 0 à 255...

A ce que je sache, les compilateurs C mettent par défaut les variables comme étant signées... Est-ce la norme?

Jc

Exact. Autant pour moi.
Il faut specifier unsigned char pour travailler sur du positif.

Mais en lisant dans un fichier texte on ne devrait pas trouver de valeur nagatives. Si ?

[fearyourself]

Mais en lisant dans un fichier texte on ne devrait pas trouver de valeur nagatives. Si ?

Si, les valeurs négatives sont en fait les valeurs de 128 à 255 et font partie de la table étendue mais qui n'est pas dans la norme. C'est les caractères spéciaux qui ont été ajouté plus tard et il existe différentes variantes...

Par exemple, nos accents à é ù ä ö...

Jc

PS: voir un topic précédent http://www.developpez.net/forums/viewtopic.php?t=428003

[Emmanuel Delahaye]

Un char vaut entre 0 et 255.

Non, ça dépend de l'implémentation

C'est faux, un char a une valeur entre -128 et 127...

Non, ça dépend de l'implémentation

Un unsigned char peut aller de 0 à 255...

Oui.

A ce que je sache, les compilateurs C mettent par défaut les variables comme étant signées... Est-ce la norme?

Non, ça dépend de l'implémentation

Il y a trois sorte de char :

• char (aka plain char) qui peut être signé ou non selon l'implémentation
• signed char qui est signé (plage minimale garantie de -127 à 127)
• unsigned char qui est non signé (plage minimale garantie de 0 à 255)

[Jack_serious]

Il y a trois sorte de char :

• char (aka plain char) qui peut être signé ou non selon l'implémentation
• signed char qui est signé (plage minimale garantie de -127 à 127)
• unsigned char qui est non signé (plage minimale garantie de 0 à 255)

Si je comprend bien, des qu'on veut travailler en dehors de la table ASCII non etendue il faut preciser si les char sont signes ou pas ?

[fearyourself]

Pas vraiment,

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#include <stdio.h>
 
int main()
{
        int i;
        signed char a= (char) (-11);
        unsigned char b = 245;
 
        printf("%c %c\n",a,b);
 
        return 0;
}

Affichera la même chose... on ne sait juste pas ce que cette même chose sera...

Jc

[gl]

Pas vraiment,

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#include <stdio.h>
 
int main()
{
        int i;
        signed char a= (char) (-11);
        unsigned char b = 245;
 
        printf("%c %c\n",a,b);
 
        return 0;
}

Affichera la même chose... on ne sait juste pas ce que cette même chose sera...

Jc

Non ca n'affichera pas obligatoirement la meme chose, ca depends de la taille effective d'un char (1 octet est le minimum garantie, rien n'interdit a une implementation de proposer une taille plus importante) et de la facon dont sont representer les nombres negatif (complement a 1, complement a 2, etc...).

[fearyourself]

ca depends de la taille effective d'un char (1 octet est le minimum garantie, rien n'interdit a une implementation de proposer une taille plus importante) et de la facon dont sont representer les nombres negatif (complement a 1, complement a 2, etc...)

Existe-t-il vraiment des architectures qui utilisent plus d'un octet pour le caractère?

Y-a-t-il vraiment une architecture qui ne code pas les entiers en mettant le bit de poids fort à 1?

En fait, je suppose que oui...

Jc

[Pouic]

ca depends de la taille effective d'un char (1 octet est le minimum garantie, rien n'interdit a une implementation de proposer une taille plus importante) et de la facon dont sont representer les nombres negatif (complement a 1, complement a 2, etc...)

Existe-t-il vraiment des architectures qui utilisent plus d'un octet pour le caractère?

Y-a-t-il vraiment une architecture qui ne code pas les entiers en mettant le bit de poids fort à 1?

En fait, je suppose que oui...

Jc

Et oui... Les systèmes exotiques, ça existe

[Emmanuel Delahaye]

Existe-t-il vraiment des architectures qui utilisent plus d'un octet pour le caractère?

Oui, bien sûr, à commencer par les DSP les plus populaires :

• Freescale[1] M56156
• Texas Instrument TMS320C54

et je ne parle pas des PDP11 et autres Unisys...

Bref, il n'y a pas que les PC dans la vie réelle...
----------------------------------------
[1] Ex-Motorola