Salut,

Je suis en train de tester un petit bout de code qui provoque un comportement que je ne comprends pas
Voilà le code que j'ai :

int
main (void)
{
  char * s = malloc (sizeof (char) * 100);
  while (1)
    {
      if (fgets (s, sizeof (s), stdin) == NULL)
        {
          printf ("NULL");
          break;
        }
      else
        {
          if (s[0] == '\n')
            {
              printf ("RET");
              break;
            }
        }
    }
  return 0;
}

Le problème : Quand je tape 7 caractères sur l'entrée standard il rentre dans la condition if (s[0] == '\n'). Je n'ai pas trouver d'explication à ce comportement.

Merci.

Ps : Tant que j'y suis j'ai essayé de débugger avec gdb mais je m'en sert tellement peu que j'ai un peu tout oublié. Normalement si je compile avec cc -g test.c -o test Je devrai pouvoir débugger mon programme dans gdb non ? Je ne m'en suis jamais servis sur ma machine actuelle et je suis un peu rouillé là dessus. Parce que quand je lance gdb test et que je tape file il me donne ça :

No executable file now.
Discard symbol table from `/home/matt/test'? (y or n) 

Je pense que le fait que tu aie mis sizeof(s) au lieu de 99 (et non 100, prend en compte le \0) y est pour quelque chose

Oui exact. Quand je fais un printf (sizeof (s)); il me renvoie 8. En relisant la page de man de fgets j'aurai en effet du voir que je devait indiquer le nombre de caractères à lire et non un taille.
Merci bien.
Je laisse le topic non résolu pour ma question concernant gdb

Je laisse le topic non résolu pour ma question concernant gdb

Tu utilises quelle distribution?
Sous ma debian, cc renvoie vers clang et non gcc, tu as probablement le meme souci. Mais en theorie tu devrais pouvoir debugger avec les deux.

update-alternatives --list cc 

me renvoie
/usr/bin/clang

Tu as le choix, tu peux :
- utiliser lldb plutot que gdb.
- explicitement appeler gcc plutot que cc
- reconfigurer ton systeme pour faire pointer cc vers gcc

Ensuite tu peux essayer de compiler avec le flag -g pour avoir plus de possibilites.

Mais ca ne resoudra probablement pas ton probleme.

Le 11 novembre 2016 à 13:04:39 Candystand a écrit :
Je pense que le fait que tu aie mis sizeof(s) au lieu de 99 (et non 100, prend en compte le \0) y est pour quelque chose

http://www.cplusplus.com/reference/cstdio/fgets/

char * fgets ( char * str, int num, FILE * stream );
num : Maximum number of characters to be copied into str (including the terminating null-character).

Le 11 novembre 2016 à 16:13:34 lokilok a écrit :

Le 11 novembre 2016 à 13:04:39 Candystand a écrit :
Je pense que le fait que tu aie mis sizeof(s) au lieu de 99 (et non 100, prend en compte le \0) y est pour quelque chose

http://www.cplusplus.com/reference/cstdio/fgets/

char * fgets ( char * str, int num, FILE * stream );
num : Maximum number of characters to be copied into str (including the terminating null-character).

Ok très bien autant pour moi

Tu utilises quelle distribution?
Sous ma debian, cc renvoie vers clang et non gcc, tu as probablement le meme souci. Mais en theorie tu devrais pouvoir debugger avec les deux.

Fedora 24

update-alternatives --list cc 

me renvoie
/usr/bin/clang

La version RedHat de cette commande si je ne me trompe pas est update-alternatives --list | grep cc. En tout cas elle ne me renvoie rien J'en déduit que le problème vient certainement de là. Je ne m'était jamais demandé sur quoi pointait cc en réalité. J'ai toujours compilé avec ça dans mes Makefiles à la fac et j'ai pas vraiment cherché plus loin.

Du coup j'ai compilé explicitement avec gcc et je peux maintenant débugger avec gdb merci à toi.

Edit : J'ai fait un cc --version et il me renvoie :

 cc (GCC) 6.2.1 20160916 (Red Hat 6.2.1-2)
Copyright © 2016 Free Software Foundation, Inc.
Ce logiciel est libre; voir les sources pour les conditions de copie.  Il n'y a PAS
GARANTIE; ni implicite pour le MARCHANDAGE ou pour un BUT PARTICULIER.

Il y a quelque chose que je ne dois pas saisir dans le fonctionnement de gdb... J'ai toujours le même message quand je lance file mais du coup quand je lance un run mon programme se démarre. Il faudra que je me reforme là dessus. Merci à vous trois.