Discussion :

[tintin72]

Bonjour,

Je programme en c++ dans Konsole des applications graphiques (avec fltk),
mais je n'arrive pas à les lancer à partir du terminal.
Quand je tape:

./monAppli

J'ai le message:

Can't open display:

Par contre si je clique directement sur le fichier executable, l'appli se lance normalement.
J'ai lu quelque part que ça venait du fait qu'il fallait être root (et pas su -),
mais même en me logant en root j'ai toujours le même message.

J'ai une distrib Debian 4.0, je suis sous KDE et le serveur graphique est XOrg.

Quelqu'un pourrait-il m'aider ?

Merci

[sliderman]

quand tu fait ./monAppli
tu te trouve dans quel dossier ?
quelk est ton $PATH ?

[tintin72]

Je suis dans le dossier qui contient les fichiers sources, .cpp, .h de l'appli.
Mon PATH est:
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

[matrix788]

tu peux essayer de renseigner la com : echo $display...

qu'est-ce que cela donne ?

tu peux aussi regarder dans tes logs la variable intiialisée pour $display lors du démarrage de Tutux ;-)

[tintin72]

tu peux essayer de renseigner la com : echo $display...

Je ne sais pas trop ce que ça veut dire "renseigner la com" (je débute sous linux ) mais quand je fais un echo $DISPLAY je n'ai rien (ligne vide).

tu peux aussi regarder dans tes logs la variable intiialisée pour $display lors du démarrage de Tutux ;-)

Dans Xorg.0.log il n'y a aucune référence à display.. le pb vient-il de là ?

[sliderman]

Je suis dans le dossier qui contient les fichiers sources, .cpp, .h de l'appli.

et M. du C ça se compile, si tu sais pas ça, arrête le codage en C ou C++

met toi au python

[Alp]

Qu'est-ce qui suit "Can't open display:" ?
Mets ici l'erreur entière.

Par contre, n'écoute pas ce qu'il dit, reste en C++

[sliderman]

Qu'est-ce qui suit "Can't open display:" ?
Mets ici l'erreur entière.

Par contre, n'écoute pas ce qu'il dit, reste en C++

il faut des fichiers binaire et lui me dit qu'il a des fichiers .cpp

je disais cela comme ça en ce qui concerne python
mais s'il ne veut pas compiler
il a qu'a passer aux scripts

[tintin72]

et M. du C ça se compile, si tu sais pas ça, arrête le codage en C ou C++

Ah bon ??? Je savais pô
Quand je lance mon appli elle a bien evidement été préalablement compilée
avec 'make'.

Qu'est-ce qui suit "Can't open display:" ?

Ben rien du tout, j'ai juste "Can't open display:"

[Alp]

Tu as cherché un peu sur Google quelque chose genre "Can't Open Display FLTK" ?

[tintin72]

Oui, mais je n'ai rien trouvé d'interessant, de plus je ne suis pas sûr que
le pb vienne de fltk.

[sliderman]

Ah bon ??? Je savais pô

ben quand tu me dis que le dossier contient des fichiers cpp et h je me suis demandé si il contenait les sources cpp et h et les binaires


et sinon ta quoi comme GPU ?

[tintin72]

et sinon ta quoi comme GPU ?

Je sais pas exactement ce que c'est qu'un GPU .
Par contre mon CPU est un Athlon AMD 1.3 Gh et ma carte graphique une vieille nvidia, mais je crois pas que ça ait un rapport avec mon pb.

[sliderman]

Je sais pas exactement ce que c'est qu'un GPU

Graphical Process Unit soit en français une carte graphique

[Mark Havel]

Ce qui n'a à mon avis aucun rapport avec son problème de toutes façons.

[sliderman]

[QUOTE=sliderman]Graphical Process Unit/QUOTE]
si ça a un rapport Mark

puisque notre cher confrère n'arrive pas à afficher
son appli

l'affichage est gérer par la GPU à moins bien sur d'un chip graphique integré

[Mark Havel]

Je pense que ça n'a pas forcément de rapport direct avec son problème. Ou alors, le CPU en a aussi un vu que ces instructions finiront bien par être traités par ce CPU après avoir été converties en code machine.

Toutes ces histoires sont gérés d'abord par le serveur graphique, les drivers, le noyau... avant de venir sur la carte. Le message d'erreur est un message typique de Xorg et pas un message d'erreur noyau ou de module nvidia de carte graphique. À priori, c'est aussi la seule application où ça foire, alors que si c'était la carte graphique ou le driver, on peut raisonnablement penser que d'autres applications graphiques lancées en ligne de commande diraient la même chose.
Voilà pourquoi je pense que la carte graphique n'est pour rien dans cette histoire.

Tu devrais essayer de taper un xhost + dans la ligne de commande avant de lancer ton programme pour voir ce que ça fait. Il paraît que c'est le Mal Absolu question sécurité, mais bon, ça peut toujours servir à voir d'où ça vient.

[sliderman]

Je pense que ça n'a pas forcément de rapport direct avec son problème. Ou alors, le CPU en a aussi un vu que ces instructions finiront bien par être traités par ce CPU après avoir été converties en code machine.

Toutes ces histoires sont gérés d'abord par le serveur graphique, les drivers, le noyau... avant de venir sur la carte. Le message d'erreur est un message typique de Xorg et pas un message d'erreur noyau ou de module nvidia de carte graphique. À priori, c'est aussi la seule application où ça foire, alors que si c'était la carte graphique ou le driver, on peut raisonnablement penser que d'autres applications graphiques lancées en ligne de commande diraient la même chose.
Voilà pourquoi je pense que la carte graphique n'est pour rien dans cette histoire.

Tu devrais essayer de taper un xhost + dans la ligne de commande avant de lancer ton programme pour voir ce que ça fait. Il paraît que c'est le Mal Absolu question sécurité, mais bon, ça peut toujours servir à voir d'où ça vient.

c vrai il peut aussi taper un init 3 pour tuer son serveur graphique
ou sinon un nvidia-xconfig disable ou ati-config-display disable (je suis pas sur)

[Mark Havel]

Si c'est une application graphique, je trouve que c'est une drôle d'idée que d'aller désactiver le serveur graphique.

[tintin72]

J'ai déjà posé cette question.
Bien que je n'ai pas eu de réelle solution, peut être
que les pistes évoquées par les différentes personnes tout
au long de la discussion pourraient vous être utiles.