Re: [squeeze] update-rc.d avec un comportement étonnant
Le 03/07/2014 20:03, Christophe a écrit : > Bonjour la liste, Bonjour, > J'ai rencontré un comportement surprenant de la commande update-rc.d > sous squeeze cet après-midi, et je souhaiterais votre avis sur la question. > > En effet, je souhaite lancer un script de démarrage après tous les > autres : plus exactement réordonner son lancement. > > En ce sens, j'ai lancé les commandes suivantes : > > update-rc.d zeservice remove > > => jusque la, c'est tout bon , cela a retiré les liens symboliques de > /etc/rc*.d/ > > update-rc.d zeservice defaults 99 > > => cela me crée effectivement des liens symboliques dans les différents > runlevels, mais ils sont en S04 et en K01, et ce n'est pas du tout ce > que je souhaite. > > > 99 ou autre chose conduit au même résultat, y compris si rien n'est > précisé : à croire que troisième paramètre n'est non seulement pas pris > en compte, mais a une valeur par défaut erronée (20 par défaut > normalement). Bon, je ne suis pas sous squeeze, mais Je ne vois pas de troisième paramètre après defaults dans le man d'update-rc.d. Pour moi, les numéros d'ordre de démarrage sont générés par insserv en fonction des dépendances définies dans les scripts de démarrage par les options LSB dans les commentaires. > Ce que confirme le commutateur -n de la commande : > > = > insserv: enable service ../init.d/zeservice -> > /etc/init.d/../rc2.d/S04zeservice > insserv: enable service ../init.d/zeservice -> > /etc/init.d/../rc3.d/S04zeservice > insserv: enable service ../init.d/zeservice -> > /etc/init.d/../rc4.d/S04zeservice > insserv: enable service ../init.d/zeservice -> > /etc/init.d/../rc5.d/S04zeservice > = Squeeze utilise donc déjà insserv. > > J'ai également tenté de préciser les deux paramètres de priorité, sans > plus de succès. > > Auriez vous des pistes à me suggérer pour que cette commande crée des > liens en S99 et K99 ? > > @+ > Christophe. > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b5d3ab.5080...@nuagelibre.org
Re: Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
❦ 3 juillet 2014 17:34 +0200, Tristan Charbonneau : > 1. Le paquet n'existe pas en lenny. > D'après https://packages.qa.debian.org/s/snmp-mibs-downloader.html le > paquet est apparu en 2010. > Or Lenny est sortie en 2009 > Ce paquet est donc arrivé avec squeeze. Exact. Auparavant, les MIB étaient shippées dans libsnmp-base. Cf: https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes&bug=498475 -- Make it right before you make it faster. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Re: [HS] course vers SIGFPE
Bonsoir je suis perplexe, j'ai fait deux variantes de mon programme assembleur 1°) avec correction du registre ebx qui déclenche la division par zéro: le signal est envoyé à répétition, la correction ne semble pas prise en compte! C'est bien mon handler qui répond à chaque fois. 2°) en éliminant la division par 0 et en déclenchant SIGFPE de l'extérieur par kill -s 8 : pas de problème, mon handler installé répond bien à chaque envoi. Alors pourquoi tout se passe-t-il normalement (du côté du handler et de sigaction au moins) dans ces deux cas et pas dans mon exemple initial? Je vais aller chercher mon bonheur ailleurs et reviendrai dire si j'ai trouvé une explication. Bien cordialement Philippe Deleval -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b5af06.9070...@wanadoo.fr
Re: Mixer deux versions de PHP (5.3 et 5.4)
Bonsoir, Le 03/07/2014 20:36, Philippe Gras a écrit : > > Je crois bien qu'ils font ça chez OVH, et on entre la version PHP que > l'on souhaite > dans le /htaccess/. L'année dernière, ils ont écrit qu'ils migraient > chez Debian. > > Après, je ne sais pas comment ça fonctionne au juste, mais ça > m'étonneraient que > les gars baladent les hébergements d'un serveur à l'autre quand > un /htaccess/ vient > d'être édité… Se ballader sur plusieurs serveur Web via un .htaccess, je ne pense pas, par contre orienter les requêtes vers le serveur qui éxécute php-fpm (et qui ne fait que ça) , probablement. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b5a432.30...@stuxnet.org
Re: Mixer deux versions de PHP (5.3 et 5.4)
Le 3 juil. 14 à 20:26, Christophe a écrit : Bonsoir, Le 03/07/2014 16:53, Grégoire COUTANT a écrit : Bonjour à tous, j'utilise PHP (php-fpm) via les dépôts dotdeb sur une debian squeeze Je souhaiterai pouvoir avoir également une version 5.4 sur certains vhost. Est-ce sur une même et unique machine ? Si tel est le cas, as tu déjà deux instances de php-fpm qui fonctionnent avec des versions de PHP différentes ? J'ai un doute sur le fait que cela soit possible avec uniquement des paquets Debian (officiels ou non). Mais le sujet m’intéresse ;) . Je crois bien qu'ils font ça chez OVH, et on entre la version PHP que l'on souhaite dans le htaccess. L'année dernière, ils ont écrit qu'ils migraient chez Debian. Après, je ne sais pas comment ça fonctionne au juste, mais ça m'étonneraient que les gars baladent les hébergements d'un serveur à l'autre quand un htaccess vient d'être édité… @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b5a03a.9000...@stuxnet.org
Re: Mixer deux versions de PHP (5.3 et 5.4)
Bonsoir, Le 03/07/2014 16:53, Grégoire COUTANT a écrit : > Bonjour à tous, > j'utilise PHP (php-fpm) via les dépôts dotdeb sur une debian squeeze > Je souhaiterai pouvoir avoir également une version 5.4 sur certains vhost. > Est-ce sur une même et unique machine ? Si tel est le cas, as tu déjà deux instances de php-fpm qui fonctionnent avec des versions de PHP différentes ? J'ai un doute sur le fait que cela soit possible avec uniquement des paquets Debian (officiels ou non). Mais le sujet m’intéresse ;) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b5a03a.9000...@stuxnet.org
Re: Installation de logiciels provenant de PyPi et Python 3.4
Le jeudi 03 juillet 2014 à 18:24 +0200, Olivier a écrit : > Quelqu'un pourrait-il résumer les enjeux et les avantages respectifs > des > deux méthodes, du point de vue d'un administrateur d'un système ? > > Et du point de vue d'un développeur de logiciels en Python, cela > change-t-il la donne ? A mon sens, et c'est vrai de ce type de système pour plusieurs softs : pip ou équivalent = garantie d'avoir le module standard dans une version récente, et probablement les modules pas (encore?) intégré à Debian, mais il faut faire les mises à jour indépendamment du système. apt = garantie d'avoir le module stable maintenu par les équipes de sécurité Debian et mis à jour avec le reste du système. Après je suppose qu'on peut dire : À chacun ses besoins et ses préférences. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1404406252.27651.12.camel@azuki.jisui
[squeeze] update-rc.d avec un comportement étonnant
Bonjour la liste, J'ai rencontré un comportement surprenant de la commande update-rc.d sous squeeze cet après-midi, et je souhaiterais votre avis sur la question. En effet, je souhaite lancer un script de démarrage après tous les autres : plus exactement réordonner son lancement. En ce sens, j'ai lancé les commandes suivantes : update-rc.d zeservice remove => jusque la, c'est tout bon , cela a retiré les liens symboliques de /etc/rc*.d/ update-rc.d zeservice defaults 99 => cela me crée effectivement des liens symboliques dans les différents runlevels, mais ils sont en S04 et en K01, et ce n'est pas du tout ce que je souhaite. 99 ou autre chose conduit au même résultat, y compris si rien n'est précisé : à croire que troisième paramètre n'est non seulement pas pris en compte, mais a une valeur par défaut erronée (20 par défaut normalement). Ce que confirme le commutateur -n de la commande : = insserv: enable service ../init.d/zeservice -> /etc/init.d/../rc2.d/S04zeservice insserv: enable service ../init.d/zeservice -> /etc/init.d/../rc3.d/S04zeservice insserv: enable service ../init.d/zeservice -> /etc/init.d/../rc4.d/S04zeservice insserv: enable service ../init.d/zeservice -> /etc/init.d/../rc5.d/S04zeservice = J'ai également tenté de préciser les deux paramètres de priorité, sans plus de succès. Auriez vous des pistes à me suggérer pour que cette commande crée des liens en S99 et K99 ? @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b59add.2050...@stuxnet.org
Re: Installation de logiciels provenant de PyPi et Python 3.4
Bonjour, Le jeudi 03 juillet 2014, Olivier a écrit... > Quelqu'un pourrait-il résumer les enjeux et les avantages respectifs des > deux méthodes, du point de vue d'un administrateur d'un système ? > Et du point de vue d'un développeur de logiciels en Python, cela > change-t-il la donne ? Résumer, je ne peux pas. Mais un avantage sérieux, pour l'utilisateur et le développeur, c'est l'utilisation des environnements virtuels, virtualenv, qui permettent de ne pas "polluer" le système, et de tester différentes versions éventuellement. -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140703164311.GC6274@espinasse
Installation de logiciels provenant de PyPi et Python 3.4
Bonjour, J'ai vu ici ou là mais sans les comprendre, malheureusement, des discussions (passionnées) sur les pbs posés par l'ajout dans Python 3.4 du logiciel pip et plus généralement par l'installation de logiciels en Python par sudo pip install plutôt que par apt-get. Quelqu'un pourrait-il résumer les enjeux et les avantages respectifs des deux méthodes, du point de vue d'un administrateur d'un système ? Et du point de vue d'un développeur de logiciels en Python, cela change-t-il la donne ? Par avance, merci pour vos lumières. Slts
Re: Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
Bonjour, 1. Le paquet n'existe pas en lenny. D'après https://packages.qa.debian.org/s/snmp-mibs-downloader.html le paquet est apparu en 2010. Or Lenny est sortie en 2009 Ce paquet est donc arrivé avec squeeze. 2. Il me semble (mais je peux me tromper) qu'aucun tri n'est fait. On 03/07/2014 17:25, Olivier wrote: Bonjour, Pour une machine sous Lenny, je souhaite installer le paquet snmp-mibs-downloader du dépôt non-free. Mon fichier /etc/apt/sources.list contient: deb http://archive.debian.org/debian-archive/debian/ lenny main non-free deb-src http://archive.debian.org/debian-archive/debian/ lenny main non-free J'obtiens: # apt-get -s install snmp-mibs-downloader Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait E: Impossible de trouver le paquet snmp-mibs-downloader En consultant visuellement le dépôt Lenny/Archive/non-free, je ne vois pas le paquet recherché. Mes questions: 1. Y-a-t-il des dépôts alternatifs et fiables pour retrouver ce que je recherche ? 2. Sans polémique aucune, quel est le critère qui fait qu'un paquet est conservé ou non dans le dépôt Lenny/Archive/non-free ? Slts -- Tristan Charbonneau Domisys - Materiel.net Administrateur système - Devops -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b57819.1010...@domisys.com
Re: Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
Le 3 juillet 2014 17:44, Sébastien NOBILI a écrit : > Bonjour, > > Le jeudi 03 juillet 2014 à 17:25, Olivier a écrit : > > Pour une machine sous Lenny, je souhaite installer le paquet > > snmp-mibs-downloader du dépôt non-free. > > Lenny ??? Ça fait quelques versions de retard ça… > > Je commencerais par la mettre jour cette machine. > Même si on sort un peu du sujet, j'ai un de mal à oser la mise à jour à distance d'une machine. Il suffit par exemple qu'une partition soit trop petite pour la nouvelle version de l'OS pour provoquer de sérieux déboires. Alors, c'est vrai, tant que ça tourne, je ne fais pas les MAJ majeures de Debian. Entre nous, qui ose le faire ? > > Seb > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/20140703154401.ga14...@sebian.nob900.homeip.net > >
Re: Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
Super ! Merci du tuyau ! Le 3 juillet 2014 17:41, Bernard Schoenacker a écrit : > Le Thu, 3 Jul 2014 17:25:55 +0200, > Olivier a écrit : > > > Bonjour, > > > > Pour une machine sous Lenny, je souhaite installer le paquet > > snmp-mibs-downloader du dépôt non-free. > > > > Mon fichier /etc/apt/sources.list contient: > > deb http://archive.debian.org/debian-archive/debian/ lenny main > > non-free deb-src http://archive.debian.org/debian-archive/debian/ > > lenny main non-free > > > > > > J'obtiens: > > # apt-get -s install snmp-mibs-downloader > > Lecture des listes de paquets... Fait > > Construction de l'arbre des dépendances > > Lecture des informations d'état... Fait > > E: Impossible de trouver le paquet snmp-mibs-downloader > > > > > > En consultant visuellement le dépôt Lenny/Archive/non-free, je ne > > vois pas le paquet recherché. > > > > Mes questions: > > 1. Y-a-t-il des dépôts alternatifs et fiables pour retrouver ce que je > > recherche ? > > > > 2. Sans polémique aucune, quel est le critère qui fait qu'un paquet > > est conservé ou non dans le dépôt Lenny/Archive/non-free ? > > > > Slts > > bonjour, > > il suffit re chercher un peut sur les mirroirs allemands : > > http://debian.sdinet.de/lenny/sdinet/snmp-mibs-downloader/ > > slt > bernard > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/20140703174109.1696568d.bernard.schoenac...@free.fr > >
Re: Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
Bonjour, Le jeudi 03 juillet 2014 à 17:25, Olivier a écrit : > Pour une machine sous Lenny, je souhaite installer le paquet > snmp-mibs-downloader du dépôt non-free. Lenny ??? Ça fait quelques versions de retard ça… Je commencerais par la mettre jour cette machine. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140703154401.ga14...@sebian.nob900.homeip.net
Re: Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
Le Thu, 3 Jul 2014 17:25:55 +0200, Olivier a écrit : > Bonjour, > > Pour une machine sous Lenny, je souhaite installer le paquet > snmp-mibs-downloader du dépôt non-free. > > Mon fichier /etc/apt/sources.list contient: > deb http://archive.debian.org/debian-archive/debian/ lenny main > non-free deb-src http://archive.debian.org/debian-archive/debian/ > lenny main non-free > > > J'obtiens: > # apt-get -s install snmp-mibs-downloader > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances > Lecture des informations d'état... Fait > E: Impossible de trouver le paquet snmp-mibs-downloader > > > En consultant visuellement le dépôt Lenny/Archive/non-free, je ne > vois pas le paquet recherché. > > Mes questions: > 1. Y-a-t-il des dépôts alternatifs et fiables pour retrouver ce que je > recherche ? > > 2. Sans polémique aucune, quel est le critère qui fait qu'un paquet > est conservé ou non dans le dépôt Lenny/Archive/non-free ? > > Slts bonjour, il suffit re chercher un peut sur les mirroirs allemands : http://debian.sdinet.de/lenny/sdinet/snmp-mibs-downloader/ slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140703174109.1696568d.bernard.schoenac...@free.fr
Où trouver le paquet non-free/snmp-mibs-downloader pour Lenny ?
Bonjour, Pour une machine sous Lenny, je souhaite installer le paquet snmp-mibs-downloader du dépôt non-free. Mon fichier /etc/apt/sources.list contient: deb http://archive.debian.org/debian-archive/debian/ lenny main non-free deb-src http://archive.debian.org/debian-archive/debian/ lenny main non-free J'obtiens: # apt-get -s install snmp-mibs-downloader Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait E: Impossible de trouver le paquet snmp-mibs-downloader En consultant visuellement le dépôt Lenny/Archive/non-free, je ne vois pas le paquet recherché. Mes questions: 1. Y-a-t-il des dépôts alternatifs et fiables pour retrouver ce que je recherche ? 2. Sans polémique aucune, quel est le critère qui fait qu'un paquet est conservé ou non dans le dépôt Lenny/Archive/non-free ? Slts
Re: [HS] course vers SIGFPE
Le jeudi 3 juillet 2014, 14:01:36 Philippe Deleval a écrit : > Bonjour à tous ’jour, > Petit délai dans ma réponse, J'ai encore fait pas mal de > recherches sur Internet, 'SIGFPE sigaction' donne beaucoup de > résultats sur google, dont près de la moitié sont des > exemplaires ou des copies de la page de manuel de sigaction! > Il faut vraiment pas grand chose pour faire un cours... Ouaip. Et les bouquins ne font guère mieux. Et s’éloigner de la machine / du noyau ne change pas grand-chose : la plupart des bouquins sur sont une resucée du standard (pas toujours à jour) avec, si on a de la chance, un peu d’API et sinon, le tutoriel de base. Je les comprends presque au vu du temps que j’ai dû passer pour écrire des exemples (C++) clairs et presque utiles pour les quelques cours d’introduction à la programmation système que j’ai donnés… > Le 01/07/2014 17:09, Sylvain L. Sauvage a écrit : >[…] > > 2. ce que tu fais dans le gestionnaire de signal empêche le > >réarmement automatique du signal. J’ai dit une ânerie : le signal ne doit pas être réarmé, il n’est juste pas remis à SIG_DFL après usage (ce qui est le cas avec SA_RESETHAND ou en passant par signal(2)). (On peut le vérifier dans les sources du noyau, dans get_signal_to_deliver() dans kernel/signal.c.) > J'ai fait un essai minimal où le handler ne fait que détourner > le 'ret' vers l'instruction de mon choix (deux instructions: > pop eax et jmp afferr !) Même comportement. Mon "programme > principal" passe en boucle à la routine de travail 0, 1, 2, > 3, 0, 1, 2, 3. la première fois qu'elle passe 0, mon handler > fonctionne, la deuxième fois, processus terminé par SIGFPE! > > Je joins mon texte en assembleur (nasm), avec tous les > commentaires qui en font une historique. Je ne vois pas d’erreur (juste un tas de commentaires ;o) mais j’ai arrêté l’assembleur à l’étape théorie (6502 en plus). Je peux comprendre chaque instruction mais voir l’ensemble, et surtout déboguer, m’est difficile (voire pénible ;o). >[…] > Si vraiment je suis trop hors sujet, à qui, quelle liste > dois-je m'adresser? j'ai fait un tour dans la liste (!) des > listes Debian, aucune n'est prévue pour ce genre de problème. Comme je l’ai déjà dit, ça n’est pas une question qui concerne seulement Debian (n’importe quelle distribution GNU/Linux avec le même noyau doivent avoir le même comportement) donc il n’y a pas de liste Debian pour ça. Il te faut une liste de programmation système sur Linux en assembleur. Si tu l’amènes bien, tu dois au moins pouvoir trouver des pointeurs sur la LKML. Sinon, j’irais voir dans un sous-groupe de comp.lang.asm ou comp.os.linux. > Où dois-je signaler un bug dans sigaction? À ceux qui en ont écrit le code de sigaction : les développeurs du noyau, donc la LKML. Mais, je serais toi, je vérifierais mes arguments avant de m’y frotter : il y a env. 1 messages par mois et ils n’aiment pas vraiment le bruit, surtout quand un utilisateur débarque du diable Vauvert pour leur dire que leur code est bogué. Surtout que, depuis du C, sigaction() fonctionne bien et le gestionnaire est bien appelé une fois par signal¹. ¹ Ça dépend du signal et de la façon dont il est envoyé puisque quand un SIGFPE est envoyé à cause d’un calcul, le calcul est ré-exécuté (ou plutôt recommencé puisqu’il n’a pas été exécuté jusqu’au bout la fois précédente), donc le signal est relancé. Ce n’est pas le cas quand on passe par kill() ou avec d’autres signaux. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/2789966.cQ3lbyuCrD@earendil
Mixer deux versions de PHP (5.3 et 5.4)
Bonjour à tous, j'utilise PHP (php-fpm) via les dépôts dotdeb sur une debian squeeze Je souhaiterai pouvoir avoir également une version 5.4 sur certains vhost. Je l'avais fait sur une debianetch il y a longtemps avec fcgi, mais je ne vois pas comment construire le truc avec ma config actuelle (apache mpm / php-fpm). Avez-vous une piste pour m'aider ? Merci Grégoire -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53b56e64.6000...@gmail.com
Re: [HS] course vers SIGFPE
Bonjour à tous Petit délai dans ma réponse, J'ai encore fait pas mal de recherches sur Internet, 'SIGFPE sigaction' donne beaucoup de résultats sur google, dont près de la moitié sont des exemplaires ou des copies de la page de manuel de sigaction! Il faut vraiment pas grand chose pour faire un cours... Le 01/07/2014 17:09, Sylvain L. Sauvage a écrit : (...) Je vois deux possibilités : 1. (peu probable) tu as collé un SA_RESETHAND dans un coin ; J'ai fait beaucoup d'essais, avec ou sans le "drapeau" SA_RESETHAND, sans variation de comportement. 2. ce que tu fais dans le gestionnaire de signal empêche le réarmement automatique du signal. J'ai fait un essai minimal où le handler ne fait que détourner le 'ret' vers l'instruction de mon choix (deux instructions: pop eax et jmp afferr !) Même comportement. Mon "programme principal" passe en boucle à la routine de travail 0, 1, 2, 3, 0, 1, 2, 3. la première fois qu'elle passe 0, mon handler fonctionne, la deuxième fois, processus terminé par SIGFPE! Je joins mon texte en assembleur (nasm), avec tous les commentaires qui en font une historique. N.B.: ce n'est pas une affaire de coprocesseur ! C'est le processeur lui-même qui déclenche l'interruption 5 quand un problème se pose avec 'div' ou 'idiv'. Comme le coprocesseur déclenche la même interruption en cas de problème si ses flags ont été configurés pour, la réaction du noyau Linux est la même: SIGFPE. Si vraiment je suis trop hors sujet, à qui, quelle liste dois-je m'adresser? j'ai fait un tour dans la liste (!) des listes Debian, aucune n'est prévue pour ce genre de problème. Où dois-je signaler un bug dans sigaction? Cordialement Philippe Deleval ; chapeau pour programmes ou modules écrits en assembleur ; inspiré du "header" suggéré par Jeff Duntemann ("Assembly Language Step ; by Step", troisième édition, Wiley 2009) ; ; fichier source: fpe_asm.asm ; fichier produit: fpe_asm ; ; version 1.0 ; Créé le 28 juin 2014 ; Mis à jour le 2 juillet 2014, nettoyage des scories de la version C trouvée ; sur Internet ; ; Auteur: Philippe Deleval ; ; Description: ; version assembleur du programme de récupération de SIGFPE ; version avec détournement du 'ret' du handler ; Résultat des courses: le noyau enchaîne sur le handler de l'utilisateur ; avec le contexte qu'il aurait s'il était appelé par 'call' depuis le point ; ou le hardware a lancé 'int 5' (réaction aux erreurs de "Floating Point", ; mais aussi aux divisions par zéro ou débordements de 'div' ou 'idiv'), ce ; que le noyau convertit en SIGFPE. ; Si ça marche sur la première captation de SIGFPE, je ne trouve pas le moyen ; de relancer et réinstaller le 'handler' après usage! ; ; N.B.: le programme principal appelle la procédure "wrk" avec les valeurs sur ; ebx 0, 1, 2, 3 cycliquement (effect des deux instructions 'inc eax' et ; 'and eax, 3' (i.e. ___0111 binaire). ; ; ; Commande d'assemblage: nasm -f elf fpe_asm.asm ; Commande d'édition de liens: ld -s -x -o fpe_asm fpe_asm.o (sauf si debug!) ; ; ; Compléments de documentation: ; ; tiré de : ;/* A `sigset_t' has a bit for each signal. */ ; ;# define _SIGSET_NWORDS(1024 / (8 * sizeof (unsigned long int))) ;typedef struct ; { ;unsigned long int __val[_SIGSET_NWORDS]; ; } __sigset_t; ; ; tiré de et simplifié en assumant __USE_POSIX199309 ! ; ;/* Structure describing the action to be taken when a signal arrives. */ ;struct sigaction ; { ;/* Signal handler. */ ;union ; { ; /* Used if SA_SIGINFO is not set. */ ; __sighandler_t sa_handler; ; /* Used if SA_SIGINFO is set. */ ; void (*sa_sigaction) (int, siginfo_t *, void *); ; } ;__sigaction_handler; ; ;/* Additional set of signals to be blocked. */ ;__sigset_t sa_mask; ; ;/* Special flags. */ ;int sa_flags; ; ;/* Restore handler. */ ;void (*sa_restorer) (void); ; }; BITS 32 GLOBAL _start SECTION .text %idefine sys_exit 1 %idefine sys_read 3 %idefine sys_write 4 %idefine sys_sigaction 67 %idefine stdin 0 %idefine stdout 1 %idefine stderr 2 %define SIGFPE 8 ; code de SIGFPE d'après fpe_v0.s ; valeurs tirées de ; Bits in `sa_flags'. %define SA_NOCLDSTOP 1 ; Don't send SIGCHLD when children stop. %define SA_NOCLDWAIT 2 ; Don't create zombie on child death. %define SA_SIGINFO4 ; Invoke signal-catching function with ; three arguments instead of one. %define SA_ONSTACK 0x0800 ; Use signal stack by using `sa_restorer'. %define SA_RESTART 0x1000 ; Restart syscall on signal return. %define SA_NODEFER 0x4000 ; Don't automatically block the signal when ; its handler is being executed. %define SA_RESETHAND 0x8000 ; Reset to SIG_DFL on entry to handler. %define SA_INTERRUPT 0x2000 ; Historical no-op. _start: ; programme fpe_asm