TheBreton a écrit 932 commentaires

Est ce que le kernel indique des choses étrange quand tu branche ta clef usb ? (dmesg)
Pourrais tu donner des infos sur ta clef ? (lsusb -v)

Ce qui est clair c'est que c'est au niveau du smic ou pas grand chose au dessus.
Il faut replacer cela dans l'ensemble, 13eme mois, ticket resto, mutuelle,quel région , as tu une offre ferme de l'employeur (et donc c'est ouvers a negotiation, que donne les autres annonces dans le coin, quel niveau/diplome mentionne l'annonce, possibilité d'évolution de salaire apres periode d'essais (il faut le faire ecrire dans le contrat),etc…

Sous linux tout est fichier donc pour lire un échantillonnage sur l'entre mic il suffit de lire sur le périphérique /dev/dsp (qui est souvent un lien symbolique pour /dev/dsp0).
Ensuite pour faire des reglages sur les frequences d'acquisitions et la résolutions il faut passer par les iocontrol (toujours a destination de /dev/dsp )
tu trouveras un exemple en C ici, a toi de le porter vers python qui doit savoir faire ces opérations élémentaire (lecture/ecriture/iocontrol de fichier )

http://www.oreilly.de/catalog/multilinux/excerpt/ch14-05.htm

Suffit de passer deux trois minutes a faire la liste blanche de tes site et pis voila !
https://addons.mozilla.org/fr/firefox/addon/noscript/
Comme tu ne le dis pas j'ai suppose que tu utilisait firefox

Non Grunt à raison, suite à des fuites des infos ont été rendu publique sur la méthodes tmg
il y a bien (mais qui peut le vérifier) un téléchargement d'un segment de 16k sur le fichier cible. (plus d'info ici http://korben.info/methode-tmg.html )
En l'occurence les identifiants freewifi de pled ont sans doute été utilisé par un tiers pour télécharger

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é ?

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.

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

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.

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

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

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.

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.

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

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.

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

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

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).

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.

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/

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.

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)

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

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

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 ;-)