Exécution

Savez-vous qu'on peut rendre n'importe quel fichier exécutable sous linux ? Bien sûr il suffit de faire un chmod +x, mais le noyau risque de vous envoyer balader si le fichier n'est pas réellement exécutable.

Mais je parle ici de rendre exécutable n'importe quel fichier, un jar, un source en C, un MP3 ...

Mais comment quoi que donc !?

Pour exécuter un fichier, le noyau lit les premiers octets du fichier et vérifie qu'ils correspondent à un format binaire (binfmt) connu. Il existe un système pour ajouter des formats binaires à ceux déjà supportés dans le noyau (en gros les elf et les scripts). Il s'agit du format misc.

Pour savoir si ce format est supporté chez vous, ce qui est très probable, lancez la commande :

$ cat /proc/sys/fs/binfmt_misc/status

S'il n'est pas supporté, il faut charger le module et monter le répertoire :

$ modprobe binfmt_misc
$ mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc 

C capital

Maintenant supposons vous vouliez rendre les fichiers .c exécutables. Vous pouvez soit utiliser un de mes anciens articles ... soit créer un petit script qui sera appelé à chaque exécution d'un .c :

#!/bin/sh
# /usr/local/bin/ccexec
gcc -Wall -o /tmp/cscript.$$ "$1" && shift && /tmp/cscript.$$ "$@"
ret=$? ; rm -f /tmp/cscript.$$ ; exit $ret

Et de faire en sorte qu'il soit réellement appelé :

$ echo ':cfile:E::c::/usr/local/bin/ccexec:' > /proc/sys/fs/binfmt_misc/register

Hop un test :

#include <stdio.h>
// test.c
int main() {
  printf("Coucou\n");
  return 0;
}

Et on lance :

$ chmod +x test.c
$ ./test.c
> Coucou

Yeah !!!

G tout compris

Maintenant, passons à l'exécution d'un gzip. Plutôt que de reconnaître le fichier à son extension, ce qui est franchement faible comme méthode nous allons vraiment détecter le type de fichier.

Allons voir la spécification, un fichier gzip se reconnait à ses 2 premiers octets qui doivent valoir 0x1f et 0x8b :

$ echo ':gzip:M::\x1f\x8b::/bin/gunzip:' > /proc/sys/fs/binfmt_misc/register

Même méthode et ça marche. Notez qu'il est possible d'utiliser n'importe quel champs de bits grâce à une masque et une position de départ, mais seulement dans les 128 premiers octets du fichier.

Enfin, certaines distributions vont vous installer des choses un peu plus utiles comme l'exécution des jar avec java ou celle d'exécutable windows avec wine.

Et pour une spécification plus détaillée de ce qu'il lest possible de mettre dans la ligne d'enregistrement, direction la documentation

PS : pour supprimer l'entrée : echo -1 > /proc/sys/fs/binfmt_misc/cfile

Si vous avez aimé, il y a aussi :

1. #!/usr/bin/gcc (bis)
2. Changer la priorité d’exécution des processus
3. Trucs et astuces (5)

Il y a quelque temps, un ami me dit qu'il a trouvé comment se faire embaucher en passant ses nuits devant des trames réseau.

Tout comme lire des logs sans filtre, lire les dump réseau est une activité qui bousille le cerveau. Je me suis donc dit qu'il était complètement barré.

Puis il y a quelques jours, il m'envoie le dump d'un accès à un site web, je vous le livre légèrement filtré. Devinez ce qu'on trouve dans l'en-tête HTTP de la réponse ...

GET /index.html HTTP/1.1
Host: xxx.wordpress.com

HTTP/1.0 200 OK
Server: nginx
Date: Sat, 13 Nov 2010 12:30:04 GMT
Content-Type: text/html; charset=UTF-8
X-hacker: If you're reading this, you should visit xxx.com/jobs and apply to join the fun, mention this header.

Du boulot !

Je ne vous ai pas mâché le travail et vous ne retrouverez pas le site si facilement.

Vous aussi, passez vos nuit à lire des trames, ou mieux, mettez la même chose sur votre site, pour être sûr d'embaucher quelqu'un un minimum compétent le jour où vous tomberez dessus.

Pour cela, si vous avez un apache allez dans sa conf et ajoutez :

header set X-Hadopi Enfoiré de pirate je vais te couper ta connexion - Un ministre anonyme

Je vous laisse chercher pour les autres serveurs qu'apache.

Pour continuer dans le même ordre d'idée, on peut gagner des netbook en regardant attentivement des vidéos de google.

Si vous avez aimé, il y a aussi :

1. En vrac (12)

Quoi ?

Vous connaissez le standard ISO 216 ? C'est celui qui définit la taille des pages A4, A3, ... Ces pages ont un ratio hauteur/largeur de racine de 2. Caractéristique intéressante qui permet de coller 2 pages côte à côte pour passer au format du dessus.

Je digresse, mais disons que la plupart des papiers écrits ont a peu près ce ratio, en format paysage (revues, livres de poche, document imprimés, ...) Quand je dis a peu près c'est très approximatif, 1.4, 1.3, 1.6 c'est a peu près pareil.

L'important étant que les écrans respectent en général l'inverse de ce format (mode paysage quoi). Pourtant si les papiers utilisent ce genre de ratio ce n'est pas vraiment pour le côté standard, mais pour le coté lisibilité. Les journaux mettent même plusieurs colonnes sur une même page pour augmenter cette lisibilité.

C'est pourquoi je vous propose de retourner votre écran. Si vous avez la chance d'avoir un écran que le pied vous permet de pivoter vous pouvez le mettre en format portrait assez facilement.

Comment ?

Sous linux xrandr permet de faire ce genre de chose assez facilement :

$ xrandr -o left

Pour ceux qui ont un dual boot, notez que les raccourcis ctrl-alt-fleche permettent aussi de tourner virtuellement l'écran de windows.

Pourquoi ?

Une fois cette modification effectuée, vous constaterez que beaucoup de choses n'apparaissent plus de la même façon.

• Un manuel d'une page fait ... une page, plus besoin de scroller.
• Un document à éditer a le même format que le papier sur lequel il sera imprimé, pratique pour ce qu'on appelle le WYSIWYG
• Les PDF sont rendu sur une page similaire à ce qu'ils seraient s'ils étaient imprimés (pas besoin d'acheter ipad, bande de ...)
• Les sites webs restent lisible (les exceptions sont tellement rare que je n'ai jamais eu besoin de retourner mon écran pour en lire un) voire deviennent plus lisibles pour certains.
• Vous pouvez maintenant mettre votre barre des taches en bas de l'écran sans que cela vous grille votre précieux espace de lecture.

Vous avez maintenant un espace libre lisible et utilisable. En effet si on ajoute les différents niveaux de barre d'état, de fenêtre, d'outil, de menu, de tâches, d'onglet ... n'en jetez plus, il ne reste plus qu'une ligne pour l'affichage. Ici malgré les développeurs exubérants et votre tendance au consumérisme, vous gardez une certaine maîtrise de votre espace visuel.

Et ceux qui ont un écran réellement grand pourront le découper tout en gardant la lisibilité.

Et ça donne ?

Pour ma part j'ai mis mon 2e écran dans ce format pour la documentation. Pour l'imaginer, imprimez simplement un de vos pdf.

Mais voici quelques captures d'écran d'un ami qui trouve ça vraiment pratique, et accessoirement il a un écran 4 fois plus grand que le mien, ce qui fait qu'il a directement mis son écran principal dans ce format, pour y mettre plusieurs applications.

Pour les développeurs

Pour ceux qui écrivent de la documentation

Et si vous ne lisez que mon flux RSS et que vous êtes arrivés jusque là, pensez à passer sur le site de temps en temps, ça me fera plaisir.

Les processus comme je l'ai déjà décrit, forment une grande famille.

La famille processus

Dans la famille processus je voudrais le père

Les processus se reproduisent par fork (Mitose en français). Ce qui veut dire qu'à la genèse il n'y avait qu'un processus que nous ne nommerons pas Adam mais init.

Tous les processus possèdent un identifiant (pid) ainsi qu'un identifiant de processus parent (ppid) permettant de les repérer dans un arbre généalogique (pstree).

Comment reconnait-on le père du fils lors du fork d'un processus ? Uniquement par le code de retour de la méthode fork qui vaut 0 pour le fils et donne le pid du fils au père. En dehors de cela les 2 processus sont rigoureusement identiques.

Dans la famille processus je voudrais la mère

Désolé, il n'y a pas de femme chez les processus, la reproduction est asexuée, mais c'est une idée à creuser ...

Dans la famille processus je voudrais le fils

Lorsqu'un processus forke, en général le père poursuit sa vie comme si de rien n'était, par contre le fils va muter. La mutation génétique chez les processus est bien plus violente que chez les êtres vivants. En effet, le code (l'ADN en français) est intégralement relu et remplacé depuis un nouveau fichier sur le disque. C'est ce qu'on appelle un exec.

Il existe quelques cas de processus qui ne fonctionnent pas comme ceci, mais qui laissent leur père mourir (ingrats !) et qui prennent leur place. C'est le cas des démons (un parricide est-il un démon ?) dont le but est de devenir indépendants (émancipés) et ne plus avoir de problèmes d'adolescence (le tty du père) ou de famille (le groupe de processus).

Dans la famille processus je voudrais le grand-père

Lorsqu'un processus meurt, sa dépouille est remise à son père. Elle est essentiellement constituée de son code de retour.

Lorsque le père est déjà mort, c'est le doyen qui a la charge de récupérer le code de retour, par exemple avec la méthode wait.

Dans la famille processus je voudrais le zombie

Si le père ne s'occupe pas des funérailles du fils bien aimé, celui-ci erre dans les méandres du noyau en attendant que quelqu'un veuille bien l'enterrer.

C'est ce qu'on appelle un zombie, caractérisé par la lettre Z ou par le mot defunct dans la liste des processus. Il est impossible de tuer un zombie (il est déjà mort). Seul son ascendant le plus proche le peut.

Heureusement l'ascendant universel, père de tous les processus, j'ai nommé init, prend soin de la dépouille de tous les enfants qui lui sont confiés. Donc si le père d'un zombie meurt, init s'occupera de le faire disparaître.

Les non processus

Chez les amis des processus voudrais le thread

Le thread n'est pas vraiment un processus, c'est un élément de processus, tout comme la main est un élément du corps. Avoir plusieurs threads permet à un processus de faire plusieurs choses en même temps tout en restant une seule entité. Cela permet par exemple de dédier une main au traitement et un pied à l'affichage (oui on s'y prend souvent comme des pieds pour faire des IHM, sauf certains qui y dédient la casquette).

Chez les amis des processus je voudrais le binaire

Le binaire (ou fichier exécutable) est le modèle du processus, l'ADN si vous préférez. Sans binaire, impossible de créer un processus. Celui-ci est inerte et manipulable aisément.

Chez les amis des processus je voudrais la bibliothèque

La bibliothèque c'est un bout de code qui peut être réutilisé par des processus, tout comme les plasmides , elles s'intègrent à n'importe quel autre processus pour leur apporter une fonctionnalité donnée.

Chez les amis des processus je voudrais le thread noyau

Le thread noyau est un cas particulier de thread, il tourne dans l'espace noyau et ne partage donc sa mémoire qu'avec le noyau mais ne rentre dans aucun processus. On devrait les appeler des anges puisque ce sont des être invisibles (ou presque) agissant au compte de dieu (le noyau).

Chez les amis des processus je voudrais le core

Le core, ou core dump est la version fossilisée d'un processus mort au combat. Lorsqu'un processus meurt il est effacé de la mémoire, mais s'il meurt dans des conditions exceptionnelle, par exemple s'il s'est pris un coup de signal (man kill) dans la tête et qu'un résineux est à proximité (ulimit -c) on le coule dans l'ambre pour une analyse ultérieure. gdb est un grand ami médecin qui est aussi légiste, il saura vous aider le temps venu.

Si vous avez aimé, il y a aussi :

1. Processus et threads
2. Brutus Processus
3. Processus de boot

Maintenant que nous savons nous servir d'un interpréteur postscript, nous allons pouvoir développer. Postscript est un langage complet au sens de Turing. C'est à dire qu'on peut tout faire avec, même faire décoller une fusée. Mais bon, avant d'en arriver là, on va essayer de faire quelque chose d'utile.

Pour vous présenter le langage, je vous propose un exemple basé sur la fourmi de Langton. C'est une fourmi qui a ceci de particulier qu'elle ne sait que tourner. Son univers ressemble beaucoup à celui du jeu de la vie, c'est-à-dire une grille infinie de cases noires ou blanches. Lorsque la fourmi est sur une case noire, elle tourne à droite, lorsqu'elle est sur une case blanche, elle tourne à gauche. De plus elle inverse la couleur de la case sur laquelle elle se trouve.

Le concept est assez simple, et lorsqu'on lance la fourmi sur une grille blanche, son comportement a l'air aléatoire. Et pourtant au bout d'un moment elle fabrique ce qui ressemble à une autoroute.

Tout ça pour dire que le postscript c'est bien. C'est un langage à pile, qui fonctionne en notation inversée. Les possesseurs de HP48 et amateurs de RPL y retrouveront leurs petits (ou de vieux souvenirs). Les développeurs forth (faite sous savoir si vous êtes dans la salle) apprécieront aussi probablement.

La base

Les commentaires

Toute ligne commençant par un % est un commentaire. Exemple :

% Rien

Les commandes

Les commandes sont des mots simples. Étant donné la notation inversée, la commande se trouve après ses arguments. Par exemple une addition :

5 9 add

A cette notation est associée une pile. 5 pose 5 sur la pile, 9 pose 9 sur la pile, add retire les 2 derniers éléments (donc 9 et 5) puis additionne et repose le résultat sur la pile. D'où la représentation de la pile :

    %avant la ligne de commande
5   % 5 
5 9 % 9
    %pendant le add (invisible)
14  % après le add 

Les commandes peuvent être séparées par des espaces ou des retours à la ligne.

Les variables

Les variables sont définie avec la commande def. Un nom de variable se pose sur la pile avec le préfixe /. Donc pour définir la variable pi

/pi 3.1415 def

Une variable se lance ou se pose sur la pile avec son nom dans préfixe. Donc pour poser pi sur la pile :

pi

Les fonctions

Une fonction est tout simplement un ensemble d'instruction placées entre { }. Une fonction toute seule n'a que peu d'intérêt, mais une fonction peut être mise dans une variable avec la commande def ce qui permet de la réutiliser autant de fois que voulu.

Exemple une fonction qui incrémente un élément de la pile de 1 :

/incremente { 1 add } def

Manipulation de la pile

La pile étant un élément central, il existe des opérateurs pour la manipuler. Le principaux sont :

• pop : retire un élément de la pile
• dup : duplique un élément de la pile
• exch : échange les 2 derniers éléments de la pile
• pstack : affiche le contenu de la pile (utile pour le debug)
• clear : vide la pile

L'affichage

L'affichage étant le but ultime de postscript, vous comprendrez qu'il y a beaucoup de primitives d'affichage, essentiellement vectoriel.

Regardez bien ça vous rappellera le logo. Dessinons un carré :

newpath
0 0 moveto
10 0 rlineto
10 10 rlineto
0 10 rlineto
0 0 rlineto
stroke

Petite astuce si vous testez les commandes, chaque dessin doit se terminer par un showpage (ici par exemple, juste après le stroke), cela affiche le contenu du buffer sur une page et passe à la feuille suivante.

Quelques exemples de commande :

• setlinewidth (un paramètre : la largeur de trait)
• closepath (ferme le dessin)
• fill (remplit un chemin fermé)

Contrôle de flux

Tous comme n'importe quel langage, le postscript permet des boucles et des if sous la forme "booléen méthode if". Par exemple :

% incrémente le dernier élément de la pile s'il est inférieur à 10
dup 10 lt { 1 add } if

Pour une boucle for, même topo. Exemple une somme de 1 à 10 :

% valeur initiale
0 
% début incrément fin méthode for
1 1 10 { add } for

Voilà, je n'ai fait que survoler le langage, vous trouverez plus de détail dans ce livre référence.

Un exemple

Pour continuer, j'ai écrit un petit exemple commenté disponible en téléchargement. Vous pouvez l'ouvrir avec un éditeur de texte ou utilise ps2pdf pour le rendre affichable. Cet exemple génère 75 pages visibles en PDF, chaque page correspond à 150 itérations du mouvement de la fourmi.

Lisez-le vous verrez que finalement le postscript c'est pas trop compliqué quand c'est pas écrit par une machine sur une seule ligne.

Si vous avez aimé, il y a aussi :

1. Postscript est un langage … de script
2. Torture de cerveau
3. Calculatrice en ligne de commande

Après les "top of mind" qui prouvent qu'il existe toujours une solution pour vous dans le libre, voici des alternatives. Ces nouveaux choix ne sont pas moins bons, il sont même meilleurs dans biens des cas. Il est juste moins fréquent de les indiquer à un nouveau venu, tout simplement parce qu'il faut bien faire le premier choix pour lui. Mais il ne faut pas oublier que le monde du libre est le monde de la variété, l'utilisateur a toujours la possibilité de choisit une alternative.

Cette liste est là simplement pour donner des idées à tous ceux qui veulent choisir. Pour chaque section, une recherche sur google vous en ressortira bien d'autres.

Serveurs :

• Serveur web : lighthttpd cherokee
• Serveur smtp : exim qmail
• Serveur pop et imap : cyrus courier-imap
• Serveur dns : djbdns powerdns
• Serveur ftp : ProFTPD pure-ftpd
• Serveur d'annuaire : opends
• Serveur base de données : PostgreSQL SQLite
• Serveur telnet : aucun
• Serveur ntp : ntpd
• Serveur irc : bahamut ircu
• Proxy : apache varnish tinyproxy
• Mailing-list : sympa
• Application : jboss tomcat glassfish

Administration :

• Shell : zsh ksh tcsh
• Boot : syslinux lilo
• Raid : dmraid
• Suivi de log : logwatch
• Sauvegarde : BackupPC
• Graphage : zabbix munin centreon
• Supervision : zabbix monit centreon
• Scripting : bash python ruby php
• Somme de contrôle : md5sums
• Problème réseau : traceroute ping nmap iperf

Clients :

• Client mail : evolution mutt sylpheed kmail
• Client web : konqueror lynx links
• Environnement de bureau : kde xfce enlightenment fvwm awsome
• Graphisme : krita inkscape

Divers

• Noyau : netbsd openbsd freebsd
• Serveur graphique : directfb
• Gestion de version : git darcs arch mercurial
• Antispam : dspam
• Synchronisation : rsync csync2
• Machine virtuelle : xen kvm openvz linux-vserver UserModeLinux
• Voip : GNU Gatekeeper sipX
• Firewall : iptables fwbuilder PacketFilter shorewall
• Distribution : debian fedora mandriva SuSE
• Lecture de fichier : vim emacs

Et les protocoles:

• Transfert de fichier : ftp http
• Serveur de fichier : webdav ssh ocfs smb
• Réception de mails : pop imap uucp
• Gestion d'utilisateurs : passwd nis

... liste très loin d'être exhaustive ...

Si vous avez aimé, il y a aussi :

1. Ceux qu’il faut connaître
2. Il ne faut pas confondre …
3. Connaître le protocole IMAP

Aujourd'hui une petite liste de logiciels à connaître et à conseiller. Attention, s'ils sont là, c'est parce qu'ils sont "top of mind", ils ont les fonctionnalités les plus larges et conviendront au plus grand nombre. C'est pourquoi il est bon de les conseiller à ceux qui ne savent pas quoi choisir. Cela ne veut pas dire qu'il n'existe pas pour autant d'alternatives fiables, voire meilleures.

Avant d'avoir le choix, il faut avoir une base à partir de laquelle choisir, donc on commence par un choix par défaut, puis on adapte en fonction des besoins. Apache est un bon serveur web, mais dans certains cas on préfèrera lighthttpd, ces cas étant plus rares on commence par apache.

Serveurs :

• Serveur web : apache 2.2
• Serveur smtp : postfix
• Serveur pop et imap : dovecot
• Serveur dns : bind
• Serveur ftp : vsftpd
• Serveur d'annuaire : openldap
• Serveur base de données : mysql
• Serveur telnet : aucun
• Serveur ntp : openntp
• Serveur irc : conseillez-moi
• Proxy : squid
• Mailing-list : mailman
• Application : ne se prononce pas

Administration :

• Shell : bash
• Boot : grub
• Raid : mdadm
• Suivi de log : logcheck
• Sauvegarde : amanda
• Graphage : cacti
• Supervision : nagios
• Scripting : perl
• Somme de contrôle : sha256sum
• Problème réseau : mtr

Clients :

• Client mail : thunderbird
• Client web : firefox
• Environnement de bureau : gnome
• Graphisme : gimp

Divers

• Noyau : linux
• Serveur graphique : xorg
• Gestion de version : subversion
• Antispam : spamassassin
• Synchronisation : unisson
• Machine virtuelle : virtualbox
• Voip : asterisk
• Firewall : nufw
• Distribution : ubuntu
• Lecture de fichier : less

Et les protocoles:

• Transfert de fichier : sftp
• Serveur de fichier : nfs
• Réception de mails : imaps
• Gestion d'utilisateurs : ldap

... liste non exhaustive ...

Si vous avez aimé, il y a aussi :

1. Ceux qu’il ne faut pas connaître
2. Il ne faut pas confondre …
3. Il faut laisser le temps au temps