Discussion :

[David.Schris]

<TROLL-OU-PAS>

18 ans ça sera déjà bien! Le C avec toutes les extensions de langage n'est plus tout à fait du C d'origine, certe! Mais si on donne des renseignements à un débutant autant commencer par la forme classiquement définie et donner les formes plus subtiles ensuite!

Pourquoi commencer avec du C K&R ? Si le C a évolué, ce n'est pas pour rien. Si tu veux continuer à rouler en voiture à vapeur, tu as le droit mais ce n'est pas une raison pour contraindre les autres à le faire.

Quant on apprend la physique, on ne commence pas par la mécanique quantique ou la théorie M.

Oui, c'est vrai. Et quand on apprend la médecine, on commence par apprendre à faire une bonne vieille saignée...faut commencer par les bases...

1) La fonction possède peu de déclaration. Tu forces l'exéctution des initialisateurs à la fin des déclarations... alors pourquoi les garder dans les déclaration ?

Et pourquoi pas ?

De plus, si la fonction renvoie un char

int ma_fonction(size_t size)

Sans commentaire.

et donc que ret est un char,

int ret = -1;

Sans commentaire.

avec ton ordre de déclaration tu gaspilles de l'espace dans la pile car les objets sont alignés!

Premature optimization is the root of all evil

L'optimisation, c'est au compilateur de s'en charger de nos jours. Ensuite, je veux bien voir le passage de la norme (même celle de 89 si tu veux) qui dit que l'ordre dans lequel les variables sont déclarées dans le code source présume de leur position sur la pile. Tant qu'à faire, j'accepterai aussi de voir le passage qui dit que les variables déclarées dans une fonction sont forcément sur la pile (sur toutes les architectures).

2) Je ne vois pas à quoi sert l'affectation de m à NULL !?

Parce que c'est une bonne habitude à prendre, d'autant plus quand on débute : tu comprendras l'utilité de la chose quand tu feras une erreur dans un programme et que tu auras, par exemple, deux appels à free() avec le même pointeur...Evidemment, tu ne fais peut-être pas d'erreurs...

Le pointeur n'est de toute façon plus accessible en sortie de fonction!

Dans cette fonction, telle qu'elle est écrite, certes. Mais qui dit qu'elle névoluera jamais ?

Pour un club d'entraide, c'est une réponse tout à fait à propos.

Crois-le ou non mais, parfois, un bon coup de pied au c*l, ça aide plus qu'une solution toute faite à recopier.

Je te déconseille vivement de devenir formateur car les élèves vont fuir tes cours et perdre leur temps.

Preuve ?
Surtout, n'hésite pas à faire gagner du temps au P.O. en essayant de l'orienter concernant sa question.

Le rôle d'un "expert" est avant tout d'orienter les non experts...

Exact. Justement, il l'a orienté vers son cours.

J'en ai déjà vu beaucoup des "experts"... Tu es un bon exemple à ne pas suivre.

Allez-y Maître : montrez-nous la voie.

POUR LA QUESTION:
le bout de code donne la réponse

Je n'en mettrai pas ma main au feu : il ne précise pas, dans sa question, qu'une longueur maximale soit définie. Puisque tu es si attaché aux petits détails (ex. : l'ordre des déclarations), pourquoi ne pas participer en proposant une solution utilisant realloc() ? [1]

</TROLL-OU-PAS>

Et bienvenue sur Developpez.net

Cordialement,
DS.


[1] - Pourquoi je ne le fais pas ? Parce que je m'adapte au milieu dans lequel je me trouve.

[InOCamlWeTrust]

Il est un peu délicat à trouver, il faut prendre la version australienne
http://webstore.ansi.org/ansidocstor...AS+3955%2D1991

Merci pour le lien. Dès que j'aurai un petit peu de temps je me pencherai dessus.

Tout ce que je sais de la norme ANSI vient de la deuxième édition du K&R, et je voulais seulement quelques précisions supplémentaires.

En ce qui concerne les normes, c'est sûr qu'il est toujours meilleur d'utiliser les dernières, mais le problème réside dans le fait que beaucoup de compilateurs (pour ne pas dire tous) ne les implantent pas totalement, et ça pose donc des problèmes évidents de portabilité... sauf si l'on code pour un OS précis avec un compilateur précis.

En ce qui me concerne, si je n'étais pas en train de m'éforcer à écrire du code 100% portable (donc ANSI au maximum), je serais en train de coder en C version gcc : j'aime énormément la notion de déclaration de fonction à l'intérieur d'autres fonctions, l'utilisation de blocs comme expressions ou encore les goto calculés... oui, je sais, mais je ne suis pas sectaire sur ce point-là... et puis un goto/continue bien placé permet de faire de grosses économies de code pour des programmes qui ont des branches très imbriquées et/ou complexes.

[InOCamlWeTrust]

Merci pour le lien. Dès que j'aurai un petit peu de temps je me pencherai dessus.

Je ne m'étais pas rendu compte qu'il s'agissait d'un lien commercial... 100$ pour un PDF... je trouve ça assez ridicule que l'on fasse payer des textes qui sont plus vieux que Mathusalem... et encore, si ils étaient imprimés, ça pourrait avoir un sens. Idem pour POSIX : il paraît que la norme est payante !

[athoth]

<TROLL-OU-PAS>

Quelle bonne question!

Pourquoi commencer avec du C K&R ? Si le C a évolué, ce n'est pas pour rien. Si tu veux continuer à rouler en voiture à vapeur, tu as le droit mais ce n'est pas une raison pour contraindre les autres à le faire.

Oui, c'est vrai. Et quand on apprend la médecine, on commence par apprendre à faire une bonne vieille saignée...faut commencer par les bases...

Tu as tout compris à ma remarque, c'est bien!

Et pourquoi pas ?

Sans commentaire.

Sans commentaire.

Sans commentaire car au moins E. Delahaye a compris le propos, qui est de remplacer le 'int' par un 'char'.

L'optimisation, c'est au compilateur de s'en charger de nos jours. Ensuite, je veux bien voir le passage de la norme (même celle de 89 si tu veux) qui dit que l'ordre dans lequel les variables sont déclarées dans le code source présume de leur position sur la pile. Tant qu'à faire, j'accepterai aussi de voir le passage qui dit que les variables déclarées dans une fonction sont forcément sur la pile (sur toutes les architectures).

Croire qu'un développeur C n'a pas à se soucier de la machine cible c'est dire au développeur du noyau Linux ou à des déveoppeurs scientifiques qu'ils n'ont pas à inclure de directive de compilation conditionnelle pour s'adapter aux différentes plate-formes.
Les compilateurs ne peuvent pas optimiser un mauvais code. Et heureusement pour nous, notre esprit est caplable de mieux faire! Donc aidons le compilateur.
Un codeur qui pense que tous les outils de la Terre lui fourniront toutes les réponses est un naïf!

Parce que c'est une bonne habitude à prendre, d'autant plus quand on débute : tu comprendras l'utilité de la chose quand tu feras une erreur dans un programme et que tu auras, par exemple, deux appels à free() avec le même pointeur...Evidemment, tu ne fais peut-être pas d'erreurs...

Cela décèle vraiment une non maîtrise des objets manipulés! Pitoyable pour du code industriel!

Dans cette fonction, telle qu'elle est écrite, certes. Mais qui dit qu'elle névoluera jamais ?

C'est bien, tu es généreux, tu ajoutes du code d'avance. C'est optimum!

Crois-le ou non mais, parfois, un bon coup de pied au c*l, ça aide plus qu'une solution toute faite à recopier.

Oui, c'est une bonne aide. On ne cherche pas à comprendre et on n'accompagne pas. Va voir ailleurs et reviens quand tu sauras de quoi tu parles. C'est une bonne méthode ça!

Preuve ?
Surtout, n'hésite pas à faire gagner du temps au P.O. en essayant de l'orienter concernant sa question.

Exact. Justement, il l'a orienté vers son cours.

Allez-y Maître : montrez-nous la voie.

Je n'en mettrai pas ma main au feu : il ne précise pas, dans sa question, qu'une longueur maximale soit définie. Puisque tu es si attaché aux petits détails (ex. : l'ordre des déclarations), pourquoi ne pas participer en proposant une solution utilisant realloc() ? [1]

Moi je ne me prend pas pour le maître du monde. Mais il y a une bonne clique qui ferait mieux de redescendre car il y a beaucoup de sotises sur ce forum!

</TROLL-OU-PAS>

Et bienvenue sur Developpez.net

Toi t'es un drôle!

Cordialement,

athoth.

[DaZumba]

Moi je ne me prend pas pour le maître du monde. Mais il y a une bonne clique qui ferait mieux de redescendre car il y a beaucoup de sotises sur ce forum!

Tu es sévère. Ce forum est, je pense, une bonne aide pour ceux qui rencontrent des problèmes dans les programmes en langage C qu'ils ont à faire dans le cadre de leurs études ou de leur boulot. Nous essayons de ne pas donner de solution 'toute cuite' car, après tout, celà n'apprend rien... et le posteur revient souvent avec un autre problème, en attendant de nouveau un programme prêt à porter.

Quelques contributeurs de talent participent à ce forum, et Emmanuel Delahaye est l'un d'eux. Il a son style personnel parfois un peu abrupt, certes, mais il est efficace et répond aux questions dans l'esprit du forum : l'entraide. Tu es le bienvenu pour ajouter de la valeur aux fils de discussion, mais, je t'en prie, essaie un style moins 'cassant'.

[Emmanuel Delahaye]

Tout ce que je sais de la norme ANSI vient de la deuxième édition du K&R, et je voulais seulement quelques précisions supplémentaires.

Effectivement. Ce livre est sorti en 1988. Il est basé sur les brouillons (drafts) de C89/90. Il ne tient donc pas compte des last minute changes de la version officielle.

A noter qu'il faut aussi tenir compte de l'erratum :

http://cm.bell-labs.com/cm/cs/cbook/2ediffs.html

[Emmanuel Delahaye]

Mais il y a une bonne clique qui ferait mieux de redescendre car il y a beaucoup de sotises sur ce forum!

Parfait. On compte sur toi pour apporter les corrections nécessaires. Personne ici ne prétend être infaillible.

[David.Schris]

Bonjour,

</TROLL-OU-PAS>

Et bienvenue sur Developpez.net

Toi t'es un drôle!

Je suis peut-être naïf mais je pense qu'il est possible de rester courtois, respectueux, etc même quand on est en désaccord avec quelqu'un. En ce sens, mon message de bienvenue n'avait rien, à mes yeux, de drôle : il était sincère. C'est pour cette raison qu'il était isolé du reste du message qui, lui, était entre des balises "<TROLL-OU-PAS>".
Manifestement, cette séparation entre deux propos (à l'aide de balises) n'étaient pas suffisamment claire. Par conséquent, je m'efforcerai d'éviter ce type de construction avec toi à l'avenir et m'en tiendrai à l'un ou (exclusif) l'autre de mes propos : le message de bienvenue ou (exclusif) l'imitation (cf. "OU-PAS") d'un "troll" condescendant.

Cordialement,
DS.

[gorgonite]

Je suis peut-être naïf mais je pense qu'il est possible de rester courtois, respectueux, etc même quand on est en désaccord avec quelqu'un.

+1
franchement, vous allez finir par vous faire modérer sévère en continuant sur cette voie...


@Emmanuel Delahaye: même si on délestait vos posts, vous garderiez la mention "VIP"

[Emmanuel Delahaye]

@Emmanuel Delahaye: même si on délestait vos posts, vous garderiez la mention "VIP"

Merci !

[Gnux]

Parfait. On compte sur toi pour apporter les corrections nécessaires. Personne ici ne prétend être infaillible.

+1
Mais àmha on va attendre car le monsieur a l'air plus généreux en parole qu'en code