Discussion :

[syl1405]

Bonjour à tous,

Actuellement sur un projet en Linux embarqué, je dois gérer des ports séries. Ayant repris un code déjà existant et qui marche par mes prédécesseurs, j'ai tout de même une question. L'ouverture du port est faite de la manière suivante :

fd = open(NumCOM.c_str(), O_RDWR | O_NOCTTY | O_NONBLOCK);

où NumCOM est un string contenant par ex "/dev/ttyS0".

Ma question porte en fait sur les droits :

1) A quoi sert exactement le droit O_NOCTTY ?
J'ai lu que ça permettait d'empecher une fermeture par exemple avec Ctrl-C ... mais dans le cas de l'embarqué, est-ce vraiment nécessaire ?

2) Pourquoi se placer en lecture non bloquante ? Ou plus généralement, pourquoi avoir besoin de lecture non bloquante (sachant qu'il n'y a pas de multhreading) ?

Je vous remercie d'avance pour vos réponses.

Cordialement,

Sylvain

[LittleWhite]

Bonjour,

2) Pourquoi se placer en lecture non bloquante ? Ou plus généralement, pourquoi avoir besoin de lecture non bloquante (sachant qu'il n'y a pas de multhreading) ?

Bah, en fait, ( et encore plus dans un système non multi tache ( pas de thread ) ), et bah, les read qui vont être fait sur le périphérique seront bloquant ( si je me rappelle bien ). Bloquant signifie que l'on va attendre de remplir tout le buffer, pour continuer le programme. Mais si un jour, rien n'arrive ... bah vous bloquez toute la machine.

Pour la première question, je ne sais pas. Ma doc ( le manpage, version anglaise ) m'indique ceci:

O_NOCTTY
If pathname refers to a terminal device — see tty(4) — it will
not become the process’s controlling terminal even if the pro‐
cess does not have one.

Soit: déjà ce n'est que pour les terminaux ( tty .. accessible entre autre sur Ctrl+Alt + F1-6 ou /dev/tty ) et cela indique que votre programme ne controllera jamais le terminal ( soit le Ctrl+C ne fermera pas le terminal, mais là c'est une supposition )

[syl1405]

Bah, en fait, ( et encore plus dans un système non multi tache ( pas de thread ) ), et bah, les read qui vont être fait sur le périphérique seront bloquant ( si je me rappelle bien ). Bloquant signifie que l'on va attendre de remplir tout le buffer, pour continuer le programme. Mais si un jour, rien n'arrive ... bah vous bloquez toute la machine.

Merci beaucoup pour cette réponse claire

Pour la première question, je ne sais pas. Ma doc ( le manpage, version anglaise ) m'indique ceci:

Soit: déjà ce n'est que pour les terminaux ( tty .. accessible entre autre sur Ctrl+Alt + F1-6 ou /dev/tty ) et cela indique que votre programme ne controllera jamais le terminal ( soit le Ctrl+C ne fermera pas le terminal, mais là c'est une supposition )

Oui, c'est ce que j'avais lu également, mais sans trouver plus d'explications ... je vais essayer de poursuivre mes recherches de mon coté et je posterais si je trouve d'autres informations.

Merci encore !

Sylvain

[progfou]

Bloquant signifie que tant qu'il n'y a rien, on ne sort pas du read.
Il faut utiliser select pour surveiller le file descriptor, et associer un timeout, pour ne pas bloquer la machine si rien ne se passe dans le temps imparti.

Pour la question autour de O_NCTTY, cf les pages de manuel :

man 2 open :
------------
O_NOCTTY
If pathname refers to a terminal device — see tty(4) — it will not become the process’s controlling terminal even if the process does not have one.

Et donc, cf. aussi man 4 tty.

[Aquanum]

Pour répondre à ta première question, le ^C peut être utile dans certains cas, notamment si tu veux administrer ta carte ou la paramétrer en série.

Exemple typique, tu fais un ping pour tester la connexion Internet, pas moyen de killer le processus. Tu es obligé de te connecter en telnet/ssh/... pour aller killer le processus à la main. Tu peux feinter en utilisant un alias genre ping -c2 par exemple.

Mais tu retrouves le problème assez souvent en phase de dev quoi qu'il en soit. Tu veux lancer un lecteur multimédia et l'arrêter en cours de route avec un ^C, hé bien si tu n'as pas activé la dite commande tu es obligé d'attendre la fin du programme.

Donc je dirais que ça dépend du contexte et de ton utilisation du port série, et surtout si c'est un port console ou un simple port série. Si c'est un simple port, effectivement si tu utilises ton port pour envoyer des données, le ^C n'est pas forcément utile.