pasBill pasGates a écrit 16060 commentaires

Il y a quelques mois je t'avais demandé de citer UNE manipulation d'administration système que Windows ne permet pas de faire via l'interface graphique (c'était en plein dans le sujet). Aucune réponse de ta part alors qu'il y a des exemples.

Super la question, elle est sensee prouver quoi ? C'est mal de pouvoir tout faire ou ne pas pouvoir tout faire a travers l'UI ? Le fait que je reponde pas a ca prouve quoi ?

Pour ma part, je considère que tu n'es là que parce qu'on te l'a demandé, parce qu'on te paie pour cela. Tes commentaires sont trop construits, trop "lisses", trop efficaces pour que ce soit juste le hasard.

Nickel, je prends ca comme un compliment

NT est un micro-kernel hybride : les couches sont separees, mais elles tournent dans le meme espace d'addresse.

SMB est implemente sous forme de driver

C'est assez facile oui, suffit de changer une entree dans la base de registre.

Si ca se trouve le fils de Mme Michu bosse au NIH...

Tu veux que je la ramenes pour quoi ? Tu crois que je sais tout ce qui se passe dans tous les bureaux de la boite ?

Tu m'expliqueras comment je pourrais avoir la moindre chose pertinente a dire sur un probleme dont je ne connais rien (je sais pas pourquoi Greg KH n'a pas de reponse, si il l'a envoye a la mauvaise addresse, si le gars est en vacances, si le gars veut pas lui repondre, ...)

Je parlais pas de la RC mais de la version finale, la RC est touchee.

un lien indiquant que 7 n'est pas touché, l'alerte indiquant le contraire ?

Je pourrais te donner des e-mails internes a la boite, mais ca t'aiderait pas bcp... Prends l'exploit et trouves qq'un qui a la version RTM si tu y arrives, tu verras par toi-meme

Parce que bon, la version de 7 n'est pas sortie, mais est visiblement un peu trop utilisée actuellement[1] par des gens qui ne sont pas conscients que "pas touché" signifie "pas de support" (si je traduis bien tes propos, vu que c'est une version en développement, ce qui est compréhensible).

Windows 7 est sorti, il est telechargeable sur MSDN depuis un petit moment maintenant.

Oui oui crees nous qqe complots fumeux la, tu va nous faire rire.

C'est dommage que toutes ces histoires de complots a la con soient toujours sans la moindre once de preuve ou d'argument valable hein ?

Ah oui c'est vrai, passer temporairement a l'ancienne version du protocole pendant que le correctif est prepare est un veritable sacrilege qui remet totalement en cause l'existence de SMB2...

C'est dommage qu'il soit impossible d'avoir une discussion normale des qu'il s'agit de MS.

a) Il suffit de stopper SMB2 et utiliser SMB1 seulement pour se proteger et pouvoir continuer a echanger ses fichiers
b) Windows 7 n'est pas touche

En tout cas sur ma modeste machine "desktop" composée de Deux Xeon 3.4ghz avec 3go de ram ecc.

J'aimerais bien avoir une machine "modeste" comme celle-la...

Le premier point montre sa méconnaissance du truc, c'est un DSP, ça se reprogramme quand ils veulent. Sauf qu'ils veulent pas ...

Non, je crois plutot que ca montre TA meconnaissance de la chose. Ogg pour l'instant n'est pas supporte par ces differents DSPs, oui ils pourraient le faire, tu sais Nokia a meme les moyens de creer un DSP specifique a Ogg avec leurs moyens, mais de nouveau, faut revenir dans le monde reel, il faut que l'investissement en vaille la peine, quelle est le benefice de depenser du fric pour ecrire ce codec sur ce type de DSP vu que personne l'a fait avant ?

Le deuxième point est le troll habituel : les purs et durs n'en ont rien à foutre des brevets, d'autant plus en Europe. D'ailleurs, t'as l'habitude d'utiliser l'argument du plus petit dénominateur et de dire que le kernel est dans le même cas : personne ne sait s'il est couvert par des brevets ou non (MS veut rien montrer ...). Bref, dire que pour le Ogg Theora c'est super dangereux, c'est du FUD : ils utilisent déjà le kernel (et tout le reste, allons-y pendant qu'on y est)...

a) Europe ou pas, Nokia et autres s'en foutent, ils visent le marche mondial, et a peu pres 50% du marche mondial c'est les USA, ils peuvent pas vivre sans eux
b) Pour le kernel, ils savent qui est la pour le proteger (IBM, ...) et qui se plaint (MS). Pour Ogg, rien.

