All you need is blog - eponyme's blog

Ces derniers temps mon blog est plutôt inactif ... Pourtant "l'effet été" n'y est pour rien, et ce n'est pas non plus la cause d'une quelconque démotivation. Après la dernière release de trustyRC, j'ai décidé de faire une pause car la prochaine version devrait être majeure et contenir de nombreux changements radicaux. J'ai profité de ce temps pour retoucher un peu à Java, et découvrir un tas de nouvelles choses pour moi (ant et gcj notamment). Deux intérêt : me replonger dans ce langage que j'apprécie, et pouvoir poser plein de questions à Pikachu_2014 pour profiter de son légendaire savoir ! Je n'ai rien fait d'original, j'ai tout simplement recommencé une version de trustyRC en java (non, je ne bloque pas sur les bots IRC, c'est juste que ça intègre différentes notions et que c'est donc assez formateur). Vu que la chose me plait bien, je continue pour le moment, je verrai bien où ca me mène. La version C++ n'est pas pour autant arrêtée. Selon l'état d'avancement de la version Java le jour ou je déciderai de reprendre activement le développement de trustyRC, je verrai quelle version je garde, ou si je garde les deux. En parallèle je pense me lancer dans un petit jeu de bataille navale en réseau, intégrant un chat, etc ... Pour cela encore l'éternelle question : java ou C++ (avec Qt) ? Je verrais bien, je pourrais bien me lancer dans le développement de bibliothèques dynamiques gérant le jeu, et ainsi les réutiliser pour développer des GUI dans les deux langages. Enfin, ces dernières semaines, j'ai réalisé deux articles pour le prochain numéro de Linux Identity, dédié à CentOS 5.3 (j'ai d'ailleurs vu qu'un dino y participe aussi). Voilà, non je ne glande pas, non je ne suis pas mort, je n'ai juste rien de concret à présenter pour le moment !

PS : oui je sais, l'art d'écrire un billet quand on à rien à dire ... :D

Fabien (eponyme)

Il peut être intéressant en programmation de pouvoir contrôler le temps maximum d'exécution d'une fonction, pour par exemple éviter un blocage de l'application à cause d'un bug, ou d'une boucle infinie car la condition de sortie n'arrive jamais. Il existe plusieurs mécanismes pour y arriver, notamment l'utilisation de SIGALRM, les conditions des pthreads, ou encore les sémaphores. C'est cette dernière solution, que je trouve plus simple, que j'ai retenue pour gérer les timeouts des fonctions de mon robot IRC trustyRC, m'assurant ainsi qu'il ne se gèlera pas si un plugin chargé se bloquait. Je la présente ici, au travers d'un exemple simple.

Comme je l'avais expliqué lors de mon billet sur mon serveur privé virtuel de chez amen.fr, je n'ai pas eu le choix d'avoir un Plesk collé à ma CentOS ! Après quelques tentatives ratées, je donne ici la marche à suivre pour s'en débarrasser, et avoir une distribution proche de l'originale. Notez que cela me servira surtout d'aide mémoire, et que si vous suivez cette procédure, vous ne pourrez revenir en arrière (à moins d'une réinstallation), que vous n'aurez évidemment plus accès à Plesk (mais toujours au menu virtuozzo, donc aux statistiques, à la console de maintenance, etc ...) et qu'il vous faudra l'assumer (vous avez tout à fait le droit de le faire, il est cependant probable que si un jour vous posez une question au support, une réponse avec la "méthode Plesk" vous soit donnée). Il faut donc aussi que vous soyez surs de pouvoir administrer votre serveur sans Plesk (je ne le ferai pas pour vous ;) ). Le contexte étant fixé, on peut y aller.

Voilà longtemps qu'il était réservé, et pourtant toujours pas utilisé : j'ai enfin lancé mon domaine nicoleau-fabien.net.

J'avais présenté cclive et abby dans des billets récents. J'en avais de plus proposé les RPMs. Ceux-ci ont été approuvés, et après un passage en testing, sont maintenant disponnibles dans les dépôts stables de Fedora. L'extracteur de vidéos et son interface graphique basée sur Qt sont donc facilement installables via yum :

# yum install cclive
# yum install abby

Pour rappel, clive (lui aussi présent dans les dépôts) peut aussi servir de back-end à abby. Il est écrit en perl, et est un peu plus complet que cclive (lui écrit en C, plus léger).

Bon téléchargements,

Fabien

Présentation et proposition de RPMs pour le logiciel cclive.

Les pthreads sont fréquemment utilisés pour la programmation des threads, pour lesquels ils fournissent le nécessaire, mais aussi la protection des données. Cependant, si la bibliothèque pthread s'utilise facilement en C, il est parfois un peu difficile de faire des choses propres avec en C++. Je propose ici une solution : un objet PThread s'appuyant sur la lib pthread et fournissant les méthodes nécessaires pour l'utiliser. Cet objet nécessite qu'on lui passe, au moment où l'on souhaite threader une fonction, un pointeur sur celle-ci. Il est plus courant de créer un objet dérivant de la classe gérant le thread, et d'implémenter une méthode run(), mais j'ai préféré ce système car j'utilise cette classe dans un projet où il était plus agréable d'avoir un objet PThread, et de pouvoir lancer un thread facilement, en passant une fontion en paramètre, plutôt que de créer une nouvelle classe à chaque fois. Il est aussi possible de passer une méthode d'une autre classe en paramètre, mais il faut que celle-ci soit décalrée en static. La classe permet en plus connaitre le status du thread, de l'arreter, ou de l'attendre.

Vous trouverez un exemple dans les fichiers joints au billet. pthread.cpp et pthread.h décrivent l'objet PThread, et le main.cpp un exemple d'utilisation. N'hésitez pas à poser des questions dans les commentaires si besoins. Je sais bien que la classe est loin d'être complète, mais elle propose un bon exemple pour aborder les pthread en C++.

Pour compiler l'exécutable, dans le dossier contenant les trois fichiers sources, tapez

$ g++ -o thread main.cpp pthread.cpp -lpthread

Enfin pour l'exécuter, tapez

./thread

Vous verez cinq compteurs s'exécuter en parrallèle.

Fabien (eponyme)

Présentation et propositions de RPMs pour le logiciel QMagneto.

J'avais présenté l'été dernier le logiciel gestikk. Pour rappel, gestikk est un lanceur d'applications qui a la particularité de prendre en charge non pas des raccourcis, mais des "gestuelles", ou des figures, réalisées avec la souris. Il vous est donc possible, en effectuant un trait, ou un cercle (ou n'importe quelle autre forme de votre choix que vous aurez enregistrée) avec la souris, de lancer une application, ou de simuler une combinaison de touches. 

Ce logiciel n'était pas présent dans les dépôts Fedora. Je l'avais donc packagé et en avait proposé le téléchargement ainsi que la revue. Il y a quelques temps, le paquet a été approuvé, et après un passage dans le dépôt testing, le voici arrivé dans le dépôt stable. Pour installer cet utilitaire sur F9, F10, et les versions futures, vous n'avez donc plus qu'à taper :

# yum install gestikk

Ne vous reste plus qu'à être imaginatifs pour trouver de jolies courbes à associer à vos applications ;)

Fabien (eponyme)