MISE A JOUR :
 
L'ancien probleme est resolu, mais il m'en reste un de taille.
 
Que je fasse un wscanw ou un wgetnstr, j'ai beau essayer d'entrer une CHAINE DE CARACTERES, par exemple des MOTS SEPARES PAR DES ESPACES ( avouez c'est con), eh ben mon cul, il les affiche meme pas les espaces que je tape au clavier... il les ignore...
 
J'ai essaye, conformement au MAN sous solaris, de ne pas faire de wscanw de %s mais bien de wscanw avec un format entre crochets dedans, par exemple [a-zA-Z] mais je me mange une segmentation fault.
 
Comment on fait, pitie
 
Je sature, ca fait 20 heures que je suis dessus
 
 
 
 
 
 
 
 
 
 
 
 
Ancien post :
 
Je suis dans la merde
 
Je vous epxlique le probleme :
 
J'ai du faire, pour un projet, une sorte de client IRC en mode texte sous linux/solaris etc, en C.
 
Donc, pour que ce soit + simple, je me suis dit que j'allais copier tous les autres : Faire une barre en bas ou l'utilisateur tape son message, et une grande fenetre au dessus ou tout apparait.
 
Jusque la, pas de souci.
 
J'ai donc programme ca sur mon linux a moi, une Debian sid mise a jour recemment.
 
Ca marche parfaitement, des qu'un message arrive il apparait dans la fenetre au dessus, des que l'utilisateur tape son message dans la barre en bas, et qu'il valide via enter, le message est envoye au server... bref, tout est pour le mieux dans le meilleur des mondes.
 
Arrive le moment ou je teste sur les machines sur lesquelles seront evalues les programmes.
 
Ces machines tournent sous SOLARIS.
 
Et c'est la que le gros souci apparait :
 
Ca par en boucle
 
En fait, la fonction que j'utilise pour avoir ce que l'utilisateur tape dans la barre du bas devient "non-bloquante"
 
En gros, au lieu d'attendre que l'utilisateur aie tape son messae et appuye sur ENTER, elle va directement prendre le contenu et continuer l'execution.
 
Voici le code :
 

 
Le souci est au niveau de la premiere ligne  du while, "wgetstr":
 
-Sur ma debian elle attends que l'utilisateur aie valide son message
-Sur solaris ( meme versions de lib, j'ai verifie) elle prends le contenu sans se soucier de ce que l'utilisateur fait... elle attends rien quoi
 
Donc en gros, si vous pouviez :
 
-Me dire si il y a une autre fonction faisant l'equivalent d'un "scanf" dans une fenetre sous curses que wgetstr
-Comment regler le probleme en ajoutant un truc a wgetstr
 
Ca m'aiderai enormement
 
Please, j'ai passe 10 heures sur ce probleme sans succes, et le projet est pour tres bientot

je sais pas, mais question à 2 balles:
 
est-ce qu'il y aurait pas une merde avec le tamponnage du clavier (genre le '\n' qui est jamais retiré du buffer ou un truc du genre) ?
 
vu qu'apparement d'après les docs ça utilise getch(), normalement le getch() est bloquant (s'il bloque pu...)

 
Je pense aussi que c'est un des soucis...
 
Mais alors, comment tu veux passer outre dans ce cas ?
 
Au depart je pensais que c'etait ssh... ben oui mais non, vu que via ssh ma becane le fait bien, et la becane de test pour le prof non...
 
Et oui, dans la specif de getch(), c'est marque que c'est bloquant, c'est pour ca que je galere un max

pk tu fais pas une sorte de scanf %s avec getch tout betement ?
 

 
C'est possible, mais je pense que ca va faire le meme bordel nan ?
 
Vu que le wgetstr est base sur le getch...
 
Et encore pire, comment tu veux gerer ensuite les retour chariots style "oups j'ai fait une fote"...
 
Et ca y en a besoin
 

 

à la limite avant le wgetstr()
 
tu fait un:
 
while( getch() != '\n' );
 
ou un truc du genre....
si y'a de la merde dans le tampon ça permet de purger...

 
Pas con je tente

un tout simplement un getch()
derrière le wgetstr()
au cas ou celui-ci laisserai le '\n' dans le tampon...

 
Putain pas con du tout ca a marche
 
Me reste un probleme avec le focus maintenant... je sais pas pkoi mais ma typebar est tout en haut ...
 

 
Librairies de merde
 
Pourquoi de pourquoi de chez pourquoi

 
Y a un bordel de probleme de focus la ...
 

alors là........
 
je sais po du tout du tout...

en fait, je tape maintenant tout en haut, dans la mauvaise fenetre, et quand j'appuire sur enter ca valide, mais pas la bonne...
 
du moins quand tu tapes elle est en haut de la fenetre de chat...
 
Et quand tu appuies sur ENTER, il prends la valeur de la barre ou tu tapes en bas... cad rien...
 
Comment on dit au curseur : Ecrit ici, pas en haut

ça le faisait pas avant le getch() ?
 
peut-être que le fait d'utiliser le getch() déplaçe quelque part la position du "curseur" ?

 
avant le getch() ca partait en couille, carrement, alors...
 
En fait, je vais mieux m'expliquer.
 
Quand je tape au clavier, ca apparait a l'ORIGINE de la console, en haut a gauche.
 
Meme si le curseur est bouge juste avant dans la bonne fenetre.
 
Et quand je valide, ca va prendre la valeur de la bonne fenetre... cad rien.
 
Donc forcement ca part en couille
 
Comment on dit a curses que ce que l'user tape doit apparaitre la ou se trouve le curseur et pas a l'origine de la fenetre
 
c'est pas wmove

alors attention:
 
le while( getch() != '\n' );
 
peut faire que le while(1) soit bloqué tant que tu as pas tapé un truc avec entrée...
 
en gros est-ce que ce que tu tapes c'est bien le wgetstr() qui le prends et pas le " while( getch() != '\n' ); " ?
 
--- AUSSI:
 
(sans le bricolage du while(..);
est-ce que la première saisie marche et les suivantes partent en boucle infinie ?  
 
si oui, alors:
 

 
devrait mieux marcher car à ce moment c'est le wgetstr() qui vire pas le '\n' (ce qui est bizarre si il passe par getch())

en gros peut-tu vérifier que tu envoyes bien ce que tu tapes ?

 
Le probleme viens pas de la, le probleme viens que les caracteres tapes au clavier n'apparaissent pas au bon endroit, meme en mettant le curseur dessus...
 
Sinon, en faisant le code avec le getch  apres le wgetstr, effectivement, ca marche pareil qu'avec le while..
 
mais le blem est que les caracteres sont pas au bon endroits
 

 
Ouaip, j'ai verifie, et j'envoie des chaines vides pour l'instant, car le contenu de la fenetre ou je veux taper est vide...
 
Vu que les caracteres apparaissent pas au bon endroit

Je revies dans 30 min ( en priant pour que tu soie encore la bjone )

attends, ça veux dire qu'alors ce que tu tapes est consommé par le " while( getch() != '\n' ) ", le getch() derrière le wgetstr() devrait mieux marcher je pense...
 
la position d'affichage ne devrait pas changer ce que tu récupéres par ton datpack.message, normalement wgetstr() prends les caractères les uns après les autres, modifies le buffer et l'affichage, mais la position de l'affichage ne devrait pas influancer le contenu du buffer...

 
c'est ce que je fais maintenant et c'est exactement le meme probleme qu'avant...
 

 
Les caracteres tapes sont pas au bon endroit

tu as mis un while( ... );
ou juste un getch() ?

normalement si la correction avec le getch() marche, tu devrais envoyer le message, quelque soit la position de l'affichage...

 
Ben ouai mais non
 
c bien ca le souci
 
Je fais un test et je te dis quoi...

bin si ça marche po c'est que la correction chie...
 
sinon tu peux ouvrir un fichier, et y logger ce que tu récupères dans le data.message...

oui ben non du tout du tout...
 
Marche VRAIMENT pas
 
Les caracteres tapes ne sont pas dans la bonne fenetre

bjone a écrit a écrit : bin si ça marche po c'est que la correction chie...   sinon tu peux ouvrir un fichier, et y logger ce que tu récupères dans le data.message...

 
Je l'affiche ( car l'affichage de string marche au moins)
 
Et nada, il affiche des chaines vides...

Il faudrait que quand je tape au clavier ca apparaisse dans la BONNE fenetre et le souci serait regle

en fait il faut po se soucier que l'affichage soit pas fait au bon endroit...
 
normalement ce que tu tapes va dans le buffer...
 
so ça y va po y'a po bon avec la gruge du getch(), ou que le problème est ailleurs...  

ton buffer il est bien alloué ? (sur la pile, en global, ou par malloc ?)
 
edit: oui je suis con, il foit faire parti de la structure de datpack...

c qui est bizarre c'est que le code fonctionne parfaitement sous Linux c ça ?

bon déjà vo mieux utiliser wgetch(), plustôt que getch()...

 
Exactement...
 
Mais alors aprfaitement de chez parfaitement...

 
HU direct ca tape au bon endroit
 
Ca avance deja pas mal
 
Je bidouille pour voir si ca peux aller mieux

alors :
 
Avec le while(wgetch(typebar)) avant de taper, ca tape bien le message comme sous linux, donc c'est cool.
 
Avec le wgetch() apres le wgetstr, a chaque caractere tape il envoie un message.
 
Donc, ca signifie que le wgetstr n'est PAS bloquant sous solaris, peu importe ce qu'on en dise...
 
Je vais essayer avec un wscanf...
 
Y a vraiment un souci...
 
EDIT ( Flood suckz)
 
Avec le wcanw ca marche deja bcp mieux...
 
Le probleme restant etant que si le thread affiche dans la fenetre en haut un truc, le curseur ira aussi... faut que je trouve le moyen de restaurer le curseur ( ptet qu'avec wprintw... je teste la)

oki sinon là:
 
http://nscp.upenn.edu/aix4.3html/l [...] /getch.htm
 
y'a ça:
 

 
donc ça pue le problème de configuration de terminal...

donc il semblerait que tout simplement tu sois en NODELAY, le wgetstr() récupérant un ERR de wgetch(), deviens non bloquant...

ok, mais la, ca amrche comme je le veux
 
Bon ok apres avoir affiche un message le curseur apparait a cote de la ligne affichee mais franchement, spagrave.
 
car des que tu continues a taper ca viens a la suite de ce que tu as tape avant l'affichage
 
Me reste un dernier test et c bon ^^

ET PAF dedans.
 
le wscanw ne gere pas les esapces.
 

 
par exemple, si je tape "salut toi" au clavier
 
ca apparait a l'ecran comme "saluttoi" ( dans la barre ou je tape).
 
Et quand je valide, dans la fenetre de chat, ca apparait en tant que "salut"
 

 
Vais jamais m'en sortir
 
Pourtant j'ai fait un wscanw(typebar, "%s\n", datpack.message);

la solution universelle je pense:
 
http://nscp.upenn.edu/aix4.3html/l [...] DF4067davi
 

 
à l'extérieur du while(1), et tu gardes le wgetstr();