Bref, soyons honnêtes et ne penchons dans aucun des deux extrêmes : ils ont la flemme (= pas de $/€ à mettre dedans) d'implémenter Ogg Theora vu la base d'utilisateur, et la base de vidéos déjà publiées dans ce format.

C'est pas une flemme, c'est des entreprises, pas des humains. Simplement le benefice tire de l'implementation ne vaut pour l'instant pas le cout et les risques, c'est tout simple.

Lis le post de Tristan, il l'explique clairement

Quoi qu'il en soit, il me semble que cela existait dans openoffice avant msoffice (est-ce que c'est implémenté dans msoffice d'ailleurs ?)?

Office a cela depuis Office 95, OpenOffice n'etait pas encore ne...

Le probleme dans votre hypothese, c'est que vous assumez que c'est le but de ces editeurs, alors que vous n'en savez foutrement rien, vous trouvez simplement une excuse qui vous arrange pour eviter de regarder en face les problemes qui font que quasiment personne n'utilise Ogg.

C'est pas en se mettant la tete dans le sable et en accusant les autres a tours de bras qu'on s'ameliore et qu'on gagne, c'est une strategie de mauvais perdant ca et rien d'autre.

Il y a des DRM dans mp3 ? Ah non, pourtant ils le supportent.

Mais c'est tellement plus simple de chercher des pous aux gros acteurs plutot que regarder la realite en face...

Ben le probleme c'est garder l'etat du systeme, lorsque tu utilises la librairie pour creer une session, pour creer une connection, etc... si tu veux decharger et recharger la librairie, va falloir stocker ces etats qqe parts et pouvoir les reprendre au chargement. Ensuite dans les changements majeurs, faut aussi t'assurer que le contenu de la dll est "compatible", le cardinal des fonctions est le meme, etc... histoire que ton code se mette pas a appeler la fonction B alors qu'il appelait la fonction A precedemment, ...

La technique tu hotpatching permet de modifier des bouts de code a chaud tant qu'ils ne touchent pas aux structures de donnees, mais decharger/recharger une librairie a chaud de maniere generale c'est complique.

Sur un serveur: les services doivent etre relances, car ce sont les vecteurs d'attaque--> equivalent a un reboot du point de vue du service rendu par le systeme

Sur un desktop : les softs clients + services doivent etre relances, car se sont les vecteurs d'attaque --> equivalent a un reboot du point de vue du systeme

Alors oui, tu peux te retrouver sur ton desktop avec tes softs clients non-patches et tes services d'arriere plan patches, super, t'es a moitie-protege...

Sous Debian, en cas de remplacement de la glibc, tous les processus critiques (serveurs) sont relancés de manière transparente, sans rebooter. Même le processus init est relancé tranquillement sans même avoir à quitter sa session X. Pour les trucs moins importants (genre la session X en question), le gestionnaire de paquet prévient qu'il faudra se déconnecter puis se reconnecter pour prendre en compte le changement de libc.

C'est super, ca revient a redemarrer tous les processus quoi, vachement different d'un reboot...

Par contre, quand il faut rebooter, ça bricole pas mal! Ca bricole tellement que je n'arrive même pas à lancer le task manager pour tracer tout ça 2 MINUTES APRES APPARITION DU BUREAU!

C'est qu'il y a clairement qqe chose qui cloche sur ton systeme alors, parce qu'un boot de XP sur une machine a peu pres recente (moins de 4-5 ans), c'est moins d'une minute et c'est utilisable apres.

Mais je te promets que s'il suffisait d'arrêter toutes mes applis, voire même de me déconnecter/reconnecter, je crois que ce serait mieux pour mes nerfs (particulièrement quand le redémarrage se lance automatiquement le temps que tu regardes ailleurs alors que tu as un rapport à rendre dans 5min...).

Si tu resoud ton probleme de boot lent, a mon avis tu te sentiras beaucoup mieux, et tu te sentiras encore mieux si tu regle Auto Update pour qu'il t'offre les updates a installer et te laisse choisir quand rebooter plutot que le faire automatiquement.

L'amélioration du temps de boot, c'est comme tu dis pour que "arrêter toutes les applis" et "rebooter" revienne presque au même. Pour l'instant, on ne peut pas dire que ce soit vrai!

