jigso a écrit 1205 commentaires

  • [^] # Re: Une carrière assurée

    Posté par  . En réponse au journal Les 25 erreurs de programmation les plus dangereuses. Évalué à 3.

    je suis plutôt dans un autre secteur (en ce moment), et savoir ce qu'on manipule comme donnée est bien plus vital qu'un quelconque overflow (qui ne pourrait arriver que sur des valeurs impossible). On manipule des valeurs finie, dans des variables choisie en fonction de ce qui est manipulé (c'est ce qu'on disait pour les années sur 2 chiffre ^^).

    Dans ce cas il faut utiliser des langages à typage fort, comme ADA, et pas du C/C++... Là au moins c'est le compilo qui peut t'avertir s'il y a un mélange de torchons et de serviettes (à condition de ne pas désactiver ce check, suivez mon regard...).

    Faire reposer la validité des données sur un simple artifice de nommage est vraiment léger...
  • [^] # Re: et?

    Posté par  . En réponse au journal Grosse faille exploitable à distance dans IE. Évalué à 10.

    Je trouve au contraire que ce genre d'info fait un agréable écho au billet de pasBillpasGates ( https://linuxfr.org//~MSUSA/27625.html )
    Voyons voir combien de temps la faille va restée exploitable...
  • [^] # Re: Tous cela pose la question..

    Posté par  . En réponse au message Resturation/Récupération de fichiers effacés. Évalué à 1.

    oui effectivement, c'est avec les alias que ça marche.

    Ceci devrait fonctionner :

    function my_rm() {
    mv "$@" ~/trash
    }

    alias rm='my_rm'


    et là on peut faire un \rm
  • [^] # Re: Tous cela pose la question..

    Posté par  . En réponse au message Resturation/Récupération de fichiers effacés. Évalué à 2.

    \rm -rf ~/trash/*
  • [^] # Re: Nom masculin pour serveurs féminin pour clients

    Posté par  . En réponse au journal Nom de nos machines. Évalué à 1.

    T'aurais du appeler les serveuses avec des noms féminins (en a, évidemment), et les clients avec des noms masculins. Plus logique.
  • [^] # Re: Déçu

    Posté par  . En réponse au journal Puisque. Évalué à 10.

    C'est l'apparence qui prime plus que l'essence

    Et de nos jours on en aurait bien besoin de prime sur l'essence.

    ok je ->[]
  • [^] # Re: Télécharger l'historique

    Posté par  . En réponse au message Sauvegarder un indice boursier quotidiennement. Évalué à 2.

    Pour faire de beaux graphiques tu peux aussi passer par JFreeChart .http://www.jfree.org/jfreechart/

    Plus style "gros-barbu-avec-une-bière-à-la-main" : gnuplot http://www.gnuplot.info/
  • [^] # Re: Ma vie, mon oeuvre

    Posté par  . En réponse à la dépêche Les dix ans de LinuxFR.org : les festivités. Évalué à 3.

    Zut, j'ai zappé une question :

    Votre meilleur souvenir/troll/discussion sur LinuxFr (avec un lien si possible) ?

    Les délires non concertés : https://linuxfr.org/~allcolor/3138.html
  • [^] # Re: Prix de Windows Vista

    Posté par  . En réponse au journal Affaire Darty... Quoi de neuf ?. Évalué à 3.

    Peu importe le prix de l'OS, il coute ce que vous êtes préts à payer.

    Ici c'est une valeur fixée pour des raisons commerciales. Quelle montant minimal seriez-vous prêt à recevoir pour acheter la machine ? En dessous de 40 €, ce n'est plus assez incitatif. Simple segmentation de marché pour assurer un benef maximal au vendeur.

    Donc pour faire baisser : ne pas acheter, et signifier à Darty qu'en dessous de 90 on ne prend pas. Bon ils risquent aussi de rester à 30, vue que de toute façon c'était déjà des ventes de perdues, et que mettre "remboursement de l'OS : 30" sur l'étiquette ça ne coute rien, et au moins ils sont en règle vis-à-vis de la loi.
  • # Ma vie, mon oeuvre

    Posté par  . En réponse à la dépêche Les dix ans de LinuxFR.org : les festivités. Évalué à 2.

    Quand et comment avez-vous connu DLFP ?

    Sais plus. En 2000, j'ai crée un compte assez vite je pense.

    Quel est votre niveau de fréquentation ?

    Quotidienne

    Quels sont les contenus que vous lisez ? Ceux que vous ne lisez jamais ?

    Je lis tout, Journaux, Forums, Dépèches.

    Quelle est votre opinion personnelle sur DLFP ?

    On devrait l'inventer si ça n'existait pas déjà.

    Quels sont, selon, vous les points forts de DLFP ? Les raisons de son succès ? Ce que vous appréciez le plus ?

    Allie les infos pertinentes, les discussions passionantes, et les gros trolls velus. Tout ça au même endroit.

    A contrario, les faiblesses de votre point de vue ?

    Empêche de surfer sur d'autres sites.

    Comment percevez-vous l'influence de DLFP dans le monde du logiciel libre ?

    Source d'info et point de rencontre incontournable.

    Votre meilleur souvenir/troll/discussion sur LinuxFr (avec un lien si possible) ?

    Avez-vous déjà posté/proposé du contenu sur DLFP ?

    Des journaux oui, des Dépèches non (toujours au courant de tout après tout le monde...)

    DLFP, LinuxFr ou GNU/LinuxFr ?

    DLFP, en mémoire du bon vieux temps. http://web.archive.org/web/20000815070054/linuxfr.org/news/
  • [^] # Re: SSH, c'est possible !

    Posté par  . En réponse au message Initier une connexion SSH à l'envers. Évalué à 2.

    bizarre... Essaye de mettre un netcat en écoute à la place du serveur web (ou sur un autre port) pour voir si déjà ça arrive bien.

    Peut-être que putty a des options particulières, je ne sais pas je n'ai utilisé que ssh en ligne de commande.
  • # SSH, c'est possible !

    Posté par  . En réponse au message Initier une connexion SSH à l'envers. Évalué à 10.

    Tout est faisable en utilisant que ssh : cf option -R dans le man

    Etape 1 sur machine du boulot :

    ssh -R 2222:localhost:22 mezigue@home.org

    Là on crée une connection ssh qui en plus de la session classique écoute sur le port 2222 de home.org et renvoie le tout sur localhost:22, cad un ssh local sur boulot.

    Etape 2 : rentrer chez soi et taper sur home :

    ssh -p 2222 login_boulot@localhost

    Et zou ça ressort direct sur boulot:22


    Et si la connection de l'étape 1 tombe ? plus rien ? Que nenni, en utilisant autossh. Ce dernier lance une connection ssh et si elle tombe, la relance. Et avec un agent-ssh, c'est que du bonheur !

    Par ex : autossh -M 0 -f -g -N -R 2222:localhost:22 mezigue@home.org

    Attention au -g, bien lire les man de ssh et autossh avant de lancer ça directement.



    PS : et avec corkscrew pour initier la connection ssh dans un tunnel HTTPS à travers un proxy, c'est encore meilleur ;-)
  • [^] # Re: Useless use of sed

    Posté par  . En réponse au message Cat et les espaces. Évalué à 2.


    Il peut être parfois plus rapide d'apprendre un seul langage que 36 syntaxes de différents utilitaires dés lors que la tache est un minimum complexe.


    Par ex en Perl l'exercice précédent se simplifie en :


    perl -pe 'open STDOUT,">>",(split /;/)[0]' ${fichier_source}


    ;-)
  • [^] # Re: eheh

    Posté par  . En réponse au journal Le jeu des sept erreurs. Évalué à 2.

    Je ne vois vraiment pas pourquoi on ne pourrait pas attribuer de point godwin sur une discussion sur le nazisme, ou sur godwin ; c'est vraiment réducteur comme idée... 'spèce de Nazi !

    (et hop un point de plus !)
  • [^] # Re: Useless use of cat...

    Posté par  . En réponse au message Cat et les espaces. Évalué à 2.

    oups, j'ai laissé un \000 trainé dans la regexp, c'est un reste d'une idée à la con, à retirer, oeuf corse.
  • # Useless use of cat...

    Posté par  . En réponse au message Cat et les espaces. Évalué à 5.



    sed 's/^\([A-Z].*\);.*;.*;.*;true$/\1\000/' ${fichier_source} | while read fichier_ville

    if [ ! -e ${chemin}/tmp/$fichier_ville ]

    then

    touch "${chemin}/tmp/$fichier_ville"

    fi

    echo $ligne >> "${chemin}/tmp/$fichier_ville"

    done



    Mais sinon c'est quoi l'interêt du touch avant le append par le echo ? si le fichier n'existe pas, il est automatiquement créé...

    De plus je te conseille de mettre des " autour des noms de fichiers, s'il y a des espaces ça risque de coincer.
  • # Pourquoi faire simple...

    Posté par  . En réponse au message Proc::Daemon et bloc END { }. Évalué à 4.

    Après Proc::Daemon::Init, tu valides un flag que tu testes dans le bloc END.


    Proc::Daemon::Init;
    my $flag = 1;

    ...

    END {
    update_stats() if defined $flag;
    }
  • [^] # Re: La question reste entière

    Posté par  . En réponse à la dépêche Briser un DRM : un comportement irresponsable ?. Évalué à 8.

    Et donc tous les meurtriers, et autres coupables qui se rendent spontanément au commissariat devraient être relaxés ? trop facile...
  • [^] # Re: Le droit de surfer

    Posté par  . En réponse au journal J'hallucine !!! des cons pareils !!! lisez absolument ça !!!!. Évalué à 3.

    Non c'est du 2nd degré.
  • # lost...

    Posté par  . En réponse au journal J'hallucine !!! des cons pareils !!! lisez absolument ça !!!!. Évalué à 10.

    Alors au début je me suis dit "tiens, il a pas compris que c'était du 2nd degré, l'article et les commentaire". Puis après j'ai douté pour les commentaires. Pis non en fait, c'est bien du 2nd degré. Pis après je me suis dit : "le journal est peut-être aussi du 2nd degré". Voyons les commentaires... Tiens il y en qui pense que le journal n'est pas du 2dn degré. Ils doivent se tromper. Ah ben non, en fait c'était du 2nd degré aussi, mais certains n'ont pas compris... voyons plus loin. Ah l'auteur du journal dit qu'il n'avait saisi le 2nd degré. Mais dit-il la vérité ou est-ce du 2nd degré ? Et si c'est du 2nd, ceux qui réagisse directement se trompent, sauf s'ils utilisent aussi du 2nd degré, auquel cas... auquel cas... et merde, je suis perdu. Au secours !
  • [^] # Re: init

    Posté par  . En réponse au message comment tuer des process fils automatiquement dans un script shell.... Évalué à 3.

    Pour ne pas tuer à l'aveugle, un bon moyen est de vérifier le contenu de /proc/$pid . Évidemment ça ne fonctionne que sous linux, sous d'autres Unix il faut adapter.

    Par ex en regardant dans /proc/$pid/cmdline on peut retrouver la ligne de commande qui a servi à lancer le process.

    Dans les script /etc/init.d/, on peut trouver parfois des trucs sympa :


    running_pid() {
    # Check if a given process pid's cmdline matches a given name
    pid=$1
    name=$2
    [ -z "$pid" ] && return 1
    [ ! -d /proc/$pid ] && return 1
    cmd=`cat /proc/$pid/cmdline | tr "\000" "\n"|head -n 1 |cut -d : -f 1`
    # Is this the expected server
    [ "$cmd" != "$name" ] && return 1
    return 0
    }


    Évidemment reste le cas foireux où le pid a été réutilisé par le même process, mais là il faut vraiment pas avoir de bol. En plus les pid vont en s'incrémentant, le max est 32k, donc il faudrait avoir une rotation complète ET une relance du "bon" process pour être dans ce cas... Si ça t'arrive, joue au loto ;-)
  • [^] # Re: Site de Geek!

    Posté par  . En réponse au sondage Cet été, mis à part les RMLL, je .... Évalué à 2.

    Meuuh non, le geek ne drague pas...

    https://linuxfr.org/2008/07/08/24307.html
  • [^] # Re: Je travaille, donc je moule.

    Posté par  . En réponse au sondage Cet été, mis à part les RMLL, je .... Évalué à 3.

    et pis ce qui compte, c'est ce qu'il y a sous la crème solaire...
  • # schmilblick ?

    Posté par  . En réponse au message wifi. Évalué à 4.

    Bon. Alors voilà, je voudrais dire à Zézette qu'elle aille directement chez René parce que comme j'ai paumé les clés du camion, on va être emmerdés pour lui livrer l'armoire.
  • [^] # Re: Euh ...

    Posté par  . En réponse au message probleme recuperation de messages avec fetchmail. Évalué à 1.

    A priori il n'est pas possible de dire à fetchmail de distribuer les mail en fonction de l'adresse, c'est au niveau du MTA qu'il faut faire ça. Ou sinon regarde du coté de procmail. Mais c'est curieux d'avoir un seul compte pour plusieurs personnes. Ne serait-il pas plus simple d'avoir autant de récupération par fetchmail qu'il y a de destinataires ?