Troy McClure a écrit 2213 commentaires

> proposer un Unix libre
sur la homepage il est marqué "free", je pense qu'il faut ici le comprendre dans le sens de "gratuit" puisqu'ils distribuent opera. M'enfin bon, chez BSD on n'a jamais été très pointilleux sur la différence entre "free" et "free".

> abordable par des débutants
ah ouais, fluxbox, snort, nmap, bitchx, on sent qu'il se sont creusé la tête pour trouver des outils débutant-friendly :) heureusement qu'il y a une FAQ http://bsdeviant.unixpunx.org/faq.html(...) pour aider Luce & Henry à bouter leur premier BSD.

ahlala ces BSDistes, faut toujours qu'il y en ait un pour mettre une tête de mort sur ses screenshots ( http://bsdeviant.unixpunx.org/screenshots/bsdeviant_ss1.png(...) ). Tout de suite ça pose son rebelle.

arf google me dit que c'était dans rtas-proc.c qui fait partie du kernel :)
http://kernel.org/pub/linux/kernel/v2.6/testing/cset/(...)

This does the seq_file conversion + annotation + cleanup + race fixes
for arch/ppc64/kernel/rtas-proc.c.

How the fuck did that file manage to get anywhere near the tree, anyway?
Take a look at guy's "implementation" of sprintf(buf, "%04d", num), for
example:

<vomit>
( le bout de code en question )
</vomit>

J'ai pas bien compris comment utiliser les interfaces python et cie: la doc parle d'une entrée "Sessions" dans le menu "Text", mais je ne l'ai pas, cette entrée :-/ Dommage ça a l'air sympa comme fonctionnalité

> J'essaie vainement de placer un static int dans une de mes structure.

c'est pas possible en C, utilise une variable globale. Par contre, j'ai pas compris la suite de ta question

