Forum Programmation.c suffixe des variables ?

Posté par  .
Étiquettes : aucune
0
23
mai
2005
que signifie les suffixe que l'on ajoute au variable.

C'est quoi ces type ???
static pthread_t thread;
RT_TASK *maint


si quelqu'un peut me donner des détails sur RT_TASK, alors la ça serai vraiment très sympa

merci d'avance à tous

  • # bah

    Posté par  (site web personnel) . Évalué à 2.

    pthread_t c'est le type de variable à la base du multi-thread en C posix, c'est la dedans qu'on stock le retour de la fonction pthread_create qui nous assigne donc un identifiant pour le thread qu'on vient de créer.

    Autrement RT_TASK (aka remote task pour les intimes) bah c'est un type qu'on utilise en programmation temps réel. J'utilise pas mais google devrait t'aider.

    Loin de moi l'idée de te contrarier, mais ca fait plusieurs jours que tu poses des questions sur le C au niveau très aléatoire (genre comment on copie une chaine de caractère, ou comment on ecrit via le port usb!) Alors on peut savoir ce que tu nous mijote ?
    Non car après le port usb, le port com, le port série, maintenant les threads et le temps réel, ca m'interresse ton usine à gaz, c'est quoi ? Usage perso, boulot, cours ?

    • [^] # Re: bah

      Posté par  (site web personnel) . Évalué à 2.

      ah, autrement, je n'ai pas compris ce que tu voulais dire par :
      que signifie les suffixe que l'on ajoute au variable

      Quels suffixes ???!

      • [^] # Re: bah

        Posté par  . Évalué à 2.

        P'tet qu'on a faire à un vrai débutant qui cherche ce que "struct.field" veut dire ;)

        • [^] # Re: bah

          Posté par  . Évalué à 1.

          Non je parle des suffixes que l'on mets après le nom des variables qui determinent de quel type elle est !!! Enfin je pense que c'est ça :-)


          Et pour mon projet , je suis en stage et je cherche à communiquer avec le port USB et le port com. Mais comme je prends trop de temps, mon tuteur m'as redirigé vers le port parallèle, mais là il ne m'as pas encore dit ce que je vais faire avec. Il m'as juste dit que je dois trouver un moyen de communiquer avec le port parallèle sans utiliser ioperm, inb, outb. Parce que je vais travailler sous une version de redHat qui ne les prends pas....

          Sinon, ces dernieres questions ne sont que des écart de ma part, en essayant de comprendre le fonctionnement d'un code que j'ai trouvé.

          Il traite les signaux du port parallèle en temps réel....

          Voilà tout !!!

      • [^] # Re: bah

        Posté par  . Évalué à 1.

        quand je parle de suffixe, je parle des _t que l'on rajoute...

        • [^] # Re: bah

          Posté par  . Évalué à 3.

          J'ai pas vu la norme, mais pour avoir souvent croisé ces définitions, il me semble que _t est utilisé pour indiquer qu'il s'agit justement d'un type (donc, en C, soit un typedef, soit une structure, souvent les deux à la fois).

          Je ne pense pas qu'il ait d'obligation dans ce domaine, toutefois.

          • [^] # Re: bah

            Posté par  . Évalué à 1.

            non, c'est sur il n'y a pas d'obligation, mais bon!
            Sur un autre site que je frequentait quand je faisais de la programmation windows ( des tout petit truc :-) ) , il y avais une habitude que tout le monde avais avec ces suffixes. Ca permettait de savoir de quel type était la variable ou le handler. plus facile pour les habitués en somme...

    • [^] # Re: bah

      Posté par  (site web personnel) . Évalué à 2.

      Autrement RT_TASK (aka remote task pour les intimes) bah c'est un type qu'on utilise en programmation temps réel.

      Y'a de la fumette dans l'air... ;-) RT_TASK signifie beaucoup plus probablement real time task que remote task qui n'a rien à faire ici.

      Sinon, RT_TASK et tout ce qui est réellement temps réel suppose que l'on a installé un noyau temps réel et les outils de développement qui vont bien, ce qui est rarement le cas sur les grandes distributions, qui ne sont pas faites pour ça.

      Sinon, pour ce qui est du dialogue « normal » avec le port parallèle, sans faire de temps réel et sans bourriner à coups de inb et outb, tu as deux choix : sois tu dialogues avec quelque chose qui ressemble de très près à une imprimante, et tu utilises le « fichier » /dev/lp0 comme il se doit, soit tu dialogues avec quelque chose de bien différent, tu as besoin de programmer un sous-pilote pour le port parallèle, tu as besoin de lire /usr/src/linux/Documentation/parport-lowlevel.txt.

      Ceci dit, j'ai comme l'impression que tu t'es lancé dans une tâche un poil trop conséquente pour ton niveau. Bon, c'est peut-être le meilleur moyen de progresser. ;-)

      • [^] # Re: bah

        Posté par  . Évalué à 2.

        Bon, c'est peut-être le meilleur moyen de progresser. ;-)

        Ou de se décourager :-)

        C'est sur mon niveau est loin d'être remarquable...
        Mais en tout cas, merci pour vos infos...
        C'est grace à vous tous aussi que l'on progresse !

      • [^] # Re: bah

        Posté par  (site web personnel) . Évalué à 2.

        merci de cette remarque qui souligne bien evidemment une coquille de ma part compte tenu de la suite de mes propos :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.