ckyl a écrit 3877 commentaires

je ne suis qu'un petit utilisateur de screen mais la ^a bloqué par screen m'ennerve au plus haut point :-)

Mais ca doit être changeable je suppose. Autrement j'ai des applis curses (comme irssi) qui déconnent après un certain temps passés dans un screen... Faudra que je me penche sur la question un jour ou j'aurais du temps a perdre.

gnome terminal est aussi bien que c'est un bloatware fini.

Il est ultra lent a l'affichage (passe un term en fullscreen en 1900 tu vas vite comprendre), il bouffe de la mémoire à gogo. Et ralenti au fur et à mesure qu'on l'utilise. Ce qui fait qu'en réalité il devient très vite pénible à utiliser. Je cherche un remplacant depuis longtemps. La configuration de gnome-terminal est géniale mais le reste est plutôt un calvaire....

Je pense que si materm ne va pas je vais prendre le temps de configurer un xterm tant pis pour les tab qui sont si pratique...

bin en fait je m'en fou car si tu regardes je refais un appel a dot apres dotty.

dotty me sert juste a supprimer les noeuds en trop puisque dans ce cas la je n'ai pas d'interet a faire un script qui les vire automatiquement. et je sauvegarde le graphe puis appel dot qui va recalculer le graphe et faire des jolis sommets entre les noeuds. Et j'avoue que les sommets tracé par dot me vont très bien pour le moment :-)

Bin ca fait juste depuis 2002 que c'est comme ca :-)

Ajoutes un transport vers le smtp de ton FAI pour les mails allant vers les machines aol.fr/aol.com

Pour postfix tu mets ca dans ton fichier transport

aol.fr smtp:xxx.org
aol.com smtp:xxx.org

> ça m'est arrivé hier soir sur ma ___Cooker____ pourtant :o)

Et tu oses critiquer que ca plante ? Tu serais pas un peu boulet ?

1/ oui

2/ Bin disons qu'il n'y a pas grand chose avoir gcc mais avec gprof. En effet si ta locale est en fr ca va pas marcher. En même temps quand on voit la traduction fr de gcc & co il reste pas grand monde à l'utiliser :-)

tu peux faire LC_ALL=C gprof ./binaire et ca marchera

3/ Bin graphviz son but c'est de tracer des graphes a partir d'un fichier d'entré. Ce fichier doit être dans un format donné (.dot). Donc il faut bien un convertisseur quelque part. Donc je pense pas

Au fait je l'ai pas dit mais y'a un bug dans dotty qui ne marche pas si numlock est verrouillé...

Exemple de sortie rapidement épurée : http://euterpe.unice.fr/~mathieuc/out.png(...)

Bon pour finir j'ai trouvé l'outil ultime je pense :-)

compiler avec -g -pg
Executer le code a tracer
gprof ./exec | cgprof > out.dot && dotty out.dot && dot -Tpng out.out -o out.png

l'étape dotty permet de manipuler graphiquement le graph pour virer ce qui est inutile ou faire d'autre choses interessantes.

On peut passer --static-call-graph a gprof pour qu'il analyse le code et affiche dans le call graph les branches non exécutées. avec l'option -qfonction on peut choisir a partir d'ou tracer. Voila :-)

Merci pour cette réponse ! Bien que le deuxième ne soit pas très excitant ca m'a fait penser que l'on pouvait très bien parser la sortie de gprof. Comme j'ai pas envie de me prendre la tête je suis tombé sur ca : http://www.student.uit.no/~pere/linux/gprof-callgraph/gprof-callgra(...)

Qui genere un beau .dot de tout le callgraph. Il manque d'option (y'en a pas) mais vu la facilité de manipulation d'un .dot je vais pas m'ennerver pour le moment :-)

Je perdrais du temps a le rendre plus sympatique un peu plus tard.

> Pour ce qui est d'effacer les parties non essentielles je vois deux inconvénients possible: déjà on a souvent la flemme de passer du temps à le faire (mauvaise habitude certes mais voir ci dessus)

