whitefox a écrit 5 commentaires

  • # ok c'est good

    Posté par  . En réponse au message récupérer le status en sortie d'un applicatif dans un shell. Évalué à 2.

    merci erreur bête effectivement il faut bien récupérer de suite après l'appel avec un result=$? sinon nada ! et -6 dans exit donne 250 à l'arrivée donc un unsigned int effectivement. merci à tous.
  • [^] # Re: version récente, ou dissector perso

    Posté par  . En réponse au message décoder des trames ISDN (Q931 / Q921). Évalué à 1.

    Ce que je n'arrive pas à faire c'est à dire à ETHEREAL (j'ai la version 0.99.0) que le fichier pcap que je lui donne contient de l'ISDN et non de l'IP du coup il m'indique une suite de MALFORMED PACKED et de UNKOWN PROTOCOL.
  • [^] # Re: c'est pas bien

    Posté par  . En réponse au message ouvrir un fichier dans un kernel module (en 2.6). Évalué à 1.

    Merci à vous deux !
    Je vais essayer comme ça.
  • [^] # Re: c'est pas bien

    Posté par  . En réponse au message ouvrir un fichier dans un kernel module (en 2.6). Évalué à 1.

    Je sais que c'est mal, mais en fait je dois initialiser un DSP sur une carte en lui téléchargeant son code (qui se trouve dans un fichier justement) et je comptais faire ça à l'init du module.
    Effectivement j'ai bien mis mm_segment_t comme type mais je n'arrive pas à faire un sys_open.
    Alors que sys_close et sys_read sont bien reconnus, sys_open provoque une erreur :
    <<*** Warning: "sys_open" [/root/red_hat/monModule.ko] undefined!>>
    au moment du make.
    Sais-tu comment je peux ouvrir un fichier (en lecture ça me suffit à la limite) dans un module ?
  • [^] # Re: c'est pas plus simple

    Posté par  . En réponse au message modules en kernel 2.6. Évalué à 1.

    Merci, je l'ai chargé c'est hyper bien expliqué et tout marche maintenant !