Tout-à fait, la limite s'applique aussi...

Par contre, attention au piège: le noyau utilise un unsigned long, donc 32bits sur les machines ix86, d'où l'overflow... mais surtout unsigned, hors les outils en ligne de commande travaillent en signed int, donc y'aura des surprises dès >2Go...

[ Répondre ]

Bonjour,

Tu peux toujours obtenir le nombre d'octets transmis sur les interfaces grace à la commande ifconfig, il faut juste se rappeler que:
- le compteur n'est pas remis à zero, donc il faut faire la différence par rapport à la valeur précédente;
- lorsque le compteur "déborde", il repart simplement de zéro, donc si maintenant < précedente, il faut garder (MAX - précédente) + maintenant...

Pas forcément besoin de sortir l'artillerie lourde (monotoring réseau), mais il doit quand même déjà exister des petits programmes qui font cela... même si un chtit script à la main, c'est 'achement mieux :)

[ Répondre ]

Bon, je viens de faire un essai: en effet, les process orphelins sont bien rattachés à init. C'est probablement un héritage d'unix: on ne cherche pas le père du père, on passe directement à init qui est le père de tous...

[ Répondre ]

Bonjour,

Une solution possible, c'est d'utiliser la commande jobs qui va te fournir la liste des tâches en cours, en particulier sans celles qui se sont terminées. En pratique: jobs -p.

Pour ce qui est des parents des process, si le père se termine alors les process deviennent orphelins, donc ils ne sont plus rattachés à personne... Quel outil te dis le contraire et te les montre attachés à init?

Enfin, perd cette habitude de mettre un -9 dans les commandes kill quand ce n'est pas nécéssaire, c'est une très mauvaise pratique.

[ Répondre ]

Bonjour,

Pardon de continuer dans le hors-sujet, mais tu as éveillé ma curiosité de programmeur...
Je t'invites à vérifier par toi même mes élucubrations ci-dessous à la source:
http://www.w3.org/TR/2006/REC-xml11-20060816/#NT-document

un fichier XML, c'est:
document ::= ( prolog element Misc* )

dans le cas qui nous intéresses:
element ::= EmptyElemTag | STag content ETag

dans le cas que tu cite:
EmptyElemTag ::= '<' Name (S Attribute)* S? '/>'

donc... la syntaxe <toto="plop"> n'est pas correcte: il faut un nom à la balise, avant les attributs.

Voila, pardon encore pour ce hors sujet de peu d'intérêt...

[ Répondre ]

Allez, une chtite v2, pour le plaisir:
make_substitutions() {
set | awk -F = '{ printf "s@<!--\\$%s-->@%s@\n", $1, $2 }' | sed -f - template.html
}

[ Répondre ]

Dans le premier cas, je ne comprend pas bien pourquoi tu spécifie un property/IMPORTED_LOCATION, il devrait le trouver tout seul vu qu'il est dans le répertoire courant (scripts), non?
C'est peut-être à cause de cela qu'il ne le trouve pas, il cherche probablement dans scripts/scripts/ (même si le CMAKE_SOURCE_DIR est censé lever toute ambiguité).

Dans le deuxième cas, je serais curieux de savoir ce qu'un strace sur le cmake donnerais, pour aller voir quel est le chemin physique qu'il cherche (et ne trouve pas).

Pour ce qui est du troisième point, le pb d'origine, je pense de plus en plus que c'est un bug, qu'au lieu d'ajouter à la liste des installs la deuxième directive, il écrase la première.

[ Répondre ]

T'as bien mis dans le fichier ki-va-bien:
add_executable(mon_binaire_easy.sh IMPORTED)

[ Répondre ]

Bonjour,

Voici une solution "simple" que j'ai testé:
make_substitutions() {
set | awk 'BEGIN { FS="="; } { printf "s@<!--\$%s-->@%s@\n", $1, $2 }' | sed -f - template.html
}

Attention: je n'ai pas gardé le -i de sed pour ne pas modifier mon template.html, mais afficher le résultat, c'est plus pratique pour les essais. Je te laisse le remettre.

[ Répondre ]

En fait non, je viens de re-vérifier, c'est une syntaxe correcte.
Donc je pense que tu as trouvé un bug...

As-tu essayé, au top, de mettre:
install (PROGRAMS mon_binaire mon_binaire_easy.sh DESTINATION bin)

[ Répondre ]

Bonjour,

Je suis pas expert en cmake, mais en regardant un peu la doc, j'ai l'impression que cette syntaxe n'est pas correcte:
install (PROGRAMS mon_binaire_easy.sh ...)

Il faudrait que tu essaie les lignes:
install (TARGETS mon_binaire RUNTIME DESTINATION bin)
install (TARGETS mon_binaire_easy.sh RUNTIME DESTINATION bin)

(en tout cas d'après la doc 2.4/2.6)

[ Répondre ]

Bonjour,

Le programme test ne sait pas faire de comparaison de chaines autre que == et !=, donc par compatibilité, la fonction interne [ de bash fait de même.

Par contre, dans les fonctions étendues de bash, il y a un truc qui peut t'aider:
[[ "$cur_time" < "$end_time" ]]
cela à l'air de marcher chez moi.

[ Répondre ]

J'ajouterai encore qu'un petit:
dumpe2fs /dev/...

apporterais quelques précisions sur le sujet.

[ Répondre ]

Ah bin non, c'est pas ça, je viens de faire un essai...

Sinon, pour les x% réservés a root, c'est en général seulement 10%, donc de la à faire 250Mo...

Par contre, ton /lost+found me parais un peu gros, non?

Dernière remarque, est-ce que par hasard tu aurais fait un rm sur un gros fichier, en cours d'utilisation par un process? peut-être dans /var/log?

[ Répondre ]

Bonjour,

En mettant l'option --max-depth, tu lui interdis de descendre dans la hiérarchie, donc forcément, il comptabilise pas...

Faut plutôt mettre dans ton cas un truc du genre:
du --one-file-system -summarize --total *

voire mettre explicitement les répertoires si tu veux éviter qu'il liste /proc et consorts.

[ Répondre ]

Le cas des liens symboliques est un peu compliqué..

J'aurais tendance à penser que quand une appli fait un open sur un lien, c'est la cible qui est effectivement ouverte, donc lsof retournerait (conditionnel) la cible aussi, et il n'y aurait (encore conditionnel) pas de lock sur le lien... Mais je ne suis encore jamais allé vérifié à la source...

Sinon, un autre truc à essayer:
ls -l /proc/*/cwd

[ Répondre ]

Bonjour,

Si lsof ne retourne rien, il faut regarder du côté de fuser pour voir ce qu'il en dis.

Il y a aussi le cas de mount: si le répertoire source contiens un point de montage, cela peut être bloquant, sans que ni lsof ni fuser ne retournent quoi que ce soit.

[ Répondre ]

Bonjour,

Pour rebondir sur cette remarque, qui est peut-être bien la cause, cela pourrais venir d'une mise à jour de ta distribution?

Il est possible qu'ils interdisent maintenant le login direct en tant que root, pour forcer à passer par su...

[ Répondre ]

Bonjour,

Cela fait un moment que je n'ai eu besoin de PostgreSQL, mais de mémoire, je n'ai jamais eu ce problème, mais:

- je ne lance jamais psql via sudo, alors qu'il est si simple de le faire se connecter à la base depuis le compte courant (avec -h hostname, -U username, ...);

- je n'utilisait pas -f mais plutôt psql < fichier, mais j'aurais tendance à penser que -f est quand même mieux;

- j'ai toujours mis des commentaires dans mes fichiers .sql, et je viens de vérifier, pg_dump le fait aussi... Au lieu d'une instruction bidon, met donc un commentaire (ils commencent par --) pour voir si cela passe mieux;

- j'aurais tendance à penser à un bug, pourrais-tu éventuellement partager les deux fichiers incriminés?

[ Répondre ]

Bonjour,

Je n'utilise pas Compiz, mais un raccourci clavier qui est presque courant, c'est Alt+numero, parfois Alt+Fn, ou encore les variantes avec Shift en plus... As-tu essayé?

(c'est fait pour reprendre l'idée du Ctrl+Alt+Fn du noyau, ou le contraire)

[ Répondre ]