Ca prend pas plus de 4 secondes en utilisant un outil correct. Mauvais outil changer outil.
Pas savoir se servir d'outil apprendre a se servir d'outil.

> sur une discussion de 15 mails cela peut être pratique de ne conserver que le dernier qui résume tout plutôt que toute le série

Ba ca gagne pas de place (modulo les header) et entre lire un message avec 15 niveaux de citation dans tout les sens et lire un enfilement logique et chronologique clair mon choix est vite fait.

> Et croyez moi au boulot avec les boîtes limitées drastiquement en taille la question de l'archivage est vite critique!

Bin tu mets un filtre que redirige tout (en double ?) vers chez toi/ou tu veux.

> changer les habitudes des gens c'est difficile s'il y a un moyen de contourner le problème par la technique pourquoi s'en priver?

Par ce que bientôt on va en arriver a avoir un haut parleur qui dit bonjour a notre place dans la poche ?

Il me semble que j'ai dit que tu expliquais avant :-)

Je blacklist quand j'ai expliqué calmement la chose une bonne dizaine de fois que celui en face n'en a vraiment rien a foutre. Donc c'est qu'il en a rien a faire que je lise ce qu'il a écrit. Poubelle.

Mais il y a des fois ou c'est clair que tu peux difficilement.

Hum le problème de doxygen (ou alors je connais pas la fonctionalité) c'est qu'il te fait un graph des fonctions du fichier. J'aimerais choisir facilement les fonctions qu'il graphe pour expliquer des sous systèmes et les imbrications entre eux. doxygen + graphviz c'est bien pour la doc automatique mais pas assez souple quand tu veux documenter quelque chose de precis.

Mais je me trompe peut etre et retourne de ce pas relire la doc de doxygen :-)

[graphviz peut etre tres lent et tres gourmant pour la generation d'image (ie non ps). J'ai deja fait des graphes qui ont bouffés dans les 3Go de RAM :-) ]

> Le problème c'est que si ma réponse est après les messages précédents soit mes correspondants ne voient pas ma réponse et se demande pourquoi je transfère le même message soit ils sont obligés de descendre dans le message pour voir la réponse ce qui est désagréable (surtout si la réponse est courte).

Par ce que tu ne sais pas quoter !

Répondre apres ca veut pas dire faire un "Go" sous Vi. C'est ne laisser que la partie interessante pour comprendre a quoi tu répond c'est a dire rarement plus de 3/4 lignes. Par point.

Y'a rien qui m'ennerve plus que le quote en haut hormis le quote integral, et les gens qui ne perdent meme pas 4 secondes (ca prend pas plus de temps) pour virer ce qui est inutile et te rebalance 15 Ko dans la geule ( + les pubs ajoutés en bas).

[ Regarde la je n'ai laissé que la phrase a laquelle je répond, c'est dans un ordre logique bref on comprend très vite de quoi on parle]

Autrement pas besoin d'un outil. Tu expliques au gens ou/et tu les blacklist quand ce sont de vrais boulets. Quelqu'un qui n'a même pas le respect de faire un mail lisible ne mérite pas qu'on le lise. Le mail c'est comme dans la vraie vie.

Tout a fait, au reveil c'est dur :-)

> Ils croient quoi, que je suis un méchant "pirate" (pour ne pas reprendre l'expression à la mode..)

Bin c'est du code (c) avec une licence qui ne te permet pas de le DL/Lire. Quand une boite met de la GPL en proprio ca genère 400 commentaires sur tout les linuxfr/slashdot-like et les boites doivent se prendre dans les 10 000 mails d'insultes :-)

Donc y'a un moment il faut aussi assumer ce qu'on fait, tu connaissais très bien les implications de la chose. Tu as "le droit" de le faire, mais il faut pas venir pleurer après. Surtout que je vois pas ce que ca t'as apporté vu que tu dis toi même que tu es incapable de juger de la chose. C'est un peu comme DL 3Dmax pour le mettre sur son étagère...

