Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de iug :
- [15/12@10:45] Droits d'auteur et Numérique
- [28/11@11:39] Le plugin Java et la Mandrake 9.2
- [24/11@12:30] Freebox en USB sous Linux
- [04/11@10:44] Moteur de recherche
- [04/11@10:42] Les moteurs de recherche
- [24/09@13:54] Le net rame ?!?
- [15/08@12:02] Problème de disque dur
- [19/06@09:53] SUN SU><OR
- [19/06@09:52] Sun SU><OR
- [27/05@08:33] Les Opterons en France
- [27/05@08:19] Les kernels pre-2.6 ont l'air d'arriver
- [22/04@15:21] AMD Opteron
- [16/04@09:36] Plugins pour Browser
Journal : Pourquoi ?
Posté par iug () le 23 décembre 2003Pourquoi que mozilla-firebird se bloque sur une frappe du clavier ? Que quand je relance ensuite mozilla, galeon ou firebird, le fit de taper au clavier rebloque le soft ? Pourquoi que quand je lance xmule je suis en high-id, que quand je le quitte et que je le relance je passe en low-id ? Je pensais que sous Linux, une appli ne pouvait modifier l'état du système.
> Lire le journal (30 commentaires, moyenne: 1,7).
Re: Pourquoi ?
C'est l'effet GTK+ 2, je crois. En tout cas sous Slackware, c'est apparu le jour où Patrick Volkerding a compilé Mozilla avec GTK+ 2 au lieu de GTK+. Il me suffit d'enrouler et de dérouler le fenêtre pour que ça passe.
Je ne sais pas ce que c'est qu'un high-id ou un low-id.
-
[^]Re: Pourquoi ?
Posté par Nicolas Tramo () le 23/12/2003 à 21:53. (lien). Évalué à 1.high-id, low-id c'est la classification des clients sous emule.
C'est le server qui attribue l'id, donc y a des tonnes de raisons de passer de high a low et l'inverse. Et ce sous linux et windows.
Pour moz, je sais pas, j'utilise pas.-
[^]Re: Pourquoi ?
Posté par Jean-Christophe Berthon (page perso, ) le 24/12/2003 à 08:41. (lien). Évalué à 4.Plus precisement pour l'histoire des high et low ID sous Linux:
Cela est du a la gestion des sockets reseaux, pour simplifier, un socket reseau est un petit canal etabli entre ton appli et une autre (ici un serveur eMule) par lequel transite les infos.
Lorsque le client coupe abruptement la connexion (l'appli se ferme sans fermer correctement le socket), le socket devient au niveau systeme en TIME_WAIT : i-e il attend que l'autre appli a l'autre bout acknowledge le fait que la liaison est coupee. Ce time_wait est plus ou moins long (je crois que c'est un param du kernel) et donc si l'appli cliente est assez bourine et est relancee quelques secondes apres, elle ne pourra pas utiliser ce socket ==> tu te retrouves avec un autre socket qui lui est peut-etre bloque par le firewall, etc. ==> tu as un low-id.
Quand tu quittes emule sous Linux, ouvre une console et tape la commande suivante:
netstat -atpn | grep <numero_de_port>
ou tu remplaces '<numero_de_port>' par le numero que tu as specifie a eMule (voir preferences -> network connection -> port TCP)
Si tu ne vois rien tu peux lancer eMule, sinon s'il est en time_wait, attend 1-2 minute(s), re-execute la commande, etc.
Jean-Christophe
-
Re: Pourquoi ?
C'est quoi une question ?
Groar !
-
[^]Re: Pourquoi ?
Re: Pourquoi ?
Pour xmule je connais la reponse !
C'est en fait une histoire de blocage de port. Le kernel ne libère pas
immédiatement le port précedement utilisé par une application après sa
fermeture. Voila pourquoi, lorsque tu relance xmule, ce dernier ne peut utiliser
le port 4662. Il faut en général attendre quelque minutes et tout rentre dans
l'ordre. On peut assui libérer le port par une commande manuelle, mais je ne
l'ai pas en tête.
-
[^]Re: Pourquoi ?
Posté par pasBill pasGates () le 23/12/2003 à 22:12. (lien). Évalué à 2.Il y a setsockopt(...) avec SO_REUSEADDR qui permet ca, mais c'est a faire dans xmule sur le socket en question.
Bref, envoies un patch :+)-
[^]Re: Pourquoi ?
Posté par iug () le 23/12/2003 à 22:38. (lien). Évalué à 1.J'aurais pensé que le kernel forçait la libération des ports.
Merci-
[^]Re: Pourquoi ?
Posté par pasBill pasGates () le 23/12/2003 à 22:42. (lien). Évalué à 6.C'est pas le probleme.
Le protocole TCP/IP specifie qu'un port doit etre rendu inaccessible pour un certain temps une fois qu'il a ete ferme histoire de ne courir aucun risque que des paquets d'une ancienne connexion viennent mettre le boxon dans la nouvelle(meme si c'est tres peu probable).
SO_REUSEADDR permet d'eviter cela, mais ce n'est pas le comportement "standard", et c'est la meme chose sur tous les systemes.
Le kernel va te fermer tous les sockets qu'une appli aura ouvert, mais le port sur lequel le socket etait binde va lui etre rendu inaccessible pendant un certain temps(4 minutes si je me souviens bien).
-
[^]Re: Pourquoi ?
Posté par Philippe MAES (page perso, ) le 24/12/2003 à 09:10. (lien). Évalué à 1.utilise amule, qui a corrigé ca il y a un moment deja.
-
-
Re: Pourquoi ?
J'ai le même problème avec Mozilla (Firebird 0.7).
Il me suffit de changer de bureau pour pouvoir retaper dedans (avec la Desktop Wheeling sous Fluxbox, c'est très rapide).
FluxBoX RoX =D
-
[^]Re: Pourquoi ?
-
[^]Re: Pourquoi ?
Posté par Olivier G. (page perso, ) le 23/12/2003 à 23:47. (lien). Évalué à 2.J'avais aussi ce problème avec FluxBox.
Je suis passé à XFCE, et depuis, plus de problèmes...
Mauvais WM, changer de WM [/troll]-
[^]Re: Pourquoi ?
Posté par benja () le 24/12/2003 à 05:41. (lien). Évalué à 3.Je suis aussi passé à xfce4 et après avoir été un utilisateur assidû* et satisfait (!) de wmaker, fluxbox, enlightenment 16 (qui vient de se payer une bonne goûte d'huile) + gnome, ion, gnome metacity/sawfish. Je crois qu'il s'agit d'un très bon compromis utilisation/estéthique. Je dois avouer que je n'ai pas encore ressenti le besoin de regarder ailleur.
Son apparence, à l'instar de sa configuration, est claire et simple mais terriblement efficace. Il est doté d'un panel complet d'applet interressantes.
Dernier détail mais non des moindres, avec ses dépendances légère, il est léger et très réactif (il prouve que les applications gtk2 peuvent être rapides). Un plaisir à utiliser.
Avec xfce, j'ai augmenté ma productivité à rien faire.
*assidû: comprendre avoir utilisé et re-utilisé pendant une période prolongée de manière à assimiler et à utiliser toutes les facilité disponible.
-
-
[^]Re: Pourquoi ?
Re: Pourquoi ?
Pour mozilla/firebird, on pourrait dire que c'est une fonctionnalité pas un bug:
il y a des chances que ce soit lié à la recherche de lien ( 'Type-Ahead Find':
cf. http://wishlist.mozdev.org/firebirdfeatures.html#findasyoutype(...) )
Re: Pourquoi ?
-
[^]Re: Pourquoi ?
-
[^]Re: Pourquoi ?
-
[^]Re: Pourquoi ?
Posté par L. R. (Jabber id, page perso, ) le 24/12/2003 à 00:47. (lien). Évalué à 1.Finalement, y'a pas que chez MS que les cla
--
Quand le chat regarde la tartine beurrée, le sage s'en mord les doigts.
République bananière -- Banana Republic
-
-
Re: Pourquoi ?
Pour xmule je connais la reponse !
C'est en fait une histoire de blocage de port. Le kernel ne libère pas
immédiatement le port précedement utilisé par une application après sa
fermeture. Voila pourquoi, lorsque tu relance xmule, ce dernier ne peut utiliser
le port 4662. Il faut en général attendre quelque minutes et tout rentre dans
l'ordre. On peut assui libérer le port par une commande manuelle, mais je ne
l'ai pas en tête.
Re: Pourquoi ?
J'ai le meme probleme avec Firebird et j'utilise E et je ne suis pas le seul, la solution que j'applique est la meme qu'énoncé ailleurs : changer de bureau ...
Mais c'est quand meme super désagréable et bien complexe a reproduire ...
-
[^]Re: Pourquoi ?
Posté par allcolor (Jabber id, page perso, ) le 23/12/2003 à 23:18. (lien). Évalué à 1.Ben complexe à reproduire pas trop... ça m'arrive 3-4 fois par jour... et apparemment je suis pas le seul... donc je pense que ça doit arriver à quasiment tous les utilisateurs de mozilla... et je crois qu'ils sont au courant depuis longtemps... j'avais lu quelque-part que ce problème était résolu avec mozilla 1.6 .. est-ce vrai ? ...
--
All those moments will be lost in time, like tears in the rain.
-
[^]Re: Pourquoi ?
Posté par Olivier Faurax (Jabber id, page perso, ) le 24/12/2003 à 09:53. (lien). Évalué à 1.On peut aussi ouvrir/fermer un terminal
--
xmpp:ofaurax@jabber.fr
Re: Pourquoi ?
Pour mozilla/firebird c'est un bug dans les versions gtk2. Il est apparamment corrigé pour la version 1.6b (je viens de l'installer et je n'ai plus du tout le probleme).
Re: Pourquoi ?
Salut, Pour xMule : Passes à aMule http://www.amule.org(...) Le probleme est fixé (au moins dans le CVS) A++
Re: Pourquoi ?
il m'est arrivé que firebird fige au demarrage mais seulement
a partir du moment ou je commencais a taper dedans
( concretement quand j'essayais de rentrer une url )
il ne se defigait qu'au bout de qq minutes ( 1 ? )
il s'est avéré qu'en fait c'etait tout simplement parceque je n'avais
pas configuré l'interface "lo" ( 127.0.0.1 ) depuis ca fonctionne niquel.
voila .... si ca peut aider qqun.
Cette page a été générée par Templeet en 0.1247s (dont 0.0131 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.