J'ai une question "après cette trop longue vacance" : cette syntaxe est-elle volontaire ?
En fait c'était une allusion à la « vacance du siège pontifical », la panne de LinuxFR étant survenue en même temps que le conclave. C'était une manière fumeuse (hihi) de comparer l'attente du lectorat de LinuxFR avec celle de quelques (millions ? milliards ?) de croyants pour un nouveau pape.
Dans ce cas précis, on parle bien d'une vacance au singulier, du latin vacare, être sans. Au pluriel, « les vacances » se réfèrent habituellement au repos, hors ce qu'a du vivre le lectorat pendant la panne n'est pas vraiment un repos, mais un manque.
C'est que l'absence de ce site a du éprouver nombre de ses fidèles ! En tout cas moi j'ai trouvé cela interminable. :)
J'avais trouvé l'allusion dans l'air du temps (j'en ai glissé d'autres)… mais elle n'est peut-être pas très accessible en effet.
Pour ceux qui suivent l'actualité, on parle ces jours-ci de la prochaine installation du pape. Y a moyen de faire des blagues sur les gestionnaires de paquet… Dans un domaine proche, on parle de l' érection d'une cathédrale. Il y a bien que les cathos pour utiliser encore de tels mots connotés et qui surtout ne sont plus compris dans ces sens là. ;)
journal très intéressant malgré une certaine longueur
J'ai eu un peu peur moi-même de la longueur, j'aurai voulu le faire plus court, mais j'ai trouvé dans ce cas pratique une bonne occasion de présenter ctypes et de lister quelques pièges difficiles.
Les tutos donnent toujours des cas généraux qu'on ne rencontre jamais dans la réalité. En l'occurrence ici les difficultés principales étaient de manipuler des pointeurs sur des objets que nous ne connaissons pas (!) et dont le type de n'est pas connu (je ne sais toujours pas ce qu'il y a au bout du pointeur *handle, par exemple), et de contourner l'usage de macros et autres usages du préprocesseur : la fausse fonction rencontrée dans le présent journal, les constantes…
On voit bien la difficulté de dialoguer avec une bibliothèque C quand elle n'est prévue que pour être utilisée depuis un langage compilé. On prend conscience aussi que certaines manières de programmer n'ont pu naître que parce que le concept de compilation le permet. Certains concepts comme le préprocesseur, par exemple, entraînent une différenciation entre les symboles source et les symboles binaires. Je n'aimerai pas devoir travailler avec ctypes sur une bibliothèque dont la compilation source prévoir l'usage d'outils comme moc par exemple. Les langages qui compilent vers le C (comme Vala) posent le même problème.
Suite à cette expérience, je sais que si je devais développer une bibliothèque en C, j'éviterai au maximum d'utiliser le préprocesseur si je prévois qu'elle puisse être utilisée directement telle quelle sans compilation.
J'ai donc essayé de faire plus court… mais je n'ai pas réussi à raccourcir sans retirer des clés. ;)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Oui mais ...
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal PyAlsaCap : Python, pointeurs, et cartes sons.... Évalué à 2.
En fait c'était une allusion à la « vacance du siège pontifical », la panne de LinuxFR étant survenue en même temps que le conclave. C'était une manière fumeuse (hihi) de comparer l'attente du lectorat de LinuxFR avec celle de quelques (millions ? milliards ?) de croyants pour un nouveau pape.
Dans ce cas précis, on parle bien d'une vacance au singulier, du latin vacare, être sans. Au pluriel, « les vacances » se réfèrent habituellement au repos, hors ce qu'a du vivre le lectorat pendant la panne n'est pas vraiment un repos, mais un manque.
C'est que l'absence de ce site a du éprouver nombre de ses fidèles ! En tout cas moi j'ai trouvé cela interminable. :)
J'avais trouvé l'allusion dans l'air du temps (j'en ai glissé d'autres)… mais elle n'est peut-être pas très accessible en effet.
Pour ceux qui suivent l'actualité, on parle ces jours-ci de la prochaine installation du pape. Y a moyen de faire des blagues sur les gestionnaires de paquet… Dans un domaine proche, on parle de l' érection d'une cathédrale. Il y a bien que les cathos pour utiliser encore de tels mots connotés et qui surtout ne sont plus compris dans ces sens là. ;)
J'ai eu un peu peur moi-même de la longueur, j'aurai voulu le faire plus court, mais j'ai trouvé dans ce cas pratique une bonne occasion de présenter ctypes et de lister quelques pièges difficiles.
Les tutos donnent toujours des cas généraux qu'on ne rencontre jamais dans la réalité. En l'occurrence ici les difficultés principales étaient de manipuler des pointeurs sur des objets que nous ne connaissons pas (!) et dont le type de n'est pas connu (je ne sais toujours pas ce qu'il y a au bout du pointeur
*handle, par exemple), et de contourner l'usage de macros et autres usages du préprocesseur : la fausse fonction rencontrée dans le présent journal, les constantes…On voit bien la difficulté de dialoguer avec une bibliothèque C quand elle n'est prévue que pour être utilisée depuis un langage compilé. On prend conscience aussi que certaines manières de programmer n'ont pu naître que parce que le concept de compilation le permet. Certains concepts comme le préprocesseur, par exemple, entraînent une différenciation entre les symboles source et les symboles binaires. Je n'aimerai pas devoir travailler avec ctypes sur une bibliothèque dont la compilation source prévoir l'usage d'outils comme moc par exemple. Les langages qui compilent vers le C (comme Vala) posent le même problème.
Suite à cette expérience, je sais que si je devais développer une bibliothèque en C, j'éviterai au maximum d'utiliser le préprocesseur si je prévois qu'elle puisse être utilisée directement telle quelle sans compilation.
J'ai donc essayé de faire plus court… mais je n'ai pas réussi à raccourcir sans retirer des clés. ;)
ce commentaire est sous licence cc by 4 et précédentes