Sébastien Koechlin a écrit 863 commentaires

Je trouve aussi que de nombreux articles sont très intéressants. Mais il y a toujours des choses qui me font bondir à la lecture. Par exemple cette fois ci, a propos de devfs, il est conseillé de ne pas creer de lien symbolique /dev/mouse. C'est a moins avis une grave erreur de principe, le lien symbolique est une merveilleuse invention, et cela va à l'encontre du fonctionnement des FS unix qui, à l'ouverture, ne sont pas censé faire de différence entre un fichier ouvert via un lien symbolique et un fichier réel. Il aurait été plus logique d'indiquer que cette manip permet temporairement de contourner le bug.

J'ai relevé aussi une erreur de typo, le texte n'est probablement pas passé à travers ASpell (il y a pourtant un article sur ce programme dans le magazine) !-)

Enfin on trouve toujours une erreur ou deux ou un cas où clairement, l'auteur ne maitrise pas bien son sujet, c'est dommage.

Parlons de la double page contenant un grand fichier de configuration pour un filtre anti-publicité, qui n'a à mon avis AUCUN INTÉRÊT. L'avoir sur le CD et sur le Net suffit amplement, personne ne va recopier les deux pages à la main et comme exemple, il est 90 fois trop long (a vus de nez).

Les codes sources avaient besoin d'un peu plus d'attention, je ne sais pas si c'est corrigé, je n'ai pas fait attention, mais souvent les lignes trop longues ont été découpées sur deux lignes, transformant un commentaire en code source. Et les caractères " sont devenus « et » laissant penser que l'article a été récupéré sous MSWord (premier sujet de honte) et que la configuration par défaut n'a même pas été modifié pour que ces modifications ne soient pas faites (second sujet de honte).

Mon grand regret est de n'avoir jamais trouvé la fin d'un excellent article sur SQL et les bases de données relationnelles dont la première partie a été publié l'année dernière il me semble.

Au niveau DNS, on se retrouve avec les mêmes problèmes que Microsoft: les deux serveurs de nom de digiweb.fr sont sur le même réseau de classe C et ne répondent plus.


En fait, les adresses de ces deux serveurs ont changés, mais la propagation semble prendre du temps parce que mon NS ordinaire me donne les anciennes adresses. Dans la base WHOIS, les NS spécifiés répondent bien et donnent même l'adresse de www.zipiz.com.


Hélas, on ne va pas beaucoup plus loin, les erveur réponds : "Ce site est temporairement indisponible. merci pour votre compréhension."

Grace à la typo dans le message, je viens de découvrir que mircrosoft.com a été déposé aussi :

Administrative Contact:
Microsoft Hostmaster (MH37-ORG) msnhst@MICROSOFT.COM
Microsoft Corp

mais ils se sont fait piqué microsfot, mircosoft ou microsotf.

Il ne veut pas l'incorporer parce qu'il est perfectionniste, et ne veut pas patcher le système pour corriger les erreurs des autres. Ces patchs ne rendent pas le système plus résistant d'après Linus, sa position n'est pas stupide.

L'exemple de la pile exécutable a été discuté plusieurs fois, et oblige simplement les buffer-overrun a changer de mécanisme, les rendant simplement légèrement plus complexe à écrire.

Si cette modification est ajouté au noyau, alors tous les noyaux en profiterons, et toutes les attaques seronts alors systématiquement modifiées pour prendre cela en compte, unique conséquence: le noyau est plus complexe.

C'est pourtant simple, lorsque l'on cherche à faire un bête serveur de modem, un réveil élaboré à coup de crontab, un juke_box MP3 ou ce genre de choses (même en combiner plusieurs) pour lesquels on pourrait utiliser un 486, on cherche le moins cher, et le moins cher reste un céléron, les cartes mères pour AMD sont TRES chères.

«le message pro-Linux n'est pas vraiment une surprise; la plupart des gens capable de programmer un virus sont aussi des
fans de Linux»

Etonnant dans ce cas qu'il y ai autant de virus en VBScript et autres macros-langages de chez MS.

Vous en connaissez beaucoup vous des virus écrits en Perl, en Python ou en PHP ?

85 Hz, mais la bande passante n'est pas donnée, rien n'indique que l'écran est capable de rester à cette fréquence à la résolution maximale.

480 lignes est une résolution déplorable, même pour une télévision, il me semble que les transmission herziennes française sont de 625 lignes dont 575 utiles.

Et le mien est récursif :
« Déposer un droit (breveter) sur une idée originale pour toucher des sous lorsque des personnes l'utilise »

Les lectures sont cachées, mais toutes les écritures sont faites réellement et ne restent pas bien longtemps en mémoire.



Il me semble avoir lu quelque part que l'age maximal d'un cache en écriture sous Linux est de 3 secondes. Donc au bout de 3 seconde, Linux écrit les fichiers produits, et met à jour tout le système de fichier, les inodes, les bitmaps etc... L'écriture de méta-données est toujours un peu lourde pour garantir quelque chose de cohérent en cas de crash en cours d'écriture.

Les navigateurs envoient dans les entêtes un champs Accept-Language qui contient la liste (par ordre de préférence) des langues dans lesquels l'utilisateurs souhaite recevoir les pages.

Mais ce mécanisme me semble un peu léger pour être un critère de filtrage !

(On ne peut pas poster avec Konqueror ???)

Personne ne dit si la machine à café est
compatible HTCPCP/1.0

Voir la RFC 2324 à ce sujet :
http://www.cis.ohio-state.edu/htbin/rfc/rfc2324.html(...)

Il y a une chose qui n'a pas été cité; en IDE, il y a un maitre et un esclave. Si le maitre claque, l'esclave ne peut plus parler (j'en ai fait l'expérience). Il faut donc un controleur par disque si on veut conserver la machine en fonctionnement en cas d'erreur.

Pas sur, imaginez RMS élu; même à 18 contre un, je n'aimerai pas être en face !