Discussion :

[Infoly]

Bonjour,

J’écris des applications en mode console texte avec la librairie ncurses qui exige que le terminal d’entrée-sortie soit compatible VT100 pour interpréter les séquences d’échappement ANSI utilisées par ncurses.

Je veux passer mon développement sous Eclipse C/C++ (CDT), hélas la console d’entrée-sortie est une console Java des plus élémentaires n’interprétant que le code ASCII et la couleur (mais je ne sais pas comment d’ailleurs). Les séquences d’échappement sont affichées tel quel au lieu d’être interprétées.

Quelqu’un pourrait-il m’indiquer comment rediriger les entrées-sorties (stdin, stdout) vers un un terminal virtuel xterm ou autre compatible VT100, ou même vers le port série /dev/ttySx pour y connecter un terminal physique, afin de pouvoir tester ces applications.

Merci d'avance pour votre aide

[utoria]

Bonjour,

J'ai sensiblement le même problème, en effet, j'ai comme message d'erreur (dans la console sous Eclipse)

Redirection is not supported

Donc peut-on exécuter des programmes utilisant Curses avec Eclipse ?

[utoria]

Pour solutionner le problème, j'ai utilisé une combine : double-cliquer depuis l'interface sur le fichier .exe (avec l'éditeur du système & non celui d'Eclipse).

Mais quelqu'un saurait-il comment faire pour lancer ou paramétrer Eclipse pour que ce soit la console Windows et non celle d'Eclipse qui soit lancée ?

[Infoly]

Le problème avance, mais cela ne fonctionne pas encore complètement. Surtout que linux évolue lui aussi en même temps.

Utilisation d'un terminal virtuel externe (xterm) comme console E/S utilisateur

Voici comment faire:

Définir une variable d'environnement (nouveauté pas nécessaire auparavant) dans les propriétés du projet :
Name : TERM
Value : xterm

Dans le terminal tapez :
tty vous devez obtenir le nom du pseudo fichier du terminal
/dev/pts/x ou x est le numéro du terminal

Définir un fichier ~/.gdbinit contenant :
tty /dev/pts/x

dans Run / Debug configurations
Laissez le débogueur à : gdb
Fixez le fichier de commande à :
~/.gdbinit au lieu de gdbinit

Voila vous pouvez maintenant lancer le débogueur et le programme s'affiche dans le terminal.
Mais, il y a un mais, la saisie ne fonctionne pas bien des caractères s'affichent et son pas pris en compte, d'autres sont pris en compte mais pas afficher. Sans doute un problème de conflit de processus...

Pour être pris en compte le fichier .gdbinit doit être la propriété de l'utilisateur
et avoir les droits définit par 644 ( wr-r-r, il ne doit pas être exécutable).
Faire éventuellement un chown et un chmod.

A suivre ...