Je ne l'ai pas encore vu dans les commentaires, je signale donc l'existence de l'excellent Valgrind. À associer à kcachegrind pour exploiter graphiquement les résultats.
Voila la description debian de Valgrind :
Description: A memory debugger for x86-linux
Valgrind is a GPL'd tool to help you find memory-management problems in your programs. When a program is run under Valgrind's supervision, all reads and writes of memory are checked, and calls to malloc/new/free/delete are intercepted.
.
Valgrind can debug more or less any dynamically-linked ELF Linux x86 executable, without modification, recompilation, or anything, as long as it contains only classic x86 code (MMX/SSE/SSE2/3DNow! largely unsupported for the moment). There is experimental support for programs using libpthread.
.
A satellite program, cachegrind, can be used for processor-level (simulated) cache analysis.
Car meme si les articles sont publies, que tout le monde profite de la recherche, les connaissances et competences acquises restent dans le pays.
Ben non, si les articles sont publiés, la connaissance est partagée. Quant aux compétences, elles sont effectivement plus marquées à l'origine de la connaissance, mais rapidement, elles suivent le même chemin. Tous les hackers du noyau Linux ne sont pas finlandais !
Au fait, depuis quand la recherche doit être productive ? Par définition, la recherche ne peut être liée à la notion de productivité/rentabilité puisqu'incertaine !
Dans un des derniers numéro de Pour la science un article expliquait très bien le principe de la recherche publique.
En gros 1 euro investi rapporte à l'état 10 centimes. Vu par le petit bout de la lorgnette la recherche est déficitaire, donc on réduit le déficit en réduisant les investissement. Fin du raisonnement.
Oui, mais la recherche, ça ne marche pas comme ça...
Comme pour le logiciel libre, il y a partage des connaissance entre les différents états, et le partage de connaissance ne coute rien, Au contraire, le gain de 10 centimes précédant apparait dans tous les pays qui bénéficient de cette recherche,
Si une centaine de pays fait de la recherche, et partage les connaissances, le gain pour un pays est de 100*10 centimes, cad bien plus que l'investissement (faite le parallèle avec les LL).
Sauf que certains pays essayent de truander en se disant : "si je ne fais pas de recherche, il manquera juste mes 10 centimes, mais il restera les autres. Donc laissons faire les autres, et récupérons la recherche des autres.". C'est le même raisonnement que le resquilleur dans le métro ("De toute façon il roule, donc que je paye ou pas, quelle différence ?"). Sauf que si personne ne paye, le système s'arrête.
Au contraire les états américains ont bien compris ce système, investissent dans la recherche et récupèrent les benefs. Rajouter à tout ça les fameux brevets (logiciels ou pas) défendus évidemment par les américains, histoire d'empécher les autres pays de bénéficier de leur recherche - ou au moins pour récupérer indirectement les bénéfices...
Je me demande si je suis plus anti-américain ou plus anti-gouvernement-raffarin... :-/
- Toto, combien y-a-t-il de moutons dans ce pré ?
- environ 1004
- Mais non, pas "environ 1004", on dit "environ 1000".
- Oui mais les 4 là devant, j'en suis sûr !
Surtout qu'il suffit de changer son identité - dispo dans tout bon navigateur - et ça passe sans problème... Et ça se dit webmaster...
En plus certains liens renvoient un gif (forcément !) en positionnant probablement mal le Content-Type, donc l'image apparait sous forme brut (GIF89a7blabla...)
Donc effectievement, il faut avoir utiliser ce superbe logiciel pour benéficier de cette fonctionalité de correction automatique de l'incompétence de ceux qui font le site.
De toute façon ce site est sans intérêt, ils ne font que pomper les images météo des autres, le temps sur les aéroports, etc.
Finalement c'est peut-être une bonne chose, ce filtrage sur l'identité du navigateur ; ceux qui l'utilisent n'ont pas une grande culture technique, ni une grande curiosité vis-à-vis de leurs outils informatiques. Pourquoi en serait-il différent en ce qui concerne le domaine applicatif qu'il prétendent maîtriser ? Et de fait les sites en questions se révèlent le plus souvent ininterressants et sans grande valeur.
Ne chercher plus à faire fonctionner à tout prix un site mal foutu, il y a tellement de chose plus interressantes ailleurs...
Ben on, uname -a, dmesg|less ou kern.log ne donnent pas la version de gcc...
Il semblerait que l'info ne soit pas pas sauvegardée qqe part finalement...
On peut peut-être retrouver la version de gcc à partir d'empreintes laissées dans les binaires, un peu comme fait la commande 'file'.
Comment retrouver la version de gcc utilisé pour compiler le noyau (paquet officiel sur une debian sid) ?
`file /boot/vmlinuz-x.x.x` ne donne rien,
`apt-cache show`, nada,
rien non plus dans /usr/share/doc/kernel-image-x.x.x
# Le biosbiptil ?
Posté par jigso . En réponse au journal Ordinateur kaput !!!!!!!!!!. Évalué à 2.
[^] # Re: Et sur Debian ?
Posté par jigso . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 1.
Dans le apt-cache show kernel-image-2.4.20-1, je vois ça :
Filename:pool/main/k/kernel-image-2.4.20-1-i386/kernel-image-2.4.20-1-386_2.4.20-7_i386.deb
Comprend rien au nommage des numéros de versions des noyaux...
[^] # Re: Et sur Debian ?
Posté par jigso . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 0.
kernel-image-2.4.20-1-i386 => kernel-image-2.4.20-1-386
kernel-image-2.4.20-7-i386 => ???
[^] # Re: Et sur Debian ?
Posté par jigso . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 1.
Va comprendre charles...
[^] # Re: Et sur Debian ?
Posté par jigso . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 0.
# Et sur Debian ?
Posté par jigso . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 3.
So qqu'un a des infos...
[^] # Re: Problème des Fautes !!!
Posté par jigso . En réponse à la dépêche Lecteur multimédia autonome: GeeXboX. Évalué à 0.
4) Et cessons d'utiliser des acronymes à usage des initiés !
(zut, je viole la loi 2).
[^] # Re: fdsfsd -> njfdn
Posté par jigso . En réponse au journal fdsfsd. Évalué à 1.
[^] # Re: Ah mais LOGIN c'est de la MERDE!
Posté par jigso . En réponse au journal Ah mais LOGIN c'est de la MERDE!. Évalué à 3.
Tu parles de Login, là, non ? ;-)
# Re: Passage de parsec sous GPL: c'est fait !
Posté par jigso . En réponse au journal Passage de parsec sous GPL: c'est fait !. Évalué à 2.
Bon allez, pour les autres fainéants comme moi, extrait de la page principale :
"Fast-paced multiplayer cross-platform 3D Internet space combat"
# Re: Optimiser un programme C++
Posté par jigso . En réponse au journal Optimiser un programme C++. Évalué à 3.
Voila la description debian de Valgrind :
Description: A memory debugger for x86-linux
Valgrind is a GPL'd tool to help you find memory-management problems in your programs. When a program is run under Valgrind's supervision, all reads and writes of memory are checked, and calls to malloc/new/free/delete are intercepted.
.
Valgrind can debug more or less any dynamically-linked ELF Linux x86 executable, without modification, recompilation, or anything, as long as it contains only classic x86 code (MMX/SSE/SSE2/3DNow! largely unsupported for the moment). There is experimental support for programs using libpthread.
.
A satellite program, cachegrind, can be used for processor-level (simulated) cache analysis.
[^] # Re: A quand les journaux modérés ?
Posté par jigso . En réponse au journal A quand les journaux modérés ?. Évalué à 1.
Donc certains s'amuseront a flooder juste avec le titre...
Vivement la quatrième guerre mondiale (celle avec les gourdins).
[^] # Re: A quand les journaux modérés ?
Posté par jigso . En réponse au journal A quand les journaux modérés ?. Évalué à 1.
On tourne un peu en rond là, non ?
[^] # Re: Le gouvernement, la recherche et Microsoft
Posté par jigso . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 1.
Ben non, si les articles sont publiés, la connaissance est partagée. Quant aux compétences, elles sont effectivement plus marquées à l'origine de la connaissance, mais rapidement, elles suivent le même chemin. Tous les hackers du noyau Linux ne sont pas finlandais !
[^] # Re: 404 mon ex-ami
Posté par jigso . En réponse au journal Un document pro linux chez IBM :). Évalué à 1.
[^] # Re: Le gouvernement, la recherche et Microsoft
Posté par jigso . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 10.
[^] # Re: La statistique débile du jour...
Posté par jigso . En réponse au journal La statistique débile du jour.... Évalué à 9.
- Toto, combien y-a-t-il de moutons dans ce pré ?
- environ 1004
- Mais non, pas "environ 1004", on dit "environ 1000".
- Oui mais les 4 là devant, j'en suis sûr !
[^] # Re: This site is une grosse m....
Posté par jigso . En réponse au journal This site is "Internet Explorer only". Évalué à 5.
En plus certains liens renvoient un gif (forcément !) en positionnant probablement mal le Content-Type, donc l'image apparait sous forme brut (GIF89a7blabla...)
Donc effectievement, il faut avoir utiliser ce superbe logiciel pour benéficier de cette fonctionalité de correction automatique de l'incompétence de ceux qui font le site.
De toute façon ce site est sans intérêt, ils ne font que pomper les images météo des autres, le temps sur les aéroports, etc.
Finalement c'est peut-être une bonne chose, ce filtrage sur l'identité du navigateur ; ceux qui l'utilisent n'ont pas une grande culture technique, ni une grande curiosité vis-à-vis de leurs outils informatiques. Pourquoi en serait-il différent en ce qui concerne le domaine applicatif qu'il prétendent maîtriser ? Et de fait les sites en questions se révèlent le plus souvent ininterressants et sans grande valeur.
Ne chercher plus à faire fonctionner à tout prix un site mal foutu, il y a tellement de chose plus interressantes ailleurs...
[^] # Re: Découverte Trustonme
Posté par jigso . En réponse à la dépêche Découverte Trustonme. Évalué à 6.
( j'aime bien le verbe "enDOSser", on peut faire des expressions marrantes sans tomber dans le vulgaire : "je me suis fait enDOSser profond" ;-) )
[^] # Re: heure d'ete
Posté par jigso . En réponse au journal heure d'ete. Évalué à 2.
[^] # Re: Version de gcc utilisé
Posté par jigso . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.
[^] # Re: Version de gcc utilisé
Posté par jigso . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.
[^] # Version de gcc utilisé
Posté par jigso . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.
Il semblerait que l'info ne soit pas pas sauvegardée qqe part finalement...
On peut peut-être retrouver la version de gcc à partir d'empreintes laissées dans les binaires, un peu comme fait la commande 'file'.
[^] # Re: ALSA 0.9.2 freeze sous debian unstable
Posté par jigso . En réponse au journal ALSA 0.9.2 freeze sous debian unstable. Évalué à 1.
`file /boot/vmlinuz-x.x.x` ne donne rien,
`apt-cache show`, nada,
rien non plus dans /usr/share/doc/kernel-image-x.x.x
# Un "contournement" possible - A l'attention des sysadmins donc.
Posté par jigso . En réponse au journal exploits ptrace. Évalué à 1.
Mais bon, ca a aussi d'autres inconvénients...