Discussion :

[jfcocu]

Bonjour à tous,

cela fait trois jours que je suis sur ce problème , quelqu'un pourrait-il m'aider svp :
But: en gcc, envoyer un sms via le port serie ttyS0 vers un modem gsm.
Tout est ok sauf l'envoi du caractère Ctrl-Z .
Pouvez-vous m'aider, j'ai déjà tout essayé.
char ctrlz=29;
write(fd,ctrlz,1) (fd=open ttyS0 ...)

Merci

jfcocu

[gege2061]

Bonjour,
A première vue tu developpe sous Linux? Je ne sais pas si ça peut venir de là mais la séquence ctrl+Z envoi un signal SIGSTOP à l'application qui est peu être interprété comme tel par je_ne sais_pas_qui.
Quel genre erreur obtiens tu? Le message, s'il y en a un, pourrait nous aider à y voir plus clair.

[jfcocu]

Je n'ai pas de message d'erreur ! ! !
Developpement avec Anjuta sous debian. Modem GSM Westermo GS-01.
Pour signaler au modem qu'il peut envoyer le sms, la sequence doit se finir avec un CTRL-Z.
Je parviens à ouvrir et envoyer vers le modem, mais lorsque j'envoi la commande CTRL-Z, le modem ne l'interprête pas et attend, indéfiniment .
C'est certainement du à un problème d'interprétation de code entre windows et linux !

Help

jfcocu

[David.Schris]

http://www.faqs.org/docs/Linux-HOWTO/Serial-Programming-HOWTO.html

[jmv]

char ctrlz=29;

CTRL-Z n'est pas égale à 26 ???

[Skyounet]

char ctrlz=29;

CTRL-Z n'est pas égale à 26 ???

Si si

[ctrl+z]

http://www.bbdsoft.com/ascii.html

[souviron34]

sous unixoide, comme le dit gege2061, ctrl-Z n'est pas tout à fait STOP, c'est plutôt "background"..

Ton appli existe, est suspendue, et est en background.

Dès que tu l'as fait, tu reviens au shell. Il suffit que tu retapes "fg" pour la ravoir..

Ce n'est donc vraisemblablement pas ça que tu cherches à faire...

[Obsidian]

sous unixoide, comme le dit gege2061, ctrl-Z n'est pas tout à fait STOP, c'est plutôt "background"..

Je ne suis pas tout-à-fait d'accord. Sous Linux, en tout cas, Ctrl-Z suspend effectivement le programme (status T) et il faut entrer bg (BackGround) pour le faire redémarrer en arrière plan.

Le même effet peut être émulé avec kill (testé avec bash). On lance un programme en avant-plan de façon habituelle puis, depuis un autre shell, on fait un « kill -SIGSTOP » sur le processus concerné. Celui-ci s'interrompt et le même message qu'avec Ctrl-Z apparaît sur sa console. Le shell rend alors la main à l'utilisateur. Si alors, depuis le second shell, on redémarre le processus avec SIGCONT, celui-ci passe automatiquement en arrière-plan dans sa console puisque la main est toujours à l'utilisateur.

Je n'ai pas essayé sur d'autres unices.

[souviron34]

ce que je veux dire, c'est que STOP est équivalent à CTRL-C..

CTRL-Z suspend..

[Jean-Marc.Bourguet]

La transformation de caracteres en signaux ne se fait a ma connaissance que pour des lecture de termaux, jamais en ecriture.

Cette transformation est configurable (stty donne une interface pour acceder a cette configuration).

La configuration normale est d'avoir
NOM: touche -> nom du signal
INTR: CTRL-C -> SIGINT
QUIT: CTRL-\ -> SIGQUIT
SUSP: CTRL-Z -> SIGTSTP

SIGTSTP est interceptable (SIGSTOP ne l'est pas).

Le gestionnaire de terminal a d'autres choses configurables, donc un caractere appele STOP (generalement CTRL-S) servant a faire du controle de flux en collaboration avec START (generalement CTRL-Q).

[Obsidian]

ce que je veux dire, c'est que STOP est équivalent à CTRL-C.. CTRL-Z suspend..

Si, par « STOP », tu entends SIGSTOP, alors ce n'est pas vrai :

Ctrl-C envoie SIGINT
Ctrl-Z envoie SIGSTOP

[souviron34]

Si, par « STOP », tu entends SIGSTOP, alors ce n'est pas vrai :

Ctrl-C envoie SIGINT
Ctrl-Z envoie SIGSTOP

quand je dis STOP je dis "arrête le programme" (voir ci-dessus SIGINT).

quand je dis "suspend", je dis .... "suspend" (dès qu'on re-démarre, le programme redémarre à l'endroit où il était, pas depuis 0). Ce qui est le comportement donné par CTRL-Z et non pas CTRL-C..

[Médinoc]

Le problème, c'est qu'apparement, c'est SIGSTOP qui "suspend" et SIGINT qui "stoppe"...

[souviron34]

Le problème, c'est qu'apparement, c'est SIGSTOP qui "suspend" et SIGINT qui "stoppe"...

eh oui

Mais CTRL-Z est utilisé pour quitter (équivalent SIGINT) dans certains programmes (ftp, telnet, etc etc..).

[Médinoc]

Équivalent de SIGINT, ou de Ctrl+D ?

[Obsidian]

Équivalent de SIGINT, ou de Ctrl+D ?

Ctrl-D n'envoie pas de signal Unix, à ma connaissance, mais comme Ctrl-D correspond au caractère 04 « End Of Transmission », les lignes qui le gèrent l'interprètent au sens propre et émulent un EOF sur le flux en lecture ...

[Médinoc]

C'est justement pour ça que je pose la question.
Ctrl-Z n'envoie pas non plus de signal sous DOS & Windows, et je doute qu'un serveur le traite comme un signal non plus...

[Jean-Marc.Bourguet]

Ctrl-D n'envoie pas de signal Unix, à ma connaissance, mais comme Ctrl-D correspond au caractère 04 « End Of Transmission », les lignes qui le gèrent l'interprètent au sens propre et émulent un EOF sur le flux en lecture ...

CTRL-D est interprete par le gestionnaire de terminal de Unix, exactement comme CTRL-C etc, mais l'effet n'est pas un signal mais d'envoyer le buffer tel quel, eventuellement vide. Hors les programmes Unix ont l'habitude de considerer une lecture ne renvoyant rien comme signal de fin de fichier (en fait, c'est plus qu'une habitude, c'est la convention sous Unix, l'OS ne fait rien d'autre meme pour les fichiers sur disque). Donc un CTRL-D sur un terminal comme premier caractere d'une ligne est interprete comme une fin de fichier. Si il suit d'autres caracteres, il vide simplement le buffer du gestionnaire de terminal.

[Obsidian]

quand je dis STOP je dis "arrête le programme" (voir ci-dessus SIGINT).

quand je dis "suspend", je dis .... "suspend" (dès qu'on re-démarre, le programme redémarre à l'endroit où il était, pas depuis 0). Ce qui est le comportement donné par CTRL-Z et non pas CTRL-C..

C'est encore plus subtil parce que le SIGHUP existe également et tue le programme également, par défaut. Sauf qu'il me semble que Hang Up s'entend dans le sens « plantage » (à vérifier). En tout cas, man 7 signal dit de lui :

Code text :

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

1
2
3
4
       Signal     Value     Action   Comment
       ----------------------------------------------------------------------
       SIGHUP        1       Term    Hangup detected on controlling terminal
                                     or death of controlling process

Sinon, tout dépend de ce que l'on entend par STOP, justement. « Arrêter » ne signifie pas forcément « Terminer » puisque justement, son pendant est « Reprendre ». En Basic, l'instruction STOP était différente de END, elle provoquait un Break (que l'on déclenchait en temps normal par Ctrl-C ).

Sous Unix, il y a au moins sept signaux différents pour arrêter l'exécution d'un processus.

SIGSTOP, qui mets le processus en attente pour être repris,

et, si je ne dis pas de bêtises :

SIGTERM qui demande au programme de se finir de lui-même (donc mort par défaut),
SIGQUIT qui indique qu'on a demandé à sortir depuis le clavier,
SIGABRT, envoyé par le processus lui-même pour dire qu'il n'ira pas à terme (abort(), généralement envoyé en cas d'exception non rattrapée) ;
SIGHUP, décrit ci-dessus ;
SIGKILL, terminaison de force (le programme ne se verra même pas mourir)
SIGINT interruption au clavier.