Discussion :

[Emmanuel Delahaye]

Possible, je fais du C, pas des maths!

L'important est quand même d'écrire quelque chose de correct, tu insistes assez là-dessus il me semble, et le programme doit être en accord avec la réalité mathématique.

Correct du point de vue du C, oui. L'aspect mathématique ne m'intéresse pas. (Tant qu'il ne concerne pas le codage). Je ne suis pas censé, en tant que codeur C, savoir la définition d'un nombre premier. La discussion "1 est-il premier ou non" a, je crois, été tranchée, et c'est non...

C'est comme si je balançais un algorithme modélisant le codage ou le décodage HDB3, je pense que pas grand monde ici ne saura de quoi je parle. Il est essentiel de séparer le domaine du codage pur de celui de l'application. Je sais que c'est difficile dans les domaines mathématiques et telecom, parce qu'il y a facilement recouvrement des domaines. C'est sûr que si on fait de la génétique, du traitement d'image ou de la base de données, il y a moins de confusion...

Si j'écris

Code :

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

puts("elo weurd");

c'est pas une faute de codage. C'est une erreur d'application (Non conformité aux specs). Pareil si je fais

Code :

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

system ("dyr");

ou

Code :

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

1
2
3
4
5
 
double mon_carre (double x)
{
   return x + x;
}

Ca reste du C parfaitement correct. La non-conformité de l'application, c'est un autre problème, qui est testé autrement.

D'ailleurs, j'avais été clair sur le sujet :

Je te laisse corriger les erreurs de logiques (relis la défintion d'un nombre premier)

[Emmanuel Delahaye]

et pour le 2nd argument de fgets, j'ai trouvé la réponse, j'avais oublié qu'une variable caractère ne prend qu'un octet, donc pour une chaîne de caractère s[i], sizeof s=i.

Bzzt. Pour éviter toute polémique, je te conseille de ne pas utiliser le mot 'octet' (qui existe en telecom), mais plutôt 'byte' (terme générique en informatique : plus petit espace mémoire adressable d'une architecture donnée) ou son equivallent C : 'char'.

[Médinoc]

surtout que dès qu'on bosse en unicode 16bits (fonctions sur des wchar_t), ce n'est plus vrai...
Mais bon, l'unicode 16 bits n'est pas standard, donc pour le standard, pour l'instant un sizeof() suffit en effet.

Mais pour une rigueur totale, ce serait plutôt sizeof(chn)/sizeof(chn[0]) (je crois que la macro ARRAYSIZE fait ceci, quand elle existe)

[Emmanuel Delahaye]

surtout que dès qu'on bosse en unicode 16bits (fonctions sur des wchar_t), ce n'est plus vrai...
Mais bon, l'unicode 16 bits n'est pas standard, donc pour le standard, pour l'instant un sizeof() suffit en effet.

wchar_t est standard depuis l'addendum de 1995 (NA1).

Mais pour une rigueur totale, ce serait plutôt sizeof(chn)/sizeof(chn[0])

Oui, mais injustifié avec l'utilisation d'une fonction standard. Si on utilisait des wchar_t, on utiliserait pas fgets(), mais fgetws().

(je crois que la macro ARRAYSIZE fait ceci, quand elle existe)

Ben oui, comme ma macro NELEM() qui existe ici:

http://emmanuel-delahaye.developpez....b/ed/inc/sys.h

[Mr SHoBi]

Merci beaucoup mais au bout d un moment c est devenu trop compliqué pour moi je crois que j'ai compris mes erreurs.
merci encore a tous