Discussion :

[vincent Boulou]

Bonjour.
En analysant les programmes exemples en C pour le Raspberry pico, je rencontre ces 2 instructions qui me posent problème :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
// Set pid and flip for next transfer
    val |= ep->next_pid ? USB_BUF_CTRL_DATA1_PID : USB_BUF_CTRL_DATA0_PID;
    ep->next_pid ^= 1u;

Si j’interprète bien la première instruction : si ep->next_pid est vrai alors val contiendra son ancienne valeur combinée avec un or logique avec la valeur de USB_BUF_CTRL_DATA1_PID.
Et si ep->next_pid est faux val sera combinée avec or et la valeur de USB_BUF_CTRL_DATA0_PID.

Est-ce bien cela ?

Après analyse des instructions C précédant celles ci, il s'avère que ep->next_pid ne peut contenir que 0 ou 1 donc l'instruction ep->next_pi ^=1u équivaut à ep->next_pid= 0.
Pourquoi donc faire un ou exclusif ? y-a-t-il une raison cachée ?

merci.

[Sve@r]

Salut

...alors val contiendra son ancienne valeur combinée avec un or logique avec la valeur...

Est-ce bien cela ?

Presque. Ce n'est pas un "or logique" mais un "or bit à bit". La nuance est importante. Par exemple "1 || 2" donne 1 ou 2 selon les implémentations mais 1|2 donne 3.

Après analyse des instructions C précédant celles ci, il s'avère que ep->next_pid ne peut contenir que 0 ou 1 donc l'instruction ep->next_pi ^=1u équivaut à ep->next_pid= 0.
Pourquoi donc faire un ou exclusif ? y-a-t-il une raison cachée ?

Pareil, ep->next_pi^=1u équivaut à ep->next_pid=0 uniquement si ep->next_pid contient 1 or tu viens de dire qu'il peut contenir 0. Non, ep->next_pi^=1u équivaut à ep->next_pid=!ep_next_pid (ou ep->next_pid=ep_next_pid ?0 :1 si tu veux être plus parlant).
Ensuite il faut faire super gaffe. Si vraiment tu es sûr à 110% que ep->next_pid ne peut contenir que 0 ou 1, alors ok tu peux remplacer le xor mais perso j'ai un doute (le nom "next_pid" me faisant penser à un pid Unix/Linux, sa valeur est un nombre allant de 1 à 65535).

Sinon la raison d'un ou exclusif (là encore "bit à bit") permet de switcher un flag sans toucher aux autres. Si on part du principe qu'une variable short contient 16 bits, elle peut alors stocker 16 drapeaux O/N chacun dédié à gérer une caractéristique. C'est par exemple ainsi que sont stockés les droits d'un fichier (un bit pour chaque "r", "w" et "x" plus 3 bits pour les "sst" ce qui donne 12 bits, reste 4 bits qui eux servent à caractériser le type de fichier).
Si par exemple la variable vaut 01000011, alors la filtrer par un xor sur 2u (perso j'écrirais plutôt 0x02) donnera 01000001. Et la même manip la fera repasser à 01000011. Bref le second bit passe de 0 à 1 et inversement sans importuner les autres.

[vincent Boulou]

Merci de votre réponse.
J'avais pas percuté que les instructions | et || pouvaient avoir des résultats différents.