Le code Linux est pourri...
Le
P4nd1-P4nd4
Et très mal maintenu.
Dixit des développeurs
http://www.itrunsonlinux.com/desktopos/linux-kernel-code-cleanup/
Dixit des développeurs
http://www.itrunsonlinux.com/desktopos/linux-kernel-code-cleanup/
fr.comp.os.linux.debats
(
Qu'est-ce que tu n'as pas compris dans le mot "assembly" ?
Tu remarqueras que le ménage est en cours:
http://lkml.iu.edu/hypermail/linux/kernel/1506.2/02614.html
--
Mais l'ombre des plaisirs s'enfuit
Toujours plus loin vers l'inconnu.
-- H.F. Thiéfaine, La môme kaléïdoscope
Certes, mais maintenir un logiciel par un nombre incalculable de
personnes de niveaux divers et de philosophies informatiques différentes
sans un véritable chef ne peut donner que de l'hétéroclite.
Rambo
On voit bien que tu n'as jamais eu le code de Windows en main.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Si ! :-)
Mais c'était comparable au code OS (mainframe) propriétaire de la boîte
informatique américaine où je travaillais.
Rambo
Dans ce cas, tu ne peux pas affirmer qu'il est propre.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Ben, heu .... j'avais la source complète de l'OS propriétaire qui me
servait à trouver pourquoi un truc avait foiré et comment je pouvais
faire pour modifier le code pour corriger l'erreur.
Si c'était si merdique que cela, je n'y serait jamais arrivé.
Anecdocte:
Un jour en parcourant le code au moyen du dump mémoire, je tombe sur un
commentaire: "Si vous passez ici, donnez moi un dollar"
Cette phrase évidemment n'avait pas de sens .... mais au bout d'un
certain temps, je me suis rendu compte que j'y passais trop souvent.
Alors j'ai analysé un peu le cheminement pour me rendre compte que
j'étais tombé dans une boucle récursive :-)
A partir de cette constatation, l'analyse du défaut a été plus rapide -
Et j'ai bien ri du commentaire :-)
Rambo
J'ai les sources de NT4, 2k et XP pour raisons professionnelles. Et
si le code de Linux est ouvertement mal fichu (vis à vis d'un BSD ou
d'un VMS), celui de Windows est une sombre bouse qui n'est pas
maintenable. C'est un assemblage de bouts d'origines diverses
(Microsoft, mais aussi IBM, Digital et il y a des vrais bouts avec
du copyright Novel et AT&T et quelques autres) tellement bien écrits
qu'il faut un compilo boen spécial pour le compiler. J'ai des
souvenirs très émus d'une recompilation de la chose sur un IBM
octopro.
Aucun rapport avec la choucroute. Si tu veux voir le code d'un OS
vraiment bien écrit, regarde le code de VMS. Le listing fait cinq ou
six CD, mais c'est _vraiment_ bien fichu.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
&
Donc tu as le source complet, mais il faut quand même faire
des dumps mémoire pour voir ce qu'il y a dedans ?
Tu n'as pas l'impression que c'est louche ?
--
<<< http://la.buvette.org/musique/t/double-resonance-b.jpg
le dump mémoire n'est pas fait pour voir ce qu'il y a dans le code, le
dump mémoire est fait pour fournir une image informatique de l'état de
la machine au moment du plantage de la machine.
Ce dump sert à déterminer la cause du crash.
Il ne sert à rien de se plonger dans le code pour savoir ce qui s'est
passé. On doit connaître la valeur de toutes les variables et
l'historique des appels de procédure chronologiquement pour pouvoir
déterminer où çà a foiré et pourquoi. Ca s'appelle parfois: "Analyse du
Dump".
tedlt