Où il est essentiellement question de Perl

Un historique de toutes nos réunions

Table des matières

mercredi 10 juillet 2002

La voix du secrétaire (Jean)

Présents à la réunion :

Sylvain,
D@vid,
Stéphane, qui a mangé un magret de canard,
Romuald, un nouveau-venu,
François (le collègue pythoneur d'Emmanuel), qui a mangé des moules marinières sans frites,
Nicolas,
Philippe (Bricout) qui a mangé un blue-cheese burger,
Briac, qui a mangé une andouillette,
Lionel, un collègue de BooK, qui a mangé une choucroute,
Yann, un autre collègue de BooK, qui a aussi mangé une choucroute,
Frank,
BooK, qui a mangé une andouillette
Eric, qui a mangé un cheese burger,
et moi qui ai mangé un magret de canard.

Il y a également des nouvelles têtes dans le personnel de la taverne, notamment une nouvelle serveuse.

Comme d'habitude, il a été question d'Internet, d'informatique et de sujets divers. Mais pour une fois, la part de Perl a été importante. À noter également quelques pauses dans la discussion, ce qui a amené certains à faire les réflexions : « Un ange passe... », « On ferme la fenêtre... » et je préfère ne pas me souvenir de la suite.

Perl

Au moment de la réunion, Sylvain n'avait toujours pas vu Linux Mag en kiosque. Il ne savait donc pas ce qu'il était advenu de son article, le premier de la série pour programmeurs Perl débutants. Le deuxième (tableaux et fonctions) est quasiment achevé, et Sylvain a commencé la rédaction du troisième (hachages). Dans cet article, il sera question de slices. Sylvain demande quelles sont les utilisations pratiques des slices. À vrai dire, c'est assez peu utilisé. Lors de la réunion, j'ai donné l'exemple de la valeur de retour de stat ou de localtime. C'est ainsi que l'on peut initialiser des variables par
```
my ($atime, $mtime) = (stat $fichier)[8, 9];
```
Un autre exemple, qui ne m'est pas venu à l'esprit lors de la réunion, c'est pour alimenter plusieurs éléments d'un tableau ou d'un hachage sans détruire les autres :
```
my @nbj = (0, 31, 59, 90, 120, 151, 181, 212, 242, 273, 303, 334);
@nbj[2..11] = (91, 121, 151, 182, 213, 243, 274, 304, 335) if bissextile($annee);
```
(version débutant) ou bien
```
my @nbj = (0, 31, 59, 90, 120, 151, 181, 212, 242, 273, 303, 334);
@nbj[2..11] = map { ++$_ } @nbj[2..11] if bissextile($annee);
```
(version avancée).
Qu'est-ce qu'une closure ? Une closure (« fermeture » en français) est une routine qui conserve son contexte d'un appel à l'autre. L'exemple traditionnel est celui d'un compteur que l'on peut initialiser. Reportez-vous à votre dromadaire habituel. Mais Simon Cozens a estimé que cet exemple n'est pas caractéristique des programmes du monde réel. Il a donc écrit un article montrant l'utilisation des fermetures dans un programme qui décortique un fichier XML. Un troisième cas de figure consiste à représenter un objet avec une fermeture, au lieu de le faire avec le moyen habituel, c'est-à-dire un hachage.
Sylvain a récupéré son exemplaire de Linux Mag numéro 39, avec une dédicace de Marianne. Cela dit, lorsqu'elle est venue discuter de Perl avec lui pour rassembler des idées pour l'article, il a été un peu pris au dépourvu. C'est pour cela que l'article donne une image un peu déformée de la réalité. Par exemple, il y est question des calculs sur les nombres flottants, alors que très peu de programmeurs Perl sont amenés à calculer avec des nombres flottants.
Un autre module assez ardu à déchiffrer, c'est Template::Toolkit. Quelqu'un a mis en évidence un bug dans le module, et est capable de dire : « c'est dans ce coin-là » (du source). Mais impossible de donner plus de précision, ni surtout de fournir un patch correctif.
En revanche, BooK a constaté un bug dans HTML::Form, et a réussi à le corriger. En fait, l'auteur avait confondu la variable $@ avec @_ à un endroit du module. D'où un patch de deux caractères ! C'est arrivé également à Nicolas avec GD::Graph.
Les discussions sur Perl 6 sont frustrantes pour certains d'entre nous : Perl 6 est un langage de programmation plein de promesses, où il est possible de faire tout ou presque tout ; son seul défaut, c'est de ne pas avoir d'implémentation à l'heure actuelle. Ces discussions ont tout de même eu l'avantage de nous apprendre de nouveaux concepts, comme la « currification ». Currifier une fonction consiste à créer une autre fonction dans laquelle certains paramètres sont figés tandis que d'autres continuent à varier. Par exemple, on peut considérer que pop est un splice currifié.
```
sub pop_curry (\@) {
  my ($tab_ref) = @_;
  splice @$tab_ref, -1
}
```
Il y a d'autres concepts nouveaux, comme les continuations, mais à quoi ça sert ? Comment ça marche ?
Quelqu'un demande comment obtenir la liste de toutes les variables d'un programme. Simple, il suffit d'éplucher le hachage %main::. Si le programme comporte des déclarations package, il faut également examiner les hachages correspondants. Et les variables lexicales ? C'est déjà un peu plus dur. En fait non, c'est plus simple. Il suffit de taper :
```
	perl -MO=Showlex[,SUBROUTINE] foo.pl
```
et, c'est vrai, de faire le ménage dans le résultat.
Suite à une remarque sur la valeur logique de la chaîne "0e0" (dans certains cas, elle vaut « faux », car sa valeur numérique est zéro), nous avons évoqué "0 but true". D'après ce que j'ai compris, cette chaîne, qui figure « en dur » dans les sources de l'interpréteur, est due à la raison suivante. Certains appels système, comme ioctl() et fnctl() ont la convention suivante : ils renvoient 0 en cas de succès, et -1 (en C) ou undef (en Perl) en cas d'échec. Pour que le succès soit interprété comme la valeur « vrai » tout en conservant la valeur numérique zéro, Perl a opté pour une chaîne de caractères qui, convertie en numérique, donne zéro, mais qui, convertie en booléen, donne « vrai ». Mais compte tenu de l'utilisation qui en est faite, cette chaîne ne déclenche pas l'avertissement habituel produit par l'utilisation en tant que nombre d'une chaîne telle que "0 mais vrai quand même" ou que "3 navets".
Stéphane me demande des nouvelles de mon module sur la traduction des erreurs. Je lui réponds qu'il y a une version alpha sur CPAN. Il me suggère d'en faire de la publicité, et je lui signale que j'ai déjà passé un message sur la liste Paris.pm, sur le forum fr.comp.lang.perl, sur le forum comp.lang.perl.modules sur la liste P5P et sur le site use.perl. Il continue sur des considérations techniques au sujet de la bibliothèque gettext de GNU. En fait, contrairement à ce que j'ai écrit dans les quatre messages cités et dans le compte-rendu du mois de juin, il croyait que je voulais modifier l'interpréteur pour que celui-ci émette les messages d'erreur en français. En fait, je n'ai jamais voulu toucher à l'interpréteur, seulement au module diagnostics.pm et au fichier de documentation perldiag.pod. Grimace de dégoût de Stéphane. [ Que veux-tu, Stéphane, tout le monde n'a pas forcément la capacité à comprendre les entrailles de l'interpréteur ! Mon but est de favoriser la tâche aux pauvres programmeurs qui ont de grosses difficultés à comprendre la langue de Shakespeare. En outre, je préfère de loin programmer en Perl plutôt que de programmer en C. Finalement, il est très dangereux de modifier inconsidérément les messages d'erreur. Je ne suis pas le seul à le penser, cela a été dit sur la liste Perl5-Porters. En effet, il arrive qu'un programme ou un module tente d'exécuter un bout de code dans un eval, et ensuite applique des expressions régulières à la variable $@ pour savoir ce qui s'est mal passé, voir notamment les recettes 10.12 et 16.21 du mouflon ; si du jour au lendemain tous les messages du noyau changent, bonjour les dégâts ! ]
D@vid demande en quoi est écrit Perl. Serait-ce en Perl ? Non, c'est écrit en C. L'interpréteur est entièrement écrit en C, mais pour fonctionner correctement, il doit être accompagné d'un certain nombre de modules standards (strict.pm, warnings.pm) lesquels sont écrits en Perl. Et quelle est la part relative des deux langages ? Nous ne pouvions pas donner de réponse même approximative pendant la réunion. Dans le cadre de la rédaction du présent compte-rendu, j'ai fait un léger calcul en me basant sur les extensions des noms de fichier (.c, .h, .pm et ainsi de suite), et j'ai obtenu le résultat suivant (en nombre d'octets) :
```
p  5482464 source Perl                     
s   446174 source shell                    
c  4184360 source C                        
d  7094023 documentation, Readme, etc      
o    41647 modules objets et autres indésirables
?  5893366 ne répondant à aucun critère    
```
Mais je tiens à signaler que, ainsi qu'il est dit dans fortune, que « des études récentes ont montré que 43 % des statistiques publiées n'ont aucun sens ». D'autre part, et plus sérieusement, il faut se méfier des algorithmes basés sur les noms de fichier. Dans certains cas, cela peut provoquer des choses très désagréables...
D@vid fait remarquer qu'en conséquence, Larry Wall est peut-être celui qui fait le moins de Perl, puisqu'il programme en C. Nous lui répondons qu'au point où on en est, Larry ne produit plus de code. Ce sont les Perl 5 Porters qui écrivent le code de l'interpréteur. De plus, ce sont les mêmes personnes qui s'occupent de la bibliothèque standard, donc ils n'écrivent pas que du C, ils écrivent aussi du Perl. Et j'ai cru entendre une remarque perfide : « Larry n'écrit plus de code C, c'est peut-être mieux ainsi. »
Dans la compétition de golf qui vient de s'achever, l'un des trous consistait à lire la spécification d'un graphe orienté, et à déterminer s'il était possible de faire un tri topologique de ce graphe. Pour commencer, il fallait déjà savoir ce que signifie « tri topologique ». Cela consiste à donner une liste ordonnée de tous les sommets de sorte que la lecture de gauche à droite de cette liste soit compatible avec toutes les arêtes (orientées) de ce graphe. En d'autres termes, un tri topologique est possible si et seulement s'il n'existe aucun cycle dans le graphe. Contre-exemple :
```
ciseaux feuille
feuille caillou
caillou ciseaux
```
ne peut pas être trié topologiquement. En revanche,
```
design write_tests
design code
```
admet deux résultats pour le tri topologique : design code write_tests et design write_tests code. Philippe a voulu utiliser une méthode assez bourine. Il a généré toutes les permutations possibles, et il a vérifié ensuite s'il en existait une qui réponde au critère. En fait, dans un premier temps, il a généré tous les arrangements avec répétitions ! En effet, cela se fait de façon très simple avec un glob, comme cela a été expliqué dans un compte-rendu précédent. Le problème, c'est que c'est du O(nⁿ), et qu'à partir d'un certain nombre de sommets du graphe, le programme plante. Et même en-deçà de ce seuil, le programme est refusé par le jury, car il y avait une contrainte de temps.
En cas d'échec du tri topologique, le programme devait s'arrêter avec un die. L'un des participants à la réunion (qui a voulu rester anonyme) aurait donc codé quelque chose comme :
```
die if ( condition )
```
En fait, comme il l'a constaté dans le compte-rendu, le gagnant a codé
```
/expression régulière/ / $#+
```
Comment ça marche ? Avec une division par zéro, ce qui provoque un die. En effet, $#+ est le dernier indice du tableau @+, et vaut 0 si le tableau comporte un seul élément. Avec une expression régulière particulièrement bien choisie, @+ comportera un seul élément dans le cas où le tri topologique est impossible.
Il ne faut pas confondre golf et obfuscation. Dans les deux cas c'est de la programmation à contrainte, par analogie avec l'Oulipo, mais la contrainte n'est pas la même. Dans le cas du golf, il faut utiliser le moins de caractères possible, un point c'est tout. Pour l'obfuscation, il faut obtenir un programme illisible, mais on a un peu plus de latitude pour définir la contrainte. On peut imposer par exemple de n'utiliser aucun caractère alphabétique. [ Ou alors, comme cela a déjà été signalé, reprendre la contrainte du prisonnier. ] Un programme de golf peut très bien être parfaitement lisible (une compétition de golf sur $A++ ?) et les programmes obfusqués sont assez souvent plutôt longs.
Une contrainte d'obfuscation qui n'a plus d'intérêt, c'est le formattage du code pour produire une silhouette. En effet, Andrew J. Savige a créé un module Acme::Eyedrop, qui permet de générer un programme obfusqué en fournissant la silhouette recherchée. De plus, le programme généré obéit également à la contrainte de n'utiliser aucun caractère alphanumérique. L'obfuscation est ainsi à la portée de n'importe qui, et Andrew a écrit un programme obfusqué et animé représentant un dromadaire en train de sauter sur place. Au moins, Erudil avait tout fait à la main (et BooK l'avait décodé pareillement).
Depuis un certain temps, Philippe recherchait le nom de l'« autre » distribution de Perl sur Win32. C'est Violet-Perl ? Magenta-Perl ? [ Et pourquoi pas Purple-Perl, ça fait chouette comme allitération ] Et ça lui est revenu en pleine réunion : mais oui, c'est Indigo-Perl !
Nicolas et moi, habitués du groupe de discussion fr.comp.lang.perl, remarquons que la plupart des débutants Perl passent pas une étape où ils essaient de réécrire leur propre gestionnaire CGI sans utiliser CGI.pm ou analogue, ou bien essaient d'analyser du HTML en utilisant uniquement des expressions régulières, et surtout pas HTML::Parser. Donc, lorsque l'on voit :
```
print "Content-Type: text/html";
```
on sait qu'on est mal barré pour la suite.
Là où Nicolas réinvente la roue, c'est pour les fichiers de configuration. Il a écrit sept modules différents, pour sept logiciels différents, avec des syntaxes de fichier de configuration différentes.
La question du meilleur langage de fichier de configuration est une question épineuse. On peut utiliser Data::Dumper pour générer un fichier de configuration en Perl, mais il est impossible de faire lire cela à un utilisateur lambda. XML n'est pas très lisible, et encore moins facile à mettre à jour. Stéphane évoque YAML, pour dire que c'était à l'origine un langage qui était simple, lisible et commode, mais qu'à force de rajouter des fonctionnalités, il a perdu ces qualités.
D@vid est en train de se créer son logiciel de courrier électronique. Il stocke tous les anciens messages dans un fichier séquentiel, et il accède à ce fichier avec le module DB_File, format DB_RECNO. Le problème, c'est que pour faire de la gestion de base de données sur un fichier séquentiel, il faut dans certains cas charger tout le fichier en mémoire. François évoque une autre façon de procéder, basée elle aussi sur un fichier séquentiel. Cette façon consiste à attribuer une longueur fixe aux différents enregistrements, en complétant avec du blanc si nécessaire. De la sorte, le module d'accès est en mesure de calculer l'adresse d'un enregistrement avec une bête multiplication et après un lseek, de ne charger que cet enregistrement. Un certain nombre de participants à la réunion suggèrent plutôt d'utiliser une vraie base de données. Stocker le courrier électronique d'un particulier, c'est un boulot sur mesure pour mySQL. En revanche, PostgreSQL serait un peu trop lourd pour cette tâche.
Stéphane n'aime plus Gtk, il trouve que la documentation est mauvaise. D@vid, lui, a trouvé un site traduit en français répondant à toutes les questions qu'il a pu se poser sur Gtk. De plus, il a une documentation au format man ou DocBook, que l'on peut installer et consulter sans être connecté à Internet.
Des problèmes avec l'autre interface graphique et sa doc. Comme pour Gtk, la documentation est insuffisante et obsolète. Lorsque l'on installe Perl/Tk « à la main », toutefois, on obtient un répertoire de démo, à conserver précieusement. Ultérieurement, la démarche habituelle de programmation Perl/Tk consiste à fouiller dans les démos pour trouver le programme qui s'approche le plus de ce que l'on veut faire. Puis on fait un copier-coller du code, et c'est parti ! Le problème, c'est lorsque Perl/Tk est installé automatiquement, comme c'est le cas sur une distribution Mandrake. Comme le répertoire de démo n'est pas concerné par make install, il ne figure pas dans l'installation Mandrake. Cela dit, j'ai cru comprendre que les dernières versions de Mandrake n'omettent plus ce répertoire.
Et si c'était à refaire ? Stéphane compare le volume de la documentation entre le moment où il a appris Perl (fin des années 80 ou début des années 90) et maintenant. À l'époque, la documentation était d'un volume raisonnable. Maintenant, il y en a tellement qu'un débutant ne sait pas par où commencer. Ses interlocuteurs lui répondent qu'un débutant doit commencer par Learning Perl, pour apprendre Perl progressivement et sans se noyer. Cela dit, pour Stéphane, si c'était à refaire, il se tournerait plutôt vers Ruby.
À l'inverse des réticences de Stéphane, il y a des débutants qui n'hésitent pas à se plonger dans les tutoriels Perl. D@vid l'an dernier et Romuald maintenant. D'ailleurs, D@vid a indiqué à Sylvain trois tutoriels en français. Sylvain les utilise pour ses articles d'introduction à Perl dans Linux Magazine France. Curieusement, ces adresses semblent concentrées en Bretagne.
Nicolas fait remarquer que l'on peut utiliser Perl même avec une très faible connaissance du langage. Pour quelqu'un qui travaille sur une machine Windows, donc sans interface de ligne de commande digne de ce nom, Perl est la solution qui rend possible des tâches aussi élémentaires que prendre un fichier texte, puis y remplacer tous les LF par des CRLF.
À un moment, pour je ne sais plus quelle raison, quelqu'un a dit un haiku. J'en ai profité pour rappeler qu'un module permet d'accompagner chaque message d'erreur d'un haiku. Et qui a écrit ce module ? Damian Conway, évidemment. Un peu plus tard, Eric signale que Damian a quand même écrit un module utile et sérieux, Text::Balanced.
Lorsque l'on connaît Léon, ou bien que l'on lit son journal (demander acme) sur use.perl, on se rend compte qu'il a une activité débordante. Compte tenu de son activité professionnelle en plus de son activité perlienne, comment peut-il arriver à faire tout ce qu'il fait. Je suggère qu'il a peut-être des nègres, comme c'était le cas pour Alexandre Dumas...
Philippe s'est inscrit récemment à Perl Monks. Il s'agit de Philippe Bricout, pas de BooK, vous l'aviez compris. Il demande comment faire pour avoir la liste des nœuds avec la réputation la meilleure. Ce n'est pas possible, il faudra y aller au petit bonheur la chance. L'intention de Philippe était de lire les nœuds les plus intéressants et il faisait l'hypothèse que les nœuds avec la meilleure réputation sont les nœuds plus intéressants. Mais comme ce sont aussi ceux qui rapportent le plus de points d'expérience lorsque l'on vote, c'est pour cela que le classement des nœuds par réputation n'est pas accessible.
Stéphane enchaîne sur quelques conseils de XP-whoring. Il faut poster régulièrement, car ce sont surtout les nœuds des derniers jours qui reçoivent des votes. D'autre part, dans une discussion, les réponses sont indentées par rapport aux nœuds d'origine. Les réponses aux réponses aux réponses aux réponses sont donc très indentées, les gens ne les lisent pas et ne votent pas pour ces nœuds. Stéphane évoque ainsi un échange concernant Tcl/Tk (oui, Tcl, il l'a dit deux fois, j'ai bien entendu). Il avait aidé quelqu'un à régler un problème Tcl/Tk, en lui donnant des indications successives et sa dernière réponse, la plus indentée donc, comportait un morceau de code directement exécutable. Or, ce nœud, qui pourtant donnait la solution complète, est celui qui a eu le moins de votes. [ On peut donner deux autres interprétations du faible vote. Peut-être les lecteurs n'ont pas apprécié de voir une discussion Tcl polluer un site dédié à Perl. Peut-être les lecteurs ont considéré qu'il s'agissait de quelqu'un qui avait des devoirs de classe à faire, et qui les sous-traite à la communauté des Perl Monks. ]
Le PDF (non, pas Portable Document Format, il s'agit du Perl Development Fund) entre dans une phase critique. Le financement de Larry Wall et de Dan Sugalski est assuré jusqu'à la fin du mois de juillet, pas au-delà. L'association a récolté 620 euros, ce qui nous permet de figurer dans la catégorie 500 à 999 dollars. À noter un don anonyme de 200 euros. Nous continuons néanmoins à faire des appels à contribution. Lorsque l'on pense qu'il y a 180 abonnés à la liste, dont une part importante qui utilise Perl pour leur activité professionnelle, on peut penser que ces gens-là pourraient quand même participer au financement de la nouvelle version de Perl. On ne demande pas 200 euros à chacun, mais quand même un petit quelque chose.
La conférence YAPC pour l'Amérique a eu lieu ces derniers jours. On peut noter une présentation de Mark-Jason Dominus sur... comment faire une présentation.

Internet

Si votre site préféré a disparu de la surface du web, il existe deux sites qui archivent un certain nombre de sites, et qui permettent de récupérer le contenu du site demandé à une date donnée. [ Cela dit, le deuxième site ne répond pas, peut-être ai-je mal compris l'URL ]. Ces sites ont provoqué un certain vent de panique dans certains milieux. En effet, ils ont archivé des sites en .mil. À ce TLD, on trouve bien sûr des sites de relations publiques (« Engagez-vous, rengagez-vous ! » qu'ils disaient, « Vous verrez du pays ! » qu'ils disaient). Mais il y a également des machines personnelles, machines sur lesquelles l'utilisateur a activé le partage du disque pour tout le monde, sans réaliser que « tout le monde » signifie « le monde entier ».
Depuis qu'il a souscrit un abonnement à un deuxième fournisseur d'accès, D@vid a des ennuis de messagerie. C'est dû au fait que les serveurs SMTP de ces deux fournisseurs imposent des restrictions pour éviter de laisser le champ libre aux spammeurs. Une solution au problème de D@vid serait d'installer sur sa machine un serveur SMTP, tel Postfix. Avec ce logiciel, il est possible de déclarer plusieurs serveurs SMTP, et d'associer ces serveurs à des adresses électroniques. Ainsi, D@vid pourra écrire son courrier en mélangeant les messages signés de son adresse Infonie et ceux signés de son adresse Free. Lorsque Postfix expédiera les messages, il se connectera automatiquement au serveur SMTP Free, enverra les messages signés de l'adresse Free, se reconnectera cette fois-ci au serveur Infonie et expédiera les messages avec une adresse Infonie. Et comme le signale Nicolas, Postfix est simple à configurer, beaucoup plus que sendmail. [ Le problème est surtout d'accéder au server SMTP de Free avec une adresse de Free, et au serveur d'Infonie avec une adresse du réseau Infonie. Il faut donc que le postfix de D@vid utilise un relais qui dépend du fournisseur d'accès utilisé au moment de l'envoi du paquet de mails. -- BooK ]
Stéphane a lu quelque part un texte exposant les différents types d'abonnés aux listes de diffusion ou aux forums.

Informatique

Quand on a goûté à Perl, on n'a plus envie d'utiliser des langages où l'on est obligé de faire des malloc et de tester la valeur de retour, de faire des appels de fonction compliqués juste pour concaténer deux chaînes et ainsi de suite. Nous sommes plusieurs à la réunion à ne plus programmer en C, ou presque plus. Je fais part de ce qui m'est arrivé il y a quelques mois à mon travail. On venait de m'attribuer un compte sur un nouveau serveur Unix. Je me connecte pour vérifier que mon code utilisateur est reconnu, j'initialise quelques fichiers comme .profile et .exrc, et je teste s'il y a un compilateur C en écrivant, bien entendu, un programme pour dire bonjour. Je tape donc :
```
main ()
{
  printf "Hello world!\n"
}
```
et badaboum ! erreur de compilation. À noter que j'avais la réponse à ma première question, il y a bien un compilateur C. Néanmoins, j'ai voulu corriger le programme, je n'allais pas rester sur une erreur de compilation pour un programme aussi élémentaire. J'ai donc regardé mon programme, et j'ai réalisé qu'il manquait les #include habituels. Je corrige donc :
```
#include <stdio.h>
#include <stdlib.h>
main ()
{
  printf "Hello world!\n"
}
```
... et cela ne compile toujours pas. « Ah oui, me dis-je. Il faut un point virgule après chaque instruction, même si elle est suivie d'une accolade fermante. » D'où le programme :
```
#include <stdio.h>
#include <stdlib.h>
main ()
{
  printf "Hello world!\n";
}
```
... qui continue à planter à la compilation. En jetant un œil perplexe sur ce programme, je m'aperçois après un certain temps d'observation que l'argument de printf n'est pas entre parenthèses. J'essaie alors :
```
#include <stdio.h>
#include <stdlib.h>
main ()
{
  printf("Hello, world!\n");
}
```
et enfin, à la troisième tentative, ça a compilé et ça a fonctionné !
Nicolas a essayé la commande man sur des serveurs SCO récents. Il a constaté que maintenant la commande man a pour effet d'envoyer une requête HTTP. Or, pour des problèmes de sécurité, il avait désactivé tous les ports inutiles sur une machine. Comme il avait déactivé le port utilisé par les pages man, le manuel ne fonctionnait plus sur cette machine. D'autres font la réflexion que ça ferait ridicule d'avouer : « Je me suis fait pirater ma machine par une commande man ! »
Nos regrets quant à la nouvelle formule de TPJ ont été exposés lors de réunions précédentes. Lors de cette réunion, Nicolas évoque le magazine Sys Admin à proprement parler. Il trouve que le niveau des articles a nettement baissé.
Il évoque également la possibilité de flasher un BIOS sans banc de flashage. Ne dominant pas cet aspect de l'informatique, je ne vous donnerai pas les détails, d'autant plus que c'est une manip réservée à des gens qui savent ce qu'ils font. [ Ou, m'a dit Nicolas par la suite, à des gens assez inconscients pour penser qu'ils savent ce qu'ils font. ]
« La GPL est une license de combat » Faut-il faire un rapprochement avec James Bond et son Permis de Tuer (Licence to Kill) ? Ou avec le stand de Microsoft à la prochaine Linux-Expo, tel que l'a représenté Iliad ?
À ce propos, BooK trouve qu'Iliad n'a pas tellement amélioré son graphisme depuis les débuts de User Friendly.

Sujets divers

Briac est en train de programmer un nouveau jeu en Perl. Il s'agit de Cry Havoc, un wargame des années 80, qui prend pour thème les combats médiévaux à l'échelle de l'individu. Pour le rendu graphique, il a repris les cartes et les pions, les a scannés et utilise les fichiers graphiques obtenus pour afficher le jeu avec SDL (Simple Media Data Layer). Il nous présente un exemple sur papier de ce qu'il obtient.
En voyant la grille hexagonale, Nicolas fait remarquer que de nombreux wargames sur ordinateur continuent à utiliser une grille hexagonale, alors qu'un ordinateur peut très bien calculer avec précision les mouvements sans avoir recours à une grille pour quantifier les mouvements et les positions. Je signale que les figurinistes, qui pratiquent depuis les années 60, voire avant, déterminent les mouvements avec un mètre ruban, sans se référer à une grille hexagonale. Mais le jeu avec figurines fait intervenir de façon importante la connaissance historique de l'époque et le bon sens. Quoique...
...Quoique j'ai souvenir d'un compte-rendu de championnat de figurines où le bon sens n'a pas prévalu. La partie était sur le point de se terminer, lorsque le Français lança une dernière charge. Comme c'était de la Landwehr en face, la charge était sûre d'enfoncer les lignes prussiennes. Mais il y avait quelques millimètres en trop, donc il fallait 1,05 tour de jeu pour arriver au contact. À la fin du tour, les adversaires n'étaient pas au contact. Donc l'arbitre a décidé que la Landwehr avait conservé la position stratégique qu'elle défendait, et que les points de victoire iraient au Prussien. Et la présence d'une brigade de cuirassés, les naseaux fumants et le sabre au vent à 5 mètres des lignes prussiennes n'y changerait rien.
J'ai eu les échos d'une comparaison entre les diverses langues européennes. Il s'est dit notamment que l'allemand est la langue de la philosophie, car c'est celle qui permet le mieux d'exprimer les notions philosophiques, et que l'anglais est la langue du commerce, car elle permet d'arriver rapidement au fait, sans fioritures. Je suis intervenu pour évoquer une citation de Charles-Quint : « Je m'adresse à Dieu en espagnol, aux hommes en français, aux femmes en italien, et à mon cheval en allemand. »
Il a été question de l'actualité, entre autres des malheurs du pôvre JMM, ou des pratiques douteuses d'Enron. Par exemple, lorsqu'Enron vendait de l'électricité produite en Californie à des clients californiens, le prix ne devait pas dépasser un certain plafond imposé par l'état de Californie. Donc, Enron acheminait une partie de la production électrique californienne dans un état limitrophe, puis réimportait ce courant électrique. Du coup, comme l'électricité provenait d'un autre état, Enron avait le droit de la facturer plus cher. Ou alors, Enron avait pour tâche entre autres de lisser les sautes de courant, et était payé au coup par coup, chaque fois que cela se produisait. Donc Enron déclarait de fréquentes sautes de courant, réelles ou imaginaires. Puis la firme « intervenait » pour réguler le courant et récolter les contreparties financières contractuelles de l'état.
Pour contrebalancer les problèmes de pénurie d'électricité, il est question d'utiliser des génératrices qui peuvent se déplacer par rail. Je fais remarquer que cela permet la délocalisation. On envoie les génératrices dans un pays du tiers-monde, on produit de l'électricité là-bas à bas prix et on la réachemine vers la Californie. On me répond que je n'ai pas tout-à-fait bien compris comment fonctionne l'économie mondiale.
Il a été également question de George Bush. Ce dernier a déclaré avoir discuté de dévaluation avec les Japonais. Résultat, la bourse dégringole. Il a donc émis un rectificatif : « Nous avons en fait parlé de déflation. » Résultat, la bourse ne remonte pas vraiment.
Il a été question d'ambigrammes. Il s'agit de mots ou de groupes de mots avec un graphisme tel que l'on peut lire la même chose en retournant la feuille de papier de 180 degrés. Le plus connu est (était ?) le sigle de New Man (que j'ai été obligé de reconstituer de mémoire, je n'en ai pas trouvé d'exemple sur le net). Comme on peut le constater avec la gallerie qui leur est consacrée, c'est très répandu chez les membres de l'Oulipo. Dont un pour un mongueur de Perl et pour sa mathématicienne préférée. Il y en a même un URL ambigrammatique :
```
    http://graner.net/nicolas/selcoiu/tau.jauejb//:dtty
```
Douglas Hofstadter en a repris quelques-uns dans Ma Thémagie, sur une page de garde et dans le chapitre traitant, entre autres, de METAFONT. Pour ceux qui ont la même édition que moi, c'est à la page 266.
Cette discussion sur les ambigrammes a dérivé sur les ambigraphes. (exemple).