Non le gars qui a fait l' "analyse" il a simplement faire tourner un grep et un less en 10 minutes. Son truc c'etait une analyse a deux franc des commentaires... Rien d'interessant.

Je devrais pas dire ca, mais des extraits que j'en ai vu pour etre documenté c'est documenté :-)

/*
* Attention on prend un verrou
*/

lock(plop);

[...]

/*
* Attention on libere un verrou
*/

unlock(plop);

Il manqerait plus que des
/*
* Pour i allant de 1 a 100
*/
for (i = 1; i < 101; i++)

Non c'est simplement une technique a la nvidia qui te permet de recompiler quand meme l'enveloppe du module pour plus te prendre la tête avec insmod de force et autres joyeusetés. Le .a est tout ce qu'il y a de plus proprio.

> Concernant mono, j'ai eu à faire à lui il n'y a pas plus tard qu'hier en essayant de recompiler une appli dont j'ai vraiment besoin ( le couple autopano-sift/hugin pour faire des panoramas photos). Galère, galère ....

Malheureux :-)
Le problème ici n'est pas mono mais simplement le packaging le plus monstrueux que l'on puisse faire. Les hugin a besoin des panorama tools qui ne sont plus maitenu depuis plus de 3 ans. Sachant quand plus l'auteur des panotools etait un boulet fini (genre il a oublie un .h dans la derniere release que j'ai mis 2h a trouver a quoi de google et d'autres trucs sympa).

Bref sauf si tu te sens l'ame guerriere ne t'aventure pas de ce côté la. Je me suis cassé les dents à faire le package pour sourcemage. Si un jour j'ai le courage de finir le couple je mettrais quelque part comment arriver au bout du défi :-)

Pour ce qui est de mono il n'est utile que pour autopano-sift et je pense que tu peux tres bien utilisé hugin sans en mourrir ! Cherche du cote de Debian ou le paquet est sympa.

On va le chercher où le bonbon ?

Sous linux ca serait un peu plus long mais sous FreeBSD le patch fait dans les 15 lignes :

http://fxr.watson.org/fxr/source/kern/kern_prot.c#L1229(...)

(Y'a quelques autres endroit ou 0 est hardcodé tout de même). Enfin ca peut être rigolo a faire.

> il ne lui reste plus qu'a jeter un oeil dans le /etc/passwd

C'est bien pour ca que TCB c'est bien :-)

http://openwall.com/tcb/(...)

Mais c'est vrai que ca ne sert a rien ici, c'est uid 0 qui est interessante (note qu'on peut assez facilement s'amuser a changer l'uid 0 aussi :-)

> Les applications Linux tournant sur AMD64 sont en moyenne 20% plus rapides que lorsqu'elles tournent sur un système 32-bit traditionnel

Si l'appli est recompilée ce n'est pas forcement etonnant. Il y a par exemple des applis qui travaillent beaucoup sur des valeurs de 64 bits, donc avoir un proc 64 ca aide un peu :-)
Par contre une appli compilée pour x86 et lancée sur un AMD64 j'ai des doutes hormis la différence de puissance brut du proc étant donné qu'il y a une compatilibilité stricte et totale des x86 jusqu'aux premieres versions d'il y a 20 ans.


Autrement FreeBSD : Athlon64 3200+ vs Pentium4 3.2E.
http://www.thejemreport.com/modules.php?op=modload&name=News&am(...)

Bench interessant car ne fournissant pas de jolis graphes ni de conclusions faciles mais laisse le lecteur se faire une idée.

Non mais y'a pas une journée sans qu'on voit passer un "le nouveau virus machin", "palladium blablabla", "Longhorn sux0r", ou "le TCO de Windows par rapport a linux". Et moi perso ca me lasse. Le moindre fait et geste de MS se retrouve constament en news du jours. A traquer la derniere nouveauté, la dernière defaillance etc. Des lors tu fais aussi le jeux de ces boites qui se basent très fortement sur la communication. L'omnipresence semble être un but et ca a l'air de marcher.

