frederic blain a écrit 12 commentaires

  • [^] # Re: pas encore 100% de bonnes réponses

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 6.

    Mais effectivement les feux anti brouillards arrière ne doivent s'utiliser exlcusivement en cas de brouillard.

    Et de neige ;)

    Un bon mémo transmis par mon prof d'auto école à l'époque :
    * A l'avant c'est la place des parents : BNP, comme la banque : Brouillard, Neige, Pluie.
    * A l'arrière c'est la place des enfants : BN, comme les gateaux choco BN: Brouillard, Neige.

  • [^] # Re: trouvé...

    Posté par  . En réponse au message scons : choix du repertoire d'installation. Évalué à 1.

    En effet.

    Pour plus d'info sur l'install d'Ardour: http://ardour.org/building
  • # --prefix

    Posté par  . En réponse au message scons : choix du repertoire d'installation. Évalué à 1.

    D'après la doc [1] (§1.3.2), l'option --prefix permet d'effectuer ce que tu souhaites :
    python setup.py install --prefix=/opt/scons
    [1]: http://www.scons.org/doc/0.98.5/HTML/scons-user/x166.html
  • # doc gcc

    Posté par  . En réponse au message Interdire à GCC de charger les includes par défaut. Évalué à 3.

    A priori, tu devrais trouver ton bonheur ici http://gcc.gnu.org/onlinedocs/gcc-3.1.1/gcc/Directory-Option(...)


    Concernant les headers :

    Attention sur la façon dont est faite l'inclusion des headers de TotoBase ?

    /* Sous la forme d'en tête standard */
    #include <toto.h>
    /* ou bien sous la forme d'en tête locale */
    #include "toto.h"


    En fonction de ca, tu peux utiliser les options de la ligne de commande "-I" et "-I-"

    -I: Add the directory dir to the head of the list of directories ...
    -I-: If additional directories are specified with -I options after the -I-, these directories are searched for all #include directives



    Concernant les libs :

    Ce n'est pas explicité dans le lien ci dessus, mais il semblerait que -L ajoute également les repertoires en tête de liste.
  • [^] # Re: 2 possibilités

    Posté par  . En réponse au message Résolution dns étrange. Évalué à 1.

    As tu tenté au cas ou le flush du cache dns (nscd) ?

    Egalement les taux d'utilisations des partitions et autres trucs du genre?


    --
    creber
  • [^] # Re: Je propose :

    Posté par  . En réponse au message retrouver la vraie IP avec AWK ou autres. Évalué à 1.

    Ou en awk, que je préfère personellement:


    awk 'BEGIN{RS="}"} /define/ && /192.168.0.5[^0-9]/ { print $0 "}" }' mon_fichier
  • [^] # Re: De la médiatisation des canulars

    Posté par  . En réponse au journal L'écologie, le pacte de Hulot, oui, mais pas trop.... Évalué à 2.


    La candidate a cependant évoqué l'indépendance de la Corse, en expliquant que « les Français ne seraient pas contre ». « Ne le répétez pas !, a-t-elle ajouté, cela pourrait faire polémique ! »


    L'integrale (mp3) : http://www.frimeurs-des-iles.com/GeneratedItems/m/royal-daha(...)
  • # Lien

    Posté par  . En réponse au message tunnel ssh. Évalué à 2.

    Voici un petit howto très simple qui te permettra de réaliser ce que tu veux faire de facon pas à pas :
    http://michauko.org/docs/ssh_au_boulot/index.html

    Le mieux pour toi étant de configurer un tunnel dynamique avec putty.

    Par contre, il faut que tu vérifies les termes et conditions d'utilisation du parc informatique de ton entreprise afin d'être sur de respecter les règles ...
  • [^] # Re: Plan A+

    Posté par  . En réponse au journal L'Europe telle que nous l'avons perdue. Évalué à 9.


    Le plan B était une fumisterie avancée par certains ouistes pour décridibiliser les nonistes

    + ATTAC: http://www.france.attac.org/a5190
    + Les Verts: http://verts-europe-sinople.net/article737.html
    + L. Fabius: http://bruxelles.blogs.liberation.fr/coulisses/2006/11/le_pl(...)
    + ...


    Les nonistes n'avaient pas spécialement à avoir de plan B. On leur demandait leur avis, pas une solution. C'est le principe d'un référendum.


    Le référendum permet en effet au peuple d'exprimer son opinion. Il est en revanche de la résponsabilité des partis politiques et des organisations de gérer (démocratiquement) le peuple en proposant des idées.

    Le fait de raler sans fournir aucune proposition viable est un droit réservé au peuple (ce qu'il sait parfaitement faire), en aucun cas aux organisations


    Le soit-disant plan B des nonistes est peut-être justement que les nonistes et les ouistes réfléchissent à un nouveau plan ?


    Tout à fait, confère les liens ci dessus. Mais on va encore l'attendre longtemps ce plan B ?
  • [^] # Re: Système ?

    Posté par  . En réponse au message Apache: les headers passent, pas les donnees. Évalué à 2.


    - trames reseaux: wireshark me montre que la connexion se deroule bien jusqu'a ce que ca ne fasse plus rien.

    Au niveau de la couche TCP tu as quoi au moment de l'erreur ?
    Une demande de fermeture de connection (FIN / ACK / FIN-ACK) ou vraiment rien du tout ?

    Sinon, est-ce que tu as des firewalls et/ou routeurs entre toi et le serveur ?
    Si oui, t'es-t-il possible de brancher directement ta machine sur le meme segment réseau que le serveur ?

    Enfin si tu peux essayer de brancher une autre carte réseau (modèle différent) sur ta machine et tester avec, cela te permettra de voir si le driver n'est pas en cause.
    (On pourrait imaginer un scénario ou le serveur (Debian stable) modifie les propriété TCP de la connection (Window scalling, ...) a chaud quand il doit transférer une grande taille de donnée et que ton driver perde la boule devant de telles requettes, cela expliquerait pourquoi tu as la meme erreur sur 2 serveurs identiques.)

    --
    creber
  • # Système ?

    Posté par  . En réponse au message Apache: les headers passent, pas les donnees. Évalué à 2.

    L'erreur ne semble pas venir de la couche HTTP mais plutot du système de ta machine (le client, pas le serveur) (driver carte réseau, couche TCP/IP) ...
    On dirait que tout se bloque au dela d'une certaine quantité de données transmises.

    Essaies de regarder dans les logs du noyau et du coté des trames réseaux.

    Est-ce que tu as des problemes pour acceder aux autres machines de ton réseau ?

    Que se passe-t-il si tu modifie la 404 par default pour la remplacer par un plus gros fichier de test ?

    A force de tout tester tu finiras bien par trouver d'ou ca vient :p

    --
    creber
  • # verbose mode?

    Posté par  . En réponse au message SCP et code de retour. Évalué à 3.

    Dans le code de scp.c [1], le main finit par :

    exit(errs != 0);

    Ce qui signifie qu'en cas d'erreur, et ce quelle qu'elle soit, scp retournera une valeur arbitraire > 0, généralement 1.
    La variable errs étant modifiée a différents endroits dans le code.

    Donc a priori tu as bien une erreur durant l'exécution de la commande.
    Encore faut-il pouvoir l'isoler.

    Essaye de lancer scp en verbose mode et regarde si tu as des différences quand le code de retour est 0 ou 1.
    Sinon il va falloir investiguer un peu plus, le printf debugging pouvant être une solution [2] ;)

    Finalement, as-tu vérifier les md5 de tes fichiers (local et distant) ?

    [1] http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/scp.c?(...)

    [2] http://linuxfr.org/~Krunch/22577.html