Un bon mémo transmis par mon prof d'auto école à l'époque :
* A l'avant c'est la place des parents : BNP, comme la banque : Brouillard, Neige, Pluie.
* A l'arrière c'est la place des enfants : BN, comme les gateaux choco BN: Brouillard, Neige.
Attention sur la façon dont est faite l'inclusion des headers de TotoBase ?
/* Sous la forme d'en tête standard */
#include <toto.h>
/* ou bien sous la forme d'en tête locale */
#include "toto.h"
En fonction de ca, tu peux utiliser les options de la ligne de commande "-I" et "-I-"
-I: Add the directory dir to the head of the list of directories ...
-I-: If additional directories are specified with -I options after the -I-, these directories are searched for all #include directives
Concernant les libs :
Ce n'est pas explicité dans le lien ci dessus, mais il semblerait que -L ajoute également les repertoires en tête de liste.
La candidate a cependant évoqué l'indépendance de la Corse, en expliquant que « les Français ne seraient pas contre ». « Ne le répétez pas !, a-t-elle ajouté, cela pourrait faire polémique ! »
Le mieux pour toi étant de configurer un tunnel dynamique avec putty.
Par contre, il faut que tu vérifies les termes et conditions d'utilisation du parc informatique de ton entreprise afin d'être sur de respecter les règles ...
Les nonistes n'avaient pas spécialement à avoir de plan B. On leur demandait leur avis, pas une solution. C'est le principe d'un référendum.
Le référendum permet en effet au peuple d'exprimer son opinion. Il est en revanche de la résponsabilité des partis politiques et des organisations de gérer (démocratiquement) le peuple en proposant des idées.
Le fait de raler sans fournir aucune proposition viable est un droit réservé au peuple (ce qu'il sait parfaitement faire), en aucun cas aux organisations
Le soit-disant plan B des nonistes est peut-être justement que les nonistes et les ouistes réfléchissent à un nouveau plan ?
Tout à fait, confère les liens ci dessus. Mais on va encore l'attendre longtemps ce plan B ?
- trames reseaux: wireshark me montre que la connexion se deroule bien jusqu'a ce que ca ne fasse plus rien.
Au niveau de la couche TCP tu as quoi au moment de l'erreur ?
Une demande de fermeture de connection (FIN / ACK / FIN-ACK) ou vraiment rien du tout ?
Sinon, est-ce que tu as des firewalls et/ou routeurs entre toi et le serveur ?
Si oui, t'es-t-il possible de brancher directement ta machine sur le meme segment réseau que le serveur ?
Enfin si tu peux essayer de brancher une autre carte réseau (modèle différent) sur ta machine et tester avec, cela te permettra de voir si le driver n'est pas en cause.
(On pourrait imaginer un scénario ou le serveur (Debian stable) modifie les propriété TCP de la connection (Window scalling, ...) a chaud quand il doit transférer une grande taille de donnée et que ton driver perde la boule devant de telles requettes, cela expliquerait pourquoi tu as la meme erreur sur 2 serveurs identiques.)
L'erreur ne semble pas venir de la couche HTTP mais plutot du système de ta machine (le client, pas le serveur) (driver carte réseau, couche TCP/IP) ...
On dirait que tout se bloque au dela d'une certaine quantité de données transmises.
Essaies de regarder dans les logs du noyau et du coté des trames réseaux.
Est-ce que tu as des problemes pour acceder aux autres machines de ton réseau ?
Que se passe-t-il si tu modifie la 404 par default pour la remplacer par un plus gros fichier de test ?
A force de tout tester tu finiras bien par trouver d'ou ca vient :p
Ce qui signifie qu'en cas d'erreur, et ce quelle qu'elle soit, scp retournera une valeur arbitraire > 0, généralement 1.
La variable errs étant modifiée a différents endroits dans le code.
Donc a priori tu as bien une erreur durant l'exécution de la commande.
Encore faut-il pouvoir l'isoler.
Essaye de lancer scp en verbose mode et regarde si tu as des différences quand le code de retour est 0 ou 1.
Sinon il va falloir investiguer un peu plus, le printf debugging pouvant être une solution [2] ;)
Finalement, as-tu vérifier les md5 de tes fichiers (local et distant) ?
[^] # Re: pas encore 100% de bonnes réponses
Posté par frederic blain . En réponse au journal De la bonne conduite sur autoroute. Évalué à 6.
Et de neige ;)
Un bon mémo transmis par mon prof d'auto école à l'époque :
* A l'avant c'est la place des parents : BNP, comme la banque : Brouillard, Neige, Pluie.
* A l'arrière c'est la place des enfants : BN, comme les gateaux choco BN: Brouillard, Neige.
[^] # Re: trouvé...
Posté par frederic blain . En réponse au message scons : choix du repertoire d'installation. Évalué à 1.
Pour plus d'info sur l'install d'Ardour: http://ardour.org/building
# --prefix
Posté par frederic blain . En réponse au message scons : choix du repertoire d'installation. Évalué à 1.
python setup.py install --prefix=/opt/scons
[1]: http://www.scons.org/doc/0.98.5/HTML/scons-user/x166.html
# doc gcc
Posté par frederic blain . En réponse au message Interdire à GCC de charger les includes par défaut. Évalué à 3.
Concernant les headers :
Attention sur la façon dont est faite l'inclusion des headers de TotoBase ?
/* Sous la forme d'en tête standard */
#include <toto.h>
/* ou bien sous la forme d'en tête locale */
#include "toto.h"
En fonction de ca, tu peux utiliser les options de la ligne de commande "-I" et "-I-"
-I: Add the directory dir to the head of the list of directories ...
-I-: If additional directories are specified with -I options after the -I-, these directories are searched for all #include directives
Concernant les libs :
Ce n'est pas explicité dans le lien ci dessus, mais il semblerait que -L ajoute également les repertoires en tête de liste.
[^] # Re: 2 possibilités
Posté par frederic blain . En réponse au message Résolution dns étrange. Évalué à 1.
Egalement les taux d'utilisations des partitions et autres trucs du genre?
--
creber
[^] # Re: Je propose :
Posté par frederic blain . En réponse au message retrouver la vraie IP avec AWK ou autres. Évalué à 1.
awk 'BEGIN{RS="}"} /define/ && /192.168.0.5[^0-9]/ { print $0 "}" }' mon_fichier
[^] # Re: De la médiatisation des canulars
Posté par frederic blain . En réponse au journal L'écologie, le pacte de Hulot, oui, mais pas trop.... Évalué à 2.
La candidate a cependant évoqué l'indépendance de la Corse, en expliquant que « les Français ne seraient pas contre ». « Ne le répétez pas !, a-t-elle ajouté, cela pourrait faire polémique ! »
L'integrale (mp3) : http://www.frimeurs-des-iles.com/GeneratedItems/m/royal-daha(...)
# Lien
Posté par frederic blain . En réponse au message tunnel ssh. Évalué à 2.
http://michauko.org/docs/ssh_au_boulot/index.html
Le mieux pour toi étant de configurer un tunnel dynamique avec putty.
Par contre, il faut que tu vérifies les termes et conditions d'utilisation du parc informatique de ton entreprise afin d'être sur de respecter les règles ...
[^] # Re: Plan A+
Posté par frederic blain . En réponse au journal L'Europe telle que nous l'avons perdue. Évalué à 9.
+ ATTAC: http://www.france.attac.org/a5190
+ Les Verts: http://verts-europe-sinople.net/article737.html
+ L. Fabius: http://bruxelles.blogs.liberation.fr/coulisses/2006/11/le_pl(...)
+ ...
Le référendum permet en effet au peuple d'exprimer son opinion. Il est en revanche de la résponsabilité des partis politiques et des organisations de gérer (démocratiquement) le peuple en proposant des idées.
Le fait de raler sans fournir aucune proposition viable est un droit réservé au peuple (ce qu'il sait parfaitement faire), en aucun cas aux organisations
Tout à fait, confère les liens ci dessus. Mais on va encore l'attendre longtemps ce plan B ?
[^] # Re: Système ?
Posté par frederic blain . En réponse au message Apache: les headers passent, pas les donnees. Évalué à 2.
Au niveau de la couche TCP tu as quoi au moment de l'erreur ?
Une demande de fermeture de connection (FIN / ACK / FIN-ACK) ou vraiment rien du tout ?
Sinon, est-ce que tu as des firewalls et/ou routeurs entre toi et le serveur ?
Si oui, t'es-t-il possible de brancher directement ta machine sur le meme segment réseau que le serveur ?
Enfin si tu peux essayer de brancher une autre carte réseau (modèle différent) sur ta machine et tester avec, cela te permettra de voir si le driver n'est pas en cause.
(On pourrait imaginer un scénario ou le serveur (Debian stable) modifie les propriété TCP de la connection (Window scalling, ...) a chaud quand il doit transférer une grande taille de donnée et que ton driver perde la boule devant de telles requettes, cela expliquerait pourquoi tu as la meme erreur sur 2 serveurs identiques.)
--
creber
# Système ?
Posté par frederic blain . En réponse au message Apache: les headers passent, pas les donnees. Évalué à 2.
On dirait que tout se bloque au dela d'une certaine quantité de données transmises.
Essaies de regarder dans les logs du noyau et du coté des trames réseaux.
Est-ce que tu as des problemes pour acceder aux autres machines de ton réseau ?
Que se passe-t-il si tu modifie la 404 par default pour la remplacer par un plus gros fichier de test ?
A force de tout tester tu finiras bien par trouver d'ou ca vient :p
--
creber
# verbose mode?
Posté par frederic blain . En réponse au message SCP et code de retour. Évalué à 3.
exit(errs != 0);
Ce qui signifie qu'en cas d'erreur, et ce quelle qu'elle soit, scp retournera une valeur arbitraire > 0, généralement 1.
La variable errs étant modifiée a différents endroits dans le code.
Donc a priori tu as bien une erreur durant l'exécution de la commande.
Encore faut-il pouvoir l'isoler.
Essaye de lancer scp en verbose mode et regarde si tu as des différences quand le code de retour est 0 ou 1.
Sinon il va falloir investiguer un peu plus, le printf debugging pouvant être une solution [2] ;)
Finalement, as-tu vérifier les md5 de tes fichiers (local et distant) ?
[1] http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/scp.c?(...)
[2] http://linuxfr.org/~Krunch/22577.html