Journal Pourquoi ?

Posté par  .
Étiquettes : aucune
0
23
déc.
2003
Pourquoi que quand sous mozilla bien souvent je peux rien taper au clavier, depuis plein de versions et que ça a pas été corrigé ?

Pourquoi 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.

  • # Re: Pourquoi ?

    Posté par  (site web personnel) . Évalué à 2.

    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  . É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  . Évalué à -1.

        Tu as fumé quoi ? :)

      • [^] # Re: Pourquoi ?

        Posté par  (site web personnel) . É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 ?

    Posté par  . Évalué à 2.

    C'est quoi une question ?

  • # Re: Pourquoi ?

    Posté par  . Évalué à 4.

    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  . É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  . Évalué à 1.

        J'aurais pensé que le kernel forçait la libération des ports.
        Merci

        • [^] # Re: Pourquoi ?

          Posté par  . É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  (site web personnel) . Évalué à 1.

          utilise amule, qui a corrigé ca il y a un moment deja.

  • # Re: Pourquoi ?

    Posté par  . Évalué à 1.

    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 ?

      Posté par  . Évalué à 1.

      Idem avec IceWM lorsqu'on a ces problèmes de focus, CTRL + ALT + droite, CTRL + ALT + gauche et tout est normal.

      (J'ai aussi un problème similaire, de focus, avec Sodipodi)

    • [^] # Re: Pourquoi ?

      Posté par  . É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  . É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 ?

      Posté par  . Évalué à 1.

      Moi si je change de bureau il se bloque !?
      Mais si je diminue l'appli et la ragrandi sa remarche .....
      C tout de meme un peu chiant que je navigue je ne fais pas que ca !

  • # Re: Pourquoi ?

    Posté par  . Évalué à 2.

    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 ?

    Posté par  . Évalué à 2.

    c'est vrai ca, pourq

  • # Re: Pourquoi ?

    Posté par  . Évalué à 1.

    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  (site web personnel) . Évalué à 2.

    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  (site web personnel) . É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 ? ...

    • [^] # Re: Pourquoi ?

      Posté par  (site web personnel) . Évalué à 1.

      On peut aussi ouvrir/fermer un terminal

  • # Re: Pourquoi ?

    Posté par  (site web personnel) . Évalué à 4.

    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 ?

    Posté par  (site web personnel) . Évalué à 1.

    Salut, Pour xMule : Passes à aMule http://www.amule.org(...) Le probleme est fixé (au moins dans le CVS) A++

  • # Re: Pourquoi ?

    Posté par  (site web personnel) . Évalué à 1.

    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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.