Selon Fran�ois TOURDE <[EMAIL PROTECTED]>:
| Le 12837i�me jour apr�s Epoch,
| [EMAIL PROTECTED] �crivait:
|
| > Selon Fran�ois TOURDE <[EMAIL PROTECTED]>:
| >
| > | Le 12837i�me jour apr�s Epoch,
| > | [EMAIL PROTECTED] �crivait:
| > |
| > | > Dans ce cas effectivement, c'est Jean-Yves qui a raison
| > |
| > | Non, toujours pas ...
| >
| > Heu... Si :)
|
| Euh... Non ;)
Pfff :) T�tu, va !
| > * le processus "firefox" local � la machine distante contacte la
| > machine appelante par un moyen qui lui est propre (normalement
| un
| > port > 1024)
|
| Fais l'exp�rience de lancer firefox ou mozilla, et regarde les ports
| ouverts. Aucun ne correspond � ce que tu supposes.
Je n'ai pas firefox ni mozilla sous la main. Par contre j'ai le
code de firefox. Mais effectivement, il ne doit pas y avoir de
port ouvert : cf le code source de firefox.
| > - s'il trouve le port ouvert, envoie une commande � ce port et
| se
| > ferme (c'est ce � quoi sert l'option -remote)
|
| Non, l'option "remote" sert � envoyer une commande � une autre
| instance de firefox/mozilla, sur la m�me machine.
Et non :)
Voici la partie int�ressante du code de firefox :
XChangeProperty (mDisplay, aWindow, mMozCommandAtom, XA_STRING, 8,
PropModeReplace, (unsigned char *)aCommand,
strlen(aCommand));
Par cette commande, firefox (de la machine distante, s'affichant
en local par le DISPLAY 10:0) change une propri�t� stock�e dans
le serveur X, laquelle propri�t� contient la commande (commande
pass�e en option de l'argument -remote en g�n�ral).
Du coup, l'instance locale recevant les �v�nements de
modification de propri�t� X ou v�rifiant � intervalle r�guliers
(pas envie de me farcir tout le code de firefox) re�oit du coup
la commande...
Ouala.
Thomas.
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