je vois toujours pas bien la difference: les libs, qu'elles soient partagées ou dans le binaire, le debugger va en prendre connaissance et charger leurs symboles, et c'est ça qui (j'imagine) rend le démarrage de gdb plus ou moins long, non?

> 100Mo no comment

Pourquoi "no comment" ? je ne vois pas quel est le problème, ou quelle honte y a-t-il à avoir un binaire (compilé en -g) qui fasse 100Mb

ah.. et y'a quand même un autre problème avec le -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8108(...)
visiblement pour celui là il faut soit patcher g++-3.2, soit upgrader ld.

y'a ça par exemple: http://gcc.gnu.org/ml/gcc-bugs/2003-01/msg01342.html(...)
ça correspond pas exactement à mon souvenir puisque dans le thread, le '-g' ou pas ne change rien, mais c'est l'option '-fno-merge-constants' qui permet de passer de 1096 sec à 1 sec de link

> Le visual C++ 6 est globalement 8 à 10 fois rapide pour linker la
> même application (en enlevant le link différentiel, sinon c'est pire: 20 fois).

je vais peut etre dire une connerie, mais est-ce que ça n'est pas dû au fait que sous win, les symboles exportés par une dll doivent être expliciment déclarés dans le source comme exportés avec je sais plus quel mot-clef à la con, alors que sous linux et consorts, tous les symboles non static le sont par défaut (toutes les classes, avec toutes leurs méthodes etc) ?

et si je me souviens bien, g++ 3.2 (ou une des premières v. de g++ 3.3, j'ai oublié) avait un vrai bug qui lui faisait generer 10 fois trop de symboles en mode debug d'où un link atrocement long

ça sert à rien: https puxor.

> Phplop 0.7.1 enfile le maillot jaune!

encore un sale drogué qui s'injecte des produits illicites dans les testicouilles.

chezmoiçamarche, mais le vrai problème c'est surtout d'arriver à générer du mathml, en particulier à partir d'un source latex..

essaye 'fuser le_fichier'

J'aime beaucoup Firefox, je ne l'échangerai pas contre 10 barils de konqueror ou un porte-avion d'IE, mais:
- est-il normal que ce superbe programme transforme mon surpuissant athlon en 386-sx dès que ma souris survole du XUL ?
- est-il normal qu'au bout d'une semaine d'utilisation, firefox occupe 255Mo de mémoire ?

Alors on me dit "chezmoiçamarche", "sous win 2000 il occupe 38Mo" etc. Ma réponse à moi, c'est que les dév de mozilla/firefox travaillent tous ou presque sous windows, et se concentrent sur le plus gros "marché", cad les windowsiens. Et que les ptit gars sous linux, ils sont un peu délaissés.

\o/ http://hules.free.fr/wmforkplop/wmforkplop-48-1.png(...) c'est fait dans la 0.9.1

j'étais allé le piocher là http://lists.debian.org/debian-legal/2003/03/msg00614.html(...) (pas eu le courage de lire la licence en détail)

c'est pas une blague c'est une nouvelle de S.F. des années 50 ! (qui tient sur une ou deux pages, je l'avais lue dans un recueil du genre "50 histoires de machines" , et c'était de loin la meilleure) .

> la notation des indices des tableaux qui se fait dans l'ordre inverse de l'ordre mathematique et fortran, raison du C et de rapide de traitement que je n'ai pas tout compris

T'as une url où ils justifient ce choix ? Pour moi c'est un mauvais choix, ça emmerde tout le monde, la convention implicite dans a peu près tous les codes étant de suivre l'ordre du fortran (column-major)

43.3cm :p

Oui je suis assez d'accord un peu plus de rémanence ne ferait pas de mal, et pour le refresh je pensais aussi le baisser un peu (mine de rien ça bouffe du cpu de lire dans /proc ). wmtop ne fait pas une moyenne, c'est juste qu'il lit très rarement (genre 1 fois / seconde) le contenu de /proc, du coup il "rate" plein de process qui bourrinent pendant quelques centièmes puis se terminent.

Je pense que la prochaine version aura plus de rémanence et un refresh ajustable :)

Il faut prendre ce journal comme une avant-première exclusive réservée aux lecteurs de linuxfr :) wmforkplop va murir deux trois jours ici et si y'a pas de gros bug qui ressort, hop sur freshmeat

http://freedesktop.org/pipermail/xorg/2004-July/001442.html(...)

«The primary new features planned for this release are three new extensions: Damage, XFixes and Composite.»

oulala mais alors ça veut dire qu'en septembre prochain les wmanagers à fenetres ombrées et antialiasées vont commencer à fleurir ? En plus ils parlent de mergedfb qui permet si mes souvenirs sont bons de profiter à la foi du DRI et de xinerama :) je sens que ça va dépoiler les ours tout ça

> J'en profite

j'en rajoute: http://news.gmane.org/find-root.php?group=gmane.comp.window-manager(...)
Windowmaker 0.9 sortira dans quelques semaines \\o//

non à mon avis la première boucle fait tout le boulot, en declarant un truc dont le type est indépendant de l'itérateur (le QForeachMemory, obligatoire puisque que le type de l'iterateur n'est pas connu) qui stocke l'iterateur et tout ce qu'il faut, et la fonction qForeachContainer() est surchargée pour tous les types de conteneurs à gèrer et elle doit contenir quelques bon gros casts. La deuxième boucle elle ne peut s'executer qu'une fois au plus, donc je pense qu'elle ne sert qu'à declarer 'variable' en lui laissant la même portée que si elle avait été déclarée dans le for du dessus.

En tout cas ils ont bien du se creuser la tête pour trouver tout ça :)

Très impressionnant ! j'aurais parié qu'ils utilisaient un préprocesseur modifié. J'ai un peu de mal à voir quel est le rôle de la deuxième boucle (elle n'est là que pour assigner la valeur à 'variable' sans avoir à ouvrir une accolade qu'il faudrait fermer plus loin, non ?) , mais l'idée est pas mal du tout, y'a de la ruse, c'est un peu crade et bien obscur, ça me plait :-)