Mon temps de boot sur un Vista SP1+toutes les updates(et un nombre de softs installes genre Office 2007, VStudio 2008, ...) sur un laptop de 2006 : ~45 secondes , la plupart de mes machines au boulot ont des temps de boot plus court, avant de pester contre l'OS, il serait bon de comprendre ou se situe le probleme, j'imagines que tu n'as jamais essaye de mesurer ou se situait la lenteur de boot(soit par flemme soit parce que tu ne sais pas comment).

Quand tu mets à jour ton navigateur, pour utiliser le nouveau binaire/les nouvelles libs, tu le relances simplement...que ce soit une mise à jour mineure ou majeure d'ailleurs.
Pour l'histoire des dépendances sur les libs, déjà les libs d'un navigateur à part le navigateur lui même, je vois pas bien ce qui peut en dépendre, et surtout je vois pas pourquoi ça nécessiterait un reboot.

Demande a KDE et Gnome pourquoi ils ont besoin d'afficher du HTML alors.

Ensuite, dans les cas ou les libs mises à jour sont des dépendances de beaucoup de programmes (je pense à Qt notamment), et bien il suffit de tuer la session X et la relancer, c'est BEAUCOUP moins long qu'un reboot complet.

Tu pourrais tout a fait updater IE sans rebooter le systeme(tu fermes explorer, etc...) mais faut etre un minimum realiste hein, ca revient au meme au final: presque tous tes softs doivent etre fermes.
Tu pourrais rajouter un merdier pour gerer ca et sauver 20s chaque mois, mais ca s'appelle prendre un marteau pour tuer une souris vu la difference pour 99% des utilisateurs.

Sous Linux, j'ai besoin de rebooter uniquement si j'ai mis à jour le kernel. Le reste c'est pas nécessaire.

T'as oublie la glibc

De l'autre côté sous Windows, je viens de réinstaller un XP pour mon père, et le nombre de reboot nécessaire m'a rendu fou: chaque driver installé, certains logiciels (dont Java je crois), les mises à jour évidemment. Le pire, c'est qu'après avoir installé le driver son, j'avais directement du son, mais non il veut qu'on redémarre...

Ben la prochaine fois t'apprendras que tu peux installer presque tout en meme temps et rebooter bcp moins plutot que rebooter apres chaque truc installe.

En tout cas ce n'est pas un GNU/Linux qui demandera de redémarrer totalement la machine pour une mise à jour de navigateur ou de lecteur multimédia.

Windows non plus, tu peux mettre a jour Firefox ou MPlayer sans rebooter.

Maintenant, va essayer de mettre a jour la KPart qui fait affichage HTML sans redemarrer KDE(ce qui en gros revient a redemarrer car il faut fermer toutes tes applis), t'auras bcp plus de mal...

Il y a une raison à la nécessité de redémarrer, sous Windows. Ça vient d'une conception assez particulière du noyau, à l'origine : ouvrir un fichier en lecture entraine implicitement son verrouillage exclusif (sauf si on demande explicitement le contraire).

Ca n'a rien, mais alors rien a voir avec le probleme et c'est faux, si tu ouvres un fichier en lecture, tu n'as pas un verrouillage exclusif, tout le monde peut lire le fichier

Ce que tu ne peux pas faire, c'est effacer un fichier sous les pieds d'un processus qui a un handle dessus, et la raison est que sous Unix, un fichier c'est 2 entites : une "directory entry" et un inode, le "handle" est sur l'inode, resultat tu peux effacer le fichier (directory entry) et en recreer un autre qui aura un nouvel inode, l'ancien inode disparaissant lorsque le dernier handle est ferme.

Sous Windows, un fichier c'est une seule entite, un handle est sur le fichier lui-meme, resultat tu ne peux pas remplacer un fichier tant qu'il y a un handle dessus.

Oui de nombeux projets libres n' ont jamais reçu -et ne recevront jamais- une seule contribution. Et alors ? c' est un argument pour contrecarré la phrase initiale ? marche pas, pas contridictoire, autre sujet.

Justement si, si ces contributions sont rares, cet avantage est franchement faible.
Si un debutant a de fortes chances d'avoir des contributions en rendant son code libre, c'est clairement un gros avantage, le probleme, c'est que c'est pas le cas du tout.

Alors oui, il y a une petite chance que ca arrive, qui est plus elevee que pas de chances de tout en proprio, mais au final ca n'y change pas grand-chose pour la plupart des gens: ils ne vont pas recevoir de contributions et devront ameliorer leur code par eux-meme, tout comme le proprio.

De nouveau, la theorie je m'en fiche totalement, ce qui m'importe est ce qui arrive dans la pratique, et la c'est assez clair.