Dans l'article <20040611113304$, Vincent Lefevre <vincent+ écrit:
Je pense que le connect plante seulement parce que je n'ai pas d'adresse IPv6 utilisable, et que sur ce point, ça ne dépend pas du site.
Comme je viens de le mettre sur bugzilla, ça plante aussi avec lynx. Mais lynx passe alors à IPv4. Mozilla devrait faire la même chose (c'est plus simple que de détecter a priori si IPv6 peut fonctionner ou pas).
C'est une régression ou non ? A mon avis pour la finale, tout ce qui n'est pas régression ou sécurité n'a aucune chance d'être intégré.
Si ce n'est pas une régression, cela démontre que jusqu'à aujourd'hui le nombre de gens géné par le problème est très restreint puisque pas de bug avant ce jour (à moins qu'il y ait des duplicate cachés ?).
Je ne crois pas trop non plus à un correctif de deux lignes après avoir vu comment le code qui fait le 'connect' est enrobé dans d'autres classes dans nspr.
Vincent Lefevre wrote:
Dans l'article <20040611113304$667f@vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> écrit:
Je pense que le connect plante seulement parce que je n'ai pas
d'adresse IPv6 utilisable, et que sur ce point, ça ne dépend pas
du site.
Comme je viens de le mettre sur bugzilla, ça plante aussi avec lynx.
Mais lynx passe alors à IPv4. Mozilla devrait faire la même chose
(c'est plus simple que de détecter a priori si IPv6 peut fonctionner
ou pas).
C'est une régression ou non ? A mon avis pour la finale, tout ce qui
n'est pas régression ou sécurité n'a aucune chance d'être intégré.
Si ce n'est pas une régression, cela démontre que jusqu'à aujourd'hui le
nombre de gens géné par le problème est très restreint puisque pas de
bug avant ce jour (à moins qu'il y ait des duplicate cachés ?).
Je ne crois pas trop non plus à un correctif de deux lignes après avoir
vu comment le code qui fait le 'connect' est enrobé dans d'autres
classes dans nspr.
Dans l'article <20040611113304$, Vincent Lefevre <vincent+ écrit:
Je pense que le connect plante seulement parce que je n'ai pas d'adresse IPv6 utilisable, et que sur ce point, ça ne dépend pas du site.
Comme je viens de le mettre sur bugzilla, ça plante aussi avec lynx. Mais lynx passe alors à IPv4. Mozilla devrait faire la même chose (c'est plus simple que de détecter a priori si IPv6 peut fonctionner ou pas).
C'est une régression ou non ? A mon avis pour la finale, tout ce qui n'est pas régression ou sécurité n'a aucune chance d'être intégré.
Si ce n'est pas une régression, cela démontre que jusqu'à aujourd'hui le nombre de gens géné par le problème est très restreint puisque pas de bug avant ce jour (à moins qu'il y ait des duplicate cachés ?).
Je ne crois pas trop non plus à un correctif de deux lignes après avoir vu comment le code qui fait le 'connect' est enrobé dans d'autres classes dans nspr.
Vincent Lefevre
Dans l'article <cacij2$eva$, Jean-Marc Desperrier écrit:
C'est une régression ou non ?
Je ne sais pas. J'avais voulu réessayer mon ancienne version, mais elle plante au démarrage!
Je viens d'essayer aussi la 1.7rc3 sous Linux/ppc, avec noyau 2.6.6 également, et je n'ai pas de problème. Mais le connect n'échoue pas immédiatement. Il renvoie d'abord une erreur EINPROGRESS (Operation now in progress) due au fait que le connect est non bloquant. Puis quelque temps après, j'ai:
Je n'ai pas désactivé l'autoconf IPv6, mais je n'ai aussi que des adresses IPv6 locales.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <cacij2$eva$1@reader1.imaginet.fr>,
Jean-Marc Desperrier <jmdesp@alussinan.org> écrit:
C'est une régression ou non ?
Je ne sais pas. J'avais voulu réessayer mon ancienne version, mais
elle plante au démarrage!
Je viens d'essayer aussi la 1.7rc3 sous Linux/ppc, avec noyau 2.6.6
également, et je n'ai pas de problème. Mais le connect n'échoue pas
immédiatement. Il renvoie d'abord une erreur EINPROGRESS (Operation
now in progress) due au fait que le connect est non bloquant. Puis
quelque temps après, j'ai:
Dans l'article <cacij2$eva$, Jean-Marc Desperrier écrit:
C'est une régression ou non ?
Je ne sais pas. J'avais voulu réessayer mon ancienne version, mais elle plante au démarrage!
Je viens d'essayer aussi la 1.7rc3 sous Linux/ppc, avec noyau 2.6.6 également, et je n'ai pas de problème. Mais le connect n'échoue pas immédiatement. Il renvoie d'abord une erreur EINPROGRESS (Operation now in progress) due au fait que le connect est non bloquant. Puis quelque temps après, j'ai:
Je n'ai pas désactivé l'autoconf IPv6, mais je n'ai aussi que des adresses IPv6 locales.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Marc Mongenet
Vincent Lefevre wrote:
Je ne sais pas si c'est lié à l'IPv6... Est-ce que ton noyau est configuré avec un support IPv6? Est-ce que l'autoconf IPv6 est désactivé chez toi? (ifconfig de l'interface réseau doit donner une adresse IPv4 et une adresse IPv6 en "fe80:").
Non, pas de support IPv6 chez moi. En 2002, j'avais dû mettre des entrées IPv6 dans mon /etc/hosts car certains programmes (telnet, ssh) demandaient par DNS les adresses IPv6 avant de chercher les adresses IPv4 dans /etc/hosts. C'est la seule fois où j'ai eu affaire à IPv6.
Marc Mongenet
Vincent Lefevre wrote:
Je ne sais pas si c'est lié à l'IPv6... Est-ce que ton noyau est
configuré avec un support IPv6? Est-ce que l'autoconf IPv6 est
désactivé chez toi? (ifconfig de l'interface réseau doit donner
une adresse IPv4 et une adresse IPv6 en "fe80:").
Non, pas de support IPv6 chez moi.
En 2002, j'avais dû mettre des entrées IPv6 dans mon /etc/hosts
car certains programmes (telnet, ssh) demandaient par DNS les
adresses IPv6 avant de chercher les adresses IPv4 dans /etc/hosts.
C'est la seule fois où j'ai eu affaire à IPv6.
Je ne sais pas si c'est lié à l'IPv6... Est-ce que ton noyau est configuré avec un support IPv6? Est-ce que l'autoconf IPv6 est désactivé chez toi? (ifconfig de l'interface réseau doit donner une adresse IPv4 et une adresse IPv6 en "fe80:").
Non, pas de support IPv6 chez moi. En 2002, j'avais dû mettre des entrées IPv6 dans mon /etc/hosts car certains programmes (telnet, ssh) demandaient par DNS les adresses IPv6 avant de chercher les adresses IPv4 dans /etc/hosts. C'est la seule fois où j'ai eu affaire à IPv6.
Marc Mongenet
Vincent Lefevre
Dans l'article , Marc Mongenet écrit:
Non, pas de support IPv6 chez moi.
Tu ne peux donc pas avoir le problème.
En 2002, j'avais dû mettre des entrées IPv6 dans mon /etc/hosts car certains programmes (telnet, ssh) demandaient par DNS les adresses IPv6 avant de chercher les adresses IPv4 dans /etc/hosts. C'est la seule fois où j'ai eu affaire à IPv6.
C'est bizarre que tu aies eu besoin de le faire. En tout cas, j'utilise toujours ssh -4, car même quand il y a des adresses IPv6, l'IPv6 ne fonctionne pas forcément (problème de routeur, je crois); c'est le cas à mon labo.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <2iusgcFphl14U1@uni-berlin.de>,
Marc Mongenet <Marc.Mongenet@freesurf.ch> écrit:
Non, pas de support IPv6 chez moi.
Tu ne peux donc pas avoir le problème.
En 2002, j'avais dû mettre des entrées IPv6 dans mon /etc/hosts
car certains programmes (telnet, ssh) demandaient par DNS les
adresses IPv6 avant de chercher les adresses IPv4 dans /etc/hosts.
C'est la seule fois où j'ai eu affaire à IPv6.
C'est bizarre que tu aies eu besoin de le faire. En tout cas, j'utilise
toujours ssh -4, car même quand il y a des adresses IPv6, l'IPv6 ne
fonctionne pas forcément (problème de routeur, je crois); c'est le cas
à mon labo.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
En 2002, j'avais dû mettre des entrées IPv6 dans mon /etc/hosts car certains programmes (telnet, ssh) demandaient par DNS les adresses IPv6 avant de chercher les adresses IPv4 dans /etc/hosts. C'est la seule fois où j'ai eu affaire à IPv6.
C'est bizarre que tu aies eu besoin de le faire. En tout cas, j'utilise toujours ssh -4, car même quand il y a des adresses IPv6, l'IPv6 ne fonctionne pas forcément (problème de routeur, je crois); c'est le cas à mon labo.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
