Version imprimable
Bonjour à tous,
cela fait trois jours que je suis sur ce problème :twisted: , 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
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.
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
http://www.faqs.org/docs/Linux-HOWTO/Serial-Programming-HOWTO.html
8O CTRL-Z n'est pas égale à 26 ???Citation:
Envoyé par jfcocu
Si siCitation:
Envoyé par jmv
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...
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.Citation:
Envoyé par souviron34
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.
ce que je veux dire, c'est que STOP est équivalent à CTRL-C..
CTRL-Z suspend..
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).
Si, par « STOP », tu entends SIGSTOP, alors ce n'est pas vrai :Citation:
Envoyé par souviron34
Ctrl-C envoie SIGINT
Ctrl-Z envoie SIGSTOP
quand je dis STOP je dis "arrête le programme" (voir ci-dessus SIGINT).Citation:
Envoyé par Obsidian
quand je dis "suspend", je dis .... "suspend" :D (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..
Le problème, c'est qu'apparement, c'est SIGSTOP qui "suspend" et SIGINT qui "stoppe"...
eh oui :mrgreen:Citation:
Envoyé par Médinoc
Mais CTRL-Z est utilisé pour quitter (équivalent SIGINT) dans certains programmes (ftp, telnet, etc etc..).
É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 ...Citation:
Envoyé par 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...
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.Citation:
Envoyé par Obsidian
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 :Citation:
Envoyé par souviron34
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 :mouarf:).Citation:
Code:
2
3
4Signal Value Action Comment ---------------------------------------------------------------------- SIGHUP 1 Term Hangup detected on controlling terminal or death of controlling process
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.
il me semble que SIGINT marche aussi comme SIGABRTCitation:
Envoyé par Obsidian
Et pour SIGHUP, je crois effectivement que c'est dans le cas où, par exemple pour un client/serveur, il n'y a plus personne de l'autre côté (comment il a disparu, on ne sait pas). (mais pas de close, pas de shutdown, etc).
(ça veut bien dire ce que ça veut dire "hang up").
d'où ce que je répète dans le forum réseau : faire un code propre aec les sockets est pénible, mais une fois qu'on l'a fait et qu'on a mis toutes les conditions, suffit de l'avoir en biblothèque ou de le copier/coller...
(quand on fait un shutdown de la machine, ça envoie effectivement un SIGTERM).
14 des 22 signaux de SUS ont la terminaison du programme comme action par défaut (dont 6 qui génèrent en plus un core). Ce n'est pas pour autant que ce soit leur objectif principal. Et 4 causent l'arrêt du programme...
SIGTERM: demande au programme de se terminer.
SIGQUIT: terminaison du programme demandée par le terminal (+CORE)
SIGABRT: exécution d'abort() (+CORE)
SIGKILL: terminaison du programme (pas catchable)
SIGINT: interruption demandée au terminal, dans un programme avec une boucle de commande, il s'agit d'y revenir le plus rapidement mais sans quitter le programme
SIGHUP: perte de la liaison avec le terminal contrôlant (modem qui raccroche au tout début, perte de la liaison réseau, fenêtre qui se fait tuer violemment, ...). On l'utilise traditionnellement pour demander aux démons (qui n'ont pas de terminal contrôlant associé) de relire leurs fichiers de configuration.
SIGSTOP: arrêt du programme (peut être continué avec SIGCONT, pas catchable)
SIGTSTP: arrêt du programme demandé par le terminal (catchable)