Ingénierie et formations sur les systèmes libres
J’ai récemment été confronté à un souci de taille de fichiers de traces pour le débogage d’une application. Pour résoudre mon problème j’ai écrit un petit programme en ligne de commande permettant de répartir la sortie d’un pipeline du shell dans des fichiers quotidiens.
J’ai appelé cet outil dailyfile et je vous le présente ici, en espérant qu’il puisse servir à d’autres.
J’ai eu besoin il y a quelques jours de comparer deux versions d’un même fichier C après qu’il a subi de nombreuses modifications. La structure du fichier et le contenu ayant beaucoup bougé, les outils habituels (éditeurs, diff, meld, etc.) ne pouvaient me venir en aide. J’avais besoin d’extraire chaque fonction du programme pour qu’elle se trouve dans un fichier séparé. Cela m’a amené à écrire un petit script shell qui pourra peut-être s’avérer utile à d’autres…
Lors de l’écriture d’un script shell on est souvent amené à rechercher une chaîne de caractères ou une expression régulière dans un ensemble de fichiers. Un exemple typique consiste à rechercher les utilisations d’une fonction dans une arborescence de fichiers sources. Plusieurs possibilités s’offrent à nous mais elles ne sont pas équivalentes en terme d’efficacité.
J’ai reçu aujourd’hui quelques exemplaires de la nouvelle édition de mon livre « Scripts Shell Linux et Unix« , qui sera disponible dans quelques jours.
Je viens de recevoir la maquette de couverture de la seconde édition de mon livre « Scripts shell sous Linux et Unix« . J’aime bien l’enchevêtrement de tuyaux qui m’évoquent les pipes Unix.
Outre certaines corrections et mises à jours, on trouve en supplément dans cette nouvelle édition des exemples de scripts complets prêts à l’emploi ainsi qu’un petit QCM pour valider ses connaissances.
Le livre sortira dans quelques jours.
Avec Bash, la complétion des commandes, noms de fichiers, etc. grâce à la touche « tabulation » est très pratique et je l’utilise en permanence. En pratique mon auriculaire gauche y trouve presque sa position de repos naturel lorsque je travaille en ligne de commande. C’est aussi un moyen très efficace de perdre des fichiers involontairement. Voici ce qui vient de m’arriver.
Dans le précédent article, nous avons examiné les possibilités de fonctionnement en continu d’une carte Pandaboard. Il s’est avéré que l’ajout d’un dissipateur thermique était indispensable pour maintenir un régime permanent à 100% du CPU.
Nous allons dans cet article observer le comportement d’un timer logiciel Linux sur cette carte sous une haute charge – tant logicielle qu’en interruptions – et mesurer les fluctuations maximales.
Dans les articles précédents, nous avons vu comment accéder aux sorties GPIO de la Pandaboard depuis l’espace utilisateur (premier article) et depuis l’espace noyau (second article) Linux et Xenomai. Nous allons maintenant nous intéresser à la lecture de l’état des entrées GPIO.
Les GPIO (General Purpose Input Output) sont des broches du microprocesseur permettant de réaliser des opérations d’entrée-sortie électriques programmables. Chaque broche peut être affectée en entrée ou en sortie par programmation et utilisée aisément pour communiquer avec des périphériques externes.
Il est rare de devoir utiliser des traitements en tâche de fond dans un script shell. À moins, bien entendu, qu’il s’agisse d’un script de démarrage servant justement à lancer plusieurs traitements en parallèle.
Il peut néanmoins être parfois nécessaire de gérer des lancements en arrière-plan, comme cela m’est arrivé une fois.
