Re: /etc/exports option unsecure

Le 12/11/2022 à 10:29, Marc SCHAEFER a écrit :

[ Followup-To: fr.comp.lang.c ]
 Didier <db@invalid.invalid> wrote:

C'est sans doute pas top, mais au moins c'est différent de la relation
de comparaison, au sens mathématique comme au sens commun.

 En fait, le plus grand problème de la notation = (affectation) et ==
(comparaison) apparaît dans les langages très expressifs comme C ou
Perl.
 Par exemple en C
     if (f = tcp_connect()) {
    }
 Cela appelle tcp_connect, affecte la valeur à la variable f, puis teste
si c'est différent de zéro. C'est très souvent utilisé et c'est
légitime.
 Mais peut-être que le codeur voulait simplement comparer f au résultat
de tcp_connect() sans affecter? Au moins, gcc fait un warning (avec
-Wall), et suggère la forme:
     if ((f = tcp_connect())) {
    }
 pour lui montrer que l'intention était bien d'affecter à f puis de
tester le résultat.
 Une bonne pratique si l'on veut éviter une affectation par erreur
(écriture de == remplacée par erreur par =) est la suivante:
     # risque si on oublie un =
    if (c == 42) {
    }
     # pas de risque, 42 pas affectable, l'oubli d'un = fera
    # une erreur, car la partie gauche n'est pas affectable
    if (42 == c) {
    }
 -- Et pour les afficionados du langage Newton [1]
TAKE PUSH programme;
 [1] https://hopl.info/showlanguage.prx?exp=965&language=Newton

Bonsoir, et merci Marc, c'est très pédagogique, comme toujours de ta part.
Pour un amateur comme moi (autodidacte en plus, la tare quoi !), c'est toujours bon à prendre. D'autant que j'ai laissé tomber Pascal depuis pas mal de temps, je ne fais plus que du PHP.
Didier.