Laissons mourrir MS dans son coin y'a plus important dans la vie :-)

J'ai la chance de n'avoir pas eu a toucher une de ces choses depuis mi 2000, on s'en porte pas plus mal et on se rend compte qu'on s'en fou royalement du dernier plantage d'une beta de l'OS de dans 3 ans lors d'un speech pour (mauvais ?) journaleux sur lesquels un journal sera fait dans 10 jours pour dire qu'ils n'ont rien compris et que Windows c'est de la merde.

> Tu oublies qu'à la base c'est microsoft qui crée le non événement en faisant une démonstration marketeuse de son cvs.

Note que ca a l'air de marcher puisque tout le monde parle de longhorn aujourd'hui. Cet épisode sera oublié lors de la sortie (sauf pour ceux qui de toute façon ne sont pas visés par cette campagne de pub) et en attendant longhorn et MS rentre un peu plus dans le train train journalier....

--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect.
-- Linus Torvalds

> J'utilise une version "unstable" de Debian, et je n'ai encore jamais eu de problèmes comme ça (et pourtant moi aussi j'utilise [des fois] Quake)

Que de mauvaise fois !

Debian unstable ce n'est pas du developpement c'est du packaging de soft en version stable mais récente. Il n'y a auncune comparaison possible entre ca et un système en cours de developpement completement bancal.

Fait tourner un linux bitkeeper (quand la 2.7 sera lancé), avec une glibc sortie du CVS du jour, tout les outils de bases en CVS et tu reviendras me voir en me soutenant ce genre de choses.

Moi ce qui m'amuse c'est que tout le monde est la a essayer de faire monter ce genre de non evenement...

Linux n'est toujours pas balisé mais sous le régime dictatorial de linus et ses lieutenants. C'est à dire que sous linux tu as XXX hackers qui hackent n'importe quoi n'importe quand. Tu soumets le patch a lkml et ca integre ou ca integre pas. Sous linux tu as 200 systèmes de fichiers et pas de politiques précise pour ce que sera la suite. Tu as une grosse activité de developpement en parallele et quand une fonctionalité gagne son droit d'etre integrée elle entre dans le noyau.

Regarde notament le nombre de chemins tester pour la VM en ce moment. Ca part un peu dans tout les sens et il y a peu de survivants. Ceci explique les 213 branches differentes de linux et les 2049320 patchs disponibles pour chaque release.

Au contraire chez BSD généralement on sait ou on va et il a très peu d'activité parrallèle. On a un système de fichier qui marche on le garde. Il n'y a pas foule de projet a coté pour venir en implémenter un nouveau (bon y'a eu XFS qui a avorté quand même).

Généralement il y a plutôt discussion avant, une branche est créée sur le CVS ou le Perforce et quand ca devient interessant on fusionne. La tradition BSD n'est pas au patchs externes qui restent tres rares. C'est la difference fondamentale avec linux pour moi au niveau méthode de developpement.

> Enfin, tous les BSD précités se basent sur le même noyau BSD de base non?

Non. Ils sont issu du même code mais evoluent (plus ou moins) independement aujourd'hui. Le transfert de code reste fréquent cependant pour certaines parties.

Et ne pas oublier DragonFly BSD, le fork de FreeBSD-4 par matt Dillon. C'est il me semble quelque chose d'assez interessant techniquement et plein d'idées (que l'on peut juger bonnes ou pas)

> nottament sur la portabilité !

Portable comme le java 1.4 sur linux ppc ? Ou comme la rapidité d'execution selon les systèmes ?

Pour moi java est tout sauf portable mais chacun sa définition. Chez SUN apparement ca signifie faire un truc a peu près bien la ou il y a beaucoup beaucoup de brouzouf a faire, faire un truc qui fonctionne la ou il y a du brouzouf a faire et faire rien, ailleur...