Jean-Damien Durand writes: > On Sunday 07 June 2009 17:40:57 Sylvain Sauvage wrote: >> Jean-Damien Durand, dimanche 7 juin 2009, 15:05:03 CEST >> >> >[…] >> > Attend ca serait pas... syscall.h qu'une version francaise aurait osé >> > traduire en appelsys.h... !?!?!? >> >> Peut-être… mais personne n’inclut syscall.h. La seule utilité >> de syscall.h, c’est quand on utilise la fonction syscall(2), et >> personne n’utilise syscall(2), on utilise les fonctions, enfin… >> les « prototypes typés » des appels systèmes. En clair, on ne >> fait pas >> int res = syscall(SYS_read, fd, buf, cnt); >> on fait >> int res = read(fd, buf, cnt); >> ce qui permet d’avoir une vérification du type des arguments par >> le compilateur, en plus d’une meilleure lisibilité. >> >> Mais bon, il y a tellement de bouquins qui sont mal traduits >> ou dont les exemples sont plutôt pourris… >> >> -- >> Sylvain Sauvage > > Certes - entièrement d'accord - tiens j'ai trouvé ce lien...: > > http://users.powernet.co.uk/eton/kandr2/krx803.html > > Ca sous-entend que le K&R2 (que je n'ai pas) mentionnerait des include qu'il > vaut mieux éviter - mais bon ne l'ayant pas je préfères ne rien affirmer-; -; > J'ai ce bouquin et ce n'est pas une mauvaise traduction. Les exemples utilisent #include "appelsys.h" donc pas un include system et le contenu est page 174. Le chap 8 explique l'interface avec unix et va jusqu'à proposer une implémentation de fopen et getc. D'où ce fichier et son nom. Il est juste génant que ce fichier soit utilisé dès la page 169 :)
Attachment:
smime.p7s
Description: S/MIME cryptographic signature