TheBreton a écrit 927 commentaires

  • [^] # Re: gestionnaire

    Posté par  . En réponse au message Slackware 8.1 sur un ordinosaure : problème de réseau NE2000. Évalué à 0.

    Il faudrait regardé si tu trouve un bios plus récent ou si il dispose d'option PCI/Pnp ou ACPI.
    Lors du boot aucune info sur les périphériques de la carte/du bus isa n'est indiqué ?

  • [^] # Re: gestionnaire

    Posté par  . En réponse au message Slackware 8.1 sur un ordinosaure : problème de réseau NE2000. Évalué à 0.

    Si la carte ne dispose d'aucun jumper alors forcement elle dispose de pnp.
    Oui sur l'isa ca existait…
    Pour linux à l'époque on utilisait les pnp tools pour utiliser les cartes comme ca
    http://www.roestock.demon.co.uk/isapnptools/
    Il faut peut etre aussi voir le bios s'il faut activer la configuration de la carte (c'était une option du style [pnp OS Yes/No] si on mets non le pnp est a faire dans l'os et si on mets oui il recuperer les infos de configu du bios)et essayer de recuperer les assignements de ta carte fait pas le bios soit dans l'ecran de demarrage (apres le post) soit en utilisant pnpdump.

  • # Quand on pense

    Posté par  . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 10.

    qu'il suffirait que les gens n’achètent pas pour que ça ne se vende plus.
    Coluche avait raison !

  • # En général

    Posté par  . En réponse au message Optimisation... alignement ou taille mémoire. Évalué à 2.

    mais vraiment en général, il est recommandé pour les performances d'utiliser le type natif du processeur.
    Si ton proc est 8 bits, utilise de preférence des variables 8 bits (et pas 16) etc.
    Donc la, pour l'alignement mémoire de test structures et leur composition il faut faire attention a ca.

    Sur les x86 on dispose des instructions assembleur permettant les opération sur les bits sans dégradation notable de performance.

    Donc le problème n'est pas ce que ton proc peut faire ou pas mais ce que ton compilateur va générer comme code pour le faire, je te conseille donc de lire en assembleur un prog simple sur la manipulation des champs de bit par ton compilo pour juger du résultat (pertinent ou pas).
    En général, le nombre d'instruction est plutôt parlant pour voir si c'est rapide ou pas mais ce n'est pas une règle absolu car les instructions de lecture en mémoire et d’opération arithmétique ne sont pas équivalentes en temps d’exécution.

  • # C'est sur FR

    Posté par  . En réponse au journal Les gros sabots de Google. Évalué à 2.

    google.fr j'ai le meme messager que toi
    googe.com pas de message affiché.

  • # Je ne savais pas mais en cherchant j'ai trouvé la réponse

    Posté par  . En réponse au message Pourquoi a-t-on besoin d'un retour à la ligne à la fin d'un fichier compilé par GCC ?. Évalué à 8.

    La voici, c'est simple c'est dans la norme C89 donc gcc affiche un warning

    http://gcc.gnu.org/ml/gcc/2003-11/msg01568.html

  • [^] # Re: Ca me semble pas possible

    Posté par  . En réponse au message Télécommande pour radio VHF maritime. Évalué à 1.

    heu je comprend pas tous les terme de radio donc je comprend pas exactement ce que tu cherche à faire .
    Ce que je peut te dire par contre c'est que le systeme est "ouvert" en terme electronique, c'est à dire que tu as les schémas (ce qui est important quand on est en mer et que l'on veut réparer).

    Donc par exemple je sait en les lisant que
    page 5-1 : je peut en me plugant sur le connecteur J01 simuler l'appuie sur le clavier avec une carte comprenant des relais sec+des resistances (commander par exemple en USB).

    page 5-5 : le potentiometre R10 (50K) sert au reglage du "squelch " tension 8V-GND que l'on doit pouvoir remplacer par une commande E2POT via I2C ou SPI.

    Bref, c'est "hackable" mais cela ne se fera par uniquement par les connecteurs d'interface du boitier mais en bidouillant sur la carte.

  • # Ca me semble pas possible

    Posté par  . En réponse au message Télécommande pour radio VHF maritime. Évalué à 2.

    Sans les infos du contructeurs :
    "Page 1-6 The serial interface is only for factory production use"

    En regardant le schema page 5-5 on voit que c'est une liaison sur un fil avec le TX du 68HC05 sur la base d'un transistor au 5V (voir U7.4,Q01,R43)
    Donc il faut un montage externe pour pouvoir communiquer avec un PC qui lui utilise les niveaux RS232.

    A mon avis cette liaison série est utilisé en production pour télécharger/calibrer/tester le système et ne semble pas prévu pour l'utilisation par une télécommande du produit.

  • # Avidemux ?

    Posté par  . En réponse au message Traiter les vidéo sans utiliser du proprio. Évalué à 1.

    Il faut installer un filtre et découper par séquence mais ca marche bien, voici un tuto
    http://le-marocain-dailleurs.blogspot.fr/2012/02/tutoriel-flouter-un-logo-dans-une-video.html

  • [^] # Re: Hallucinant et révoltant !

    Posté par  . En réponse au journal Toi aussi gagne un séjour en HP. Évalué à 1.

    Sinon, à qui se fier si le mec est un réel danger pour lui même et les autres ?
    
    

    Déja pas à un seul psychiatre peut être ?
    C'est un peut comme les jurés en assises, on prend plusieurs avis.

  • [^] # Re: Type de compilation ?

    Posté par  . En réponse au message Différence affectation de structure et memcpy. Évalué à 1.

    Tu peut compiler et essayer en rajoutant l'option -mcld à gcc ?

  • [^] # Re: Type de compilation ?

    Posté par  . En réponse au message Différence affectation de structure et memcpy. Évalué à 2.

    Regarder aussi l'etat du bit de direction dans le registre EFLAGS
    normalement on place une instruction cld ou std AVANT le "rep movsl"
    suffit qu'il soit par defaut a 1 et le rep movsl compte dans la mauvaise direction donc illegal acces.
    Je sait que sous linux (en tout cas dans le kernel) cela a causé des soucis avec gcc sup a 4.3 plus de detail la http://em386.blogspot.fr/2008/03/cldstd-and-gcc-430.html

  • [^] # Re: Type de compilation ?

    Posté par  . En réponse au message Différence affectation de structure et memcpy. Évalué à 2.

    Voir le code commenté si dessous, je pense que si ta pile à l'entrée de ta fonction est bien alignée sur 4 octets cela marche, sinon cela provoque le bug (l'instruction movsl requiert un alignement 32 bits pour les adresses source/destination).

  • [^] # Re: Type de compilation ?

    Posté par  . En réponse au message Différence affectation de structure et memcpy. Évalué à 3.

    ATTENTION je fais ca de mémoire ca remonte a loin le temps ou je codais en asm x86
    donc il peut y avoir des erreurs de ma part

    Code qui plante

       pushl   %ebp     ->sauve ebp
        movl    %esp, %ebp  ->recupere addresse stack frame
        pushl   %edi    -> sauve les registrers (consomme donc +12 octet de stack)
        pushl   %esi
        pushl   %ebx
        subl    $176, %esp   ->allocation d'espace dans la stack frame (176=2*88) qui doit etre la taille de chaque struct
        leal    -188(%ebp), %edx       ->calcul adresse des structures
        leal    -100(%ebp), %ebx       ->100=88+12 (pose des registre dans la stack) 
    
        movl    $22, %eax   ->taille des data à copier (en dword,22*4=88)
        movl    %edx, %edi  ->destination
        movl    %ebx, %esi  ->source
        movl    %eax, %ecx  ->taille
        rep movsl             ->copie de 22 dword de -188 à -100 puis incremente 
        movl    $0, %eax    ->return 0
        addl    $176, %esp  ->liberation d'espace de pile
    
        popl    %ebx         ->restoration des registres 
        popl    %esi
        popl    %edi
        popl    %ebp
    
    

    Code qui plante pas

        andl    $-16, %esp    ->align la pile sur 16 octet 
        subl    $192, %esp    ->alloue taille 192 octet dans la stack frame (2*88+16)
        movl    $88, 8(%esp)    ->arg 3 88 ->dans la stack
        leal    104(%esp), %eax   ->calcule une adresse STK+104 (104=88+16)
        movl    %eax, 4(%esp)     ->pose l'adresse en arg2
        leal    16(%esp), %eax    ->calcul une adresse STK+16
        movl    %eax, (%esp)      ->pose l'adresse en arg1
        call    memcpy            ->apelle sous fonction
        movl    $0, %eax          ->return 0
        leave                    ->oui mais il est ou le ENTER ? a mon avis il manque encore un peut de code en préambule.
    
    
  • [^] # Re: Mes 2 cts

    Posté par  . En réponse au message Déléguer une requête à un driver pré-existant. Évalué à 1.

    Bon courage, mais fondamentalement, il me semble que c'est une tentative de portage en user space du patch bcache.
    http://lwn.net/Articles/443938/

  • # Mes 2 cts

    Posté par  . En réponse au message Déléguer une requête à un driver pré-existant. Évalué à 3. Dernière modification le 26 mars 2012 à 11:07.

    Bonjour, désolé mais je n'ai pas vraiment de bonne solution à proposer. Si je comprend bien le projet est de faire en soft (à plus grande échelle ) ce que fais seagate dans sa gamme momentus (avec un hardware dédié).

    Le problème que vous rencontrez est qu'une structure qui vous est nécessaire n'est pas rendue "public" par les drivers actuel ssd/hdd.

    Dans ce cas la je ne vois que deux solutions
    1°/ Modifier le code existant (ce qui n'est pas acceptable dans votre cas)
    2°/ Demander (en le justifiant) la modification du driver actuel par son mainteneur pour que les prochaines versions du kernel intègre cette modification.

    Essayer de hacker le kernel pour recuperer quoi qu'il en coute un acces qui n'est pas autoriser a une variable ou une fonction c'est s'exposer a de grand soucis par la suite, je vous préviens tout de suite !!!!!
    Mais si jamais ca vous tente quand même c'est possible car en kernel-space tout les drivers sont dans le même espace d'adressage
    http://onebitbug.me/introducing-linux-kernel-symbols
    section "How to access non-exported symbol"
    je vous conseille de lire les régles de nomages du linker de gcc pour être à l'aise.

  • # Déja c'est une erreur au linkage

    Posté par  . En réponse au message Compilation gtk+-3.0. Évalué à 1.

    Donc moi je regarderais plutot l'option de link
    pourrais tu essayer en écrianvat la ligne comme ca ?
    gcc hello.c -o hello $(pkg-config --cflags gtk+-3.0) $(pkg-config --libs gtk+-3.0)

  • [^] # Re: spam nigerian, mais en version papier

    Posté par  . En réponse au message La répression sur les téléchargement illégaux.. Évalué à 2.

    Sur papier l'arnaque s’appelle des lettre de Jérusalem et cela remonte à la révolution française
    http://fr.wikipedia.org/wiki/Lettre_de_J%C3%A9rusalem

  • # 2038

    Posté par  . En réponse au journal Deux astéroïdes aux noms des coauteurs d'Unix. Évalué à 4.

    C'est parce qu'il sont prévu pour nous tomber sur la goule en 2038 avec l'overflow du unix time ?
    03:14:07 UTC 2038-01-19

  • [^] # Un petit pas pour le noyau...

    Posté par  . En réponse au journal Commentaires sur Windows 8 béta. Évalué à 2.

    Voici des observation d'après les infos que j'ai put glaner ici ou la sur le dev des drivers pour Win8:
    Le compilateur supporte maintenant un sous ensemble de code en C++ (par exemple pas d'exception et autres joyeuseté du même genre) pour les drivers et est maintenant intégré dans Visual Studio (obligatoire, fini la ligne de commande comme précédemment). Le WDK ne comporte plus de version minimaliste d'un compilateur C taillé pour produire du code driver uniquement.

    Les framework driver KMDF et UMDF sont inchangées (j'ai recompilé mes drivers se jour et tout fonctionne très bien même en importation de projet Sources-vcprojx) les framework évolue en Version 1.11 (mais j'ai pas trouvé de change log ni vue de différence). Toujours pas de signature obligatoire pour les drivers 32bits (comme vista et 7) pourvu que ca dure :-).

    Le build interne du system est 6.2, pour mémoire
    WinXP ->5
    Vista ->6.0
    Seven ->6.1
    et donc Win8 -> 6.2
    On peut donc raisonnablement croire que pour l'instant pas de révolution dans le kernel
    Juste l'ajout de FS et USB3.0 sans doute, j'ai pas encore fais le tour ;-)

  • # C'est l'extension de signe

    Posté par  . En réponse au message hardcoder des octets. Évalué à 0.

    C'est le résultat de plusieurs phénomènes
    Le premier c'est l'extension de signe
    un char est signé donc le bit MSB indique que c'est positif ou négatif.
    Ainsi tout car supérieur à 0x7F est considéré comme négatif.
    Si le char en question est chargé dans un registre processeur alors le processeur procède à l'extension de signe sur tout les MSB jusuqu'a 32bits pour conserver la même représentation du chiffre négatif. (car un proc essaye toujours d'utiliser ces registres dans sont mode natif pour des raisons d'optimisation et qui sur les x86 est 32 bits)

    -1 sur 8 bits c'est 0xFF
    -1 sur 32bit c'est 0xFFFFFFFF

    Si tu travaillait en unsigned char tu aurais bien la même représentation en 8 bit qu'en 32bits de tes chiffres car les instructions assembleur utilisé serait ceux ne provoquant pas d'extension de signe.

    Le second phénomène c'est sans doute la méthodes que tu utilise pour obtenir ce que tu apelle le binaire en base 16 mais sans indication je ne peut pas expliquer ce qui se passe.

  • # Si tu trouve

    Posté par  . En réponse au message Générer un nombre pseudo aléatoire avec garantie d'unicité. Évalué à -1.

    tu deviendra célébre.
    D'habitue on as un morceau de hardware pour faire ca (voir extraire le bruit thermique d'une résistance http://fr.wikipedia.org/wiki/Bruit_thermique ).

    Sinon la fonction random de la libc utiliser des tables de "hasard" pré-définie qu'il convient d'initialiser avec une valeur de timer système pour sélectionner l'emplacement de départ de parcours de la table.
    voir
    int rand(void);
    void srand(unsigned seed);

    Si tu veut faire une table toute prete toi meme en voici, tu peut mélangé tout ca pour en faire des customs

    http://nte-serveur.univ-lyon1.fr/nte/immediato/math2001/tables/TABLAZAR.htm
    http://www.mines.inpl-nancy.fr/~verdel/stat/tables/mod.php?id=t1.php

    Le pseudo hasard pour l'utiliser tu peut croiser plusieurs informations temporelle (asynchrone) comme le temps de démarrage de ton programme, le temps système en milli-seconde et des tables (pointeur sur ton code par exemple) et une table et ton résultat est difficilement reproductible.
    Par améliorer l'entropie du hasard le kernel linux utiliser les interruptions du matériel qui sont identifié pour être non-cyclique (comme le temps entre deux clics souris et les frappes au claviers).

  • # Pas vraiment étonnant

    Posté par  . En réponse à la dépêche UEFI Secure Boot et les tablettes/téléphones Windows 8 - conclusion ?. Évalué à 2.

    On peut soupçonner une volonté de M$ de participer financièrement aux tablettes pour mettre le pied dans un marché ou ça pdm est négligable. (Exemple dernièrement avec nokia )

  • [^] # Re: Moi aussi j'essaie de comprendre…

    Posté par  . En réponse au journal J'ai free, j'essaie de comprendre. Évalué à 2.

    On supprime le téléphone pour gagner sur la bande spectrale alloué pour le téléphone analogique et augmenter ainsi le débit de l'internet 3.1khz sont ainsi gagné.
    Du coup comme les gens ne peuvent pas vraiment abandonné la communication avec les autres humains il à fallu leur donnée la VOIP.
    Pour la télé à part en faire un agrument commercial je ne vois aucune autre explication.

  • # mes 2cts

    Posté par  . En réponse au message NAS - Media Center. Évalué à 1.

    Perso je dispose d'un DS210J, l'entré de gamme permettant du RAID deux disque. Le 411 est quand même bien au dessus.
    Pour ownCloud je ne sait pas si c'est installable mais ca à l'air http://forum.synology.com/enu/viewtopic.php?f=20&t=43618

    Le DLNA fonctionne bien sur les syno pour XMBC je suppose que ca devrais marcher.

    Serveur d'impression (imprimante en USB) : faut voir la liste des imprimantes compatibles par contre http://forum.synology.com/wiki/index.php/User_Reported_Compatible_USB_Printers chez moi une HP a marché tout de suite.

    Est-ce suffisant niveau puissance ?

    De la puissance pour faire quoi exactement ? Pour le stream des flux vidéo en HD (par DLNA) le DS210 s'en tire tres bien (c'est jamais que du 6mbits /seconde par ethernet).

    Quelle est la consommation réelle (coût/an) ?

    Je l'allume quand j'ai besoin mais on peut programmer des plages horraires de fonctionnement/extinction, j'ai jamais essayé