Je dirais que vu les notes que toi et donc LA personne qui est d'accord avec toi c'est plutot moi qui ris doucement... la majorite ne semble pas etre totalement en accord avec tes idees et surtout ta "demonstration" (a ce propos la on attend encore un argument technique recevable, tu te defiles encore sur le sujet).
Ben oui c'est bien connu, les votes refletent la majorite. Personne ne penserait que seule une minorite vocale, qui ne comprend d'ailleurs pas que ces votes sont pour pertinent/pas pertinent et pas pour "je suis d'accord avec lui" vote.
Et donc tu utilises les insultes et les insinuations comment dire desagreables pour faire avancer ton point de vue. C'est une facon de faire certes mais cela ne respecte en rien ni la netiquette que ce soit dans la forme ou l'esprit ni les formes de politesses minimales entre 2 individus.
Lorsque tu depasses les bornes de la mauvaise foi je ne te consideres plus vraiment comme un interlocuteur decent. T'es libre de rester decent et je le resterait alors aussi.
Contrairement a ce que tu dis j'ai surement plus de respect pour ta boite que tu ne le crois mais comme des que quelqu'un dit un truc qui ne correspond pas a la l'image que se donne ta boite, tu commences a sauter dessus et a insulter, et depuis quelque temps c'est de facon systematique, tu as reussi a creer intolerants
Bah oui c'est evident, c'est a cause de moi que tu sors connerie sur connerie sur MS !!!!
Il n'y a aucune retenu et tout ce qui sors de chez micorosoft devrait etre encenser d'apres toi sans qu'aucune critique ne puissent s'y appliquer. Par contre tous ce que fais les autres il faut bien le descendre et pointer les faiblesses.
Ben oui voyons c'est evident, je ne critiques _jamais_ MS. Je n'ai par exemple jamais dit que les gars d'IIS (a l'epoque) etaient des tanches, ou que IE etait a chier, non jamais...
Quand je parles d'oeilleres...
Sinon, je serai ravi que tu me montres ou je m'amuses a descendre ce que font les autres volontairement(en opposition au cas ou je pointes a certains descendant MS que la maison n'est pas plus propre chez eux).
Pour en revenir au sujet, microsoft openxml, il y a des problemes dedans divers et varies (tu as pas trop ramene ton point de vue sur les erreurs dans les formules statistiques d'ailleurs). Des problemes sur une version 1.0 c'est normal et ca prouve juste que le fast track est une aberration totale d'un point de vue technique. D'un point de vue de domination sur les formats et d'un point de vu portefeuille de microsoft naturellement que c'est normal .
Ca me fait bien marrer tout ca, parce que j'ai clairement demontre qu'ODF, accepte ISO, avait le meme genre de problemes, et la il n'y a personne qui se plaint hein, et personne qui pense qu'ODF est un probleme.
Sur les 3-4000 personnes qui ont un compte, sur les dizaines qui ont poste sur cet article, il y a 3-4 personnes qui sont obstinees, et tu arrives a appeler ca "tous", tu me fais bien rire.
Tu peux continuer a m'insulter et a tenter de m'ecraser. Tu ne m'impressionnes pas plus pour autant et je dois dire que je suis assez content de ce fil de discussion car, pour moi et pour un certains nombre d'autre personne, tu as bien demontre tes limites techniques (ce qui n'est pas du tout une honte en soit enfin pour de mon point de vue).
Mon but est pas de tenter de t'ecraser, ni meme de te convaincre, mon but est de montrer aux gens qui lisent tes posts qu'il y a un autre point de vue. J'ai depuis tres tres longtemps abandonne l'idee de te convaincre sur quoi que ce soit vu que tu as des prejuges et des oeilleres grosses comme une maison sur tout ce qui touche de pres ou de loin a MS, mon seul but est de faire en sorte que les gens ne croient pas aveuglement ce que tu racontes.
Mais là aussi il y a un hiatus : si on calque "faithfully" on ne peut pas améliorer... et si on améliore alors ça ne peut pas être de l'identique. Deux choses antinomiques dans une seule et même phrase.
"on fait exactement pareil qu'avant... mais mieux" Je n'avais pas relevé cette aberration là digne du "pareil... mais mieux" des Guignols de l'info. Je vous remercie de votre vigilance. Il aurait été dommage de passer à côté de cette perle.
Ah oui c'est vrai, ca ne t'as jamais traverse l'esprit qu'on peut creer un format qui permet de representer exactement la meme chose, mais qui est mieux structure.
Mais bon, vu que tu savais deja quoi en penser avant meme de jeter un oeil a la spec rien qu'en ecoutant le nom de la societe qui l'a cree, il est inutile d'en discuter plus longtemps.
Tu vas trouver ca dingue, mais si tu regardes autour de toi sur ce forum, tu verras d'autres gens, qui ont pour la plupart l'esprit bcp plus ouvert que toi.
Quand a l'explication, je l'ai donnee, si tu refuses de la comprendre c'est ton probleme.
Ce n'est pas parce que les front end ne font pas partie des 15 k paquages, que ces paquetages ne sont pas utilisés.
L'exemple le plus simple a mon sens est nmap (meme si pas forcément desktop)
Ouais nmap suxxor c'est en ligne de commande ... Oui mais nmpafe (le front end de nmap) utilise nmap. Donc nmap il puxxor parce qu'en ligne de commande et n'est pas utilisé par un utilisateur sous X, c'est ca?
Ca on est d'accord, mais tes 15'000 packages au final ils deviennent reellement bcp moins quand on regarde ce qui est utilisable par le pekin moyen au final
J'ai commencé linux en 99/2000 ... et on supportait la souris itou, donc ...
Et moi bien plus tot, mais je savais tres bien a l'epoque que personne dans ma famille ne serait capable de l'utiliser en tant que desktop a l'epoque. Supporter la souris c'est necessaire mais pas suffisant.
Tiens des stats ca serait intéressant.
Qu'on se comprenne, ni Windows ni Linux ne dominent les systemes massivement SMP, ce sont les gros Unix genre AIX et Solaris qui dominent ca, sinon niveau stats il y a http://www.wintercorp.com/VLDB/2005_TopTen_Survey/TopTenWinn(...) qui montre exactement ca : bcp de gros Unix, et qqe Windows/Linux par-ci par-la
Vu que quasiment toutes les machines sur top500 sont des clusters de machines mono-dual proc et pas des machines SMP lourdes, t'es surtout sans connaissances sur le sujet.
Arf, convaincre des gens qui n'ont absolument pas envie d'ecouter et qui ont une opinion deja toute faite c'est plutot difficile, le but des posts c'est de convaincre ceux qui ont l'esprit l'ouvert, pas vous.
Donc tu admets défendre bec et ongle un truc que tu n'as pas la capacité intellectuelle de comprendre. Je note.
L'explication je te l'ai donnee, tu refuses de l'accepter en affirmant qu'un filtre serait capable de le faire, quand je te demandes comment tu dis que tu ne sais pas, va chercher a comprendre...
Non, parce qu'il y a deux énorme différences entre ODF et OpernXML :
1) C'est la valeur d'un paramêtre et non un élément de structure XML, même optionnel. C'est un peu comme la différence entre l'absence d'une police de caractère sur un systèrme versus l'existance de cette police dans le document, mais sans la notice pour pouvoir la décoder.
2) La valeur de la variable que tu cites dans OOo est documenté et librement accessible par tous. C'est la différence entre un format ouvert et un format dont on tente de conserver la documentation la pluis secrète possible (quelque soit l'éditeur en cause)
Hahaha la grosse connerie.
Tu me montres ou est-ce que l'espacement d'OpenOffice 1.1 est documente ?
Je t'aides, tu vas pas trouver.
La realite, c'est que dans les 2 cas, tu es dans _exactement la meme situation_ , c'est pas du 99% identique, c'est du 100%
Clair, c'est d'ailleurs pour ça que Windows est si populaire sur les grands systèmes.
T'appelles quoi grand systemes ? Clusters scientifiques ? Ca n'a rien a voir avec la scalabilite vu que c'est du travail a peu pres independant sur chaque machine.
Windows n'est pas moins populaires sur gros systemes SMP que Linux.
On parle de desktop. Avant 2000, la version « desktop » de Windows, c'était NT ou Win95 ?
Et la version "desktop" de Linux c'est laquelle ? Parce qu'en 2000 il y en avait pas vraiment.
Seulement des applications propriétaires, dont la moitié ont des équivalents libres (evince, n'importe quel média player), l'autre moitié (quake 4 ou Maya) n'est pas franchement ce qui fait le quotidien moyen de l'utilisateur de desktop). Manque Flash, ok. Pour le reste j'ai environ 15000 applications packagées dans mes dépots: à peut près pareil qu'en x86_32. Désolé de te décevoir, mais on est quelques un à trouver très confortable un environnement totalement libre (donc, n'utilisant aucune des applications que tu cite).
Super tes 15000 softs packages, combien sont utilises par le grand public ? Parce que la plupart sont des outils obscures en ligne de commande completement inutilisable par le pekin moyen.
Sans parler du fait que la majorite de ces softs existent et sont recompilables pour Windows.
Ah bah, j'ai cité OpenXML à dessein : avec les specs, contrairement aux logiciels propriétaires, on peut voir les entrailles à l'oeil nu. Et là, mais les sales hacks pour respecter une rétrocompatbilité par impératif commercial (rq, c'est aussi péniblement visible dans les bugs non corrigés d'ie7), le réinventage de roue systèmatique, l'agenda marketing, le bloatage, vous ne pouvez plus les cacher.
Ah oui, tout comme ODF et OpenOffice, mais la bien sur pas un mot hein.
C'est pour le moins inélégant, et c'est une solution à courte vue pour améliorer l'interactivité en environnement graphique fenêtré (windows...), qui n'améliorera en rien le fonctionnement sur des serveurs, par exemple (à l'inverse d'une solution totalement algorithmique pour trouver quel processus mérite du temps CPU sans sale hack, comme Linux essaie de faire) !
C'est au contraire une methode tres efficace, car celui qui a l'info (le window manager) la donne directement plutot qu'essayer de deviner, ce qui peut donner un mauvais resultat, qui coute du temps a essayer de deviner, ...
Quand a ameliorer le fonctionnement sur des serveurs, quelle utilite ? Ton scheduler Linux il continuera a essayer de deviner sur un serveur, sous Windows il perdra pas de temps a essayer de deviner, il a deja la reponse.
Et ce n'est certainement pas adapté à un environment souple et non-monolhitique comme Linux, où l'environement/interface utilisateur n'est pas un « builtin » indélogeable, mais peut être de natures très différentes, nativement réseau et multiutilisateur (X11, protocole X en réseau, console, framebuffer, qtpe, tinyx, ...: il faudrait implémenter ce sale hack partout, et en pondérant l'usage simultané de plusieurs d'entre eux ou par plusieurs utilisateurs, et faire transiter une telle information sur le réseau,...).
Tu me fais bien marrer avec "souple et non-monolithique", les 2 OS ont la meme architecture.
Quand a l'UI elle est tout autant nativement reseau et multi-user sous Windows.
Linux supporte le SMP massif depuis longtemps, et a pris une sacrée avance sur Windows dans le domaine (IBM fait tourner des Linux sur des machines à 1024 processeurs, Windows Sever 2003 plafone à 64 CPU, et Vista, c'est du desktop, seulement 2 !), ainsi que dans le calcul distribué (grands clusters, ...).
Bof, la limite a 64 sur Windows est purement artificielle, le jour ou des machines a >=64 cpus seront en vente(cad a plus de 5 exemplaires par an) ca sera fait.
Si l'on compare les fonctionnalités réseau « avancées » de Windows et de Linux aujourd'hui, on se marre. Néanmoins de nos jours le réseau est considéré comme un compostant standard d'un environnement desktop (plus seulement des serveurs). Pour demain, ce sera IPv6 (Vista le supporte assez mal, parrait-il, sans même parler d'IPsec, Linux a une pile très avancée qui suit quasiment les derniers drafts de RFC au fure et à mesure).
Moi je rigolerais pas trop a ta place, et je me fierai pas trop aux rumeurs, on sait ce que ca vaut les rumeurs quand elles viennent de fans du libre hydrocephales qui ne connaissent rien a Windows. Quand a IPSEC, bah vu que tout le traffic chez MS est sous IPSEC, faut croire que ca marche plutot bien.
Un OS multiutilisateur, et un OS utilisant la MMU pour isoler les processus, même sur le desktop. Ok Windows a fini par le faire (mais le multiutilisateur quand presque tout est prévu pour fonctionner à la souris en premier lieu...).
NT etait multi-user depuis sa naissance hein, faudrait penser a arreter de melanger Win95 et NT si tu veux etre pris au serieux.
Ça fait pas mal d'années que le « desktop Linux » tourne en 64 bits. Résultat, virtuellement toutes les applis fonctionnent en 64bits sur x86_64 Microsoft n'y arrivera sans doute pas avant longtemps
T'as Adobe Acrobat pour Linux 64 bits ? Flash peut-etre ? Maya peut-etre alors ? Bon RealPlayer ? Quake 4 alors ? Eh c'est marrant, meme StarOffice ne tourne pas en 64bits sous Linux
C'est autre chose qu'un OS où les dirigeants et décideurs sont des services commerciaux, marketing, des actionnaires, où l'on s'impose de conserver une compatibilité arrière avec un ancêtre calamiteux parce que le marché importe plus que la rationalité technique, où l'on est prét à tout dupliquer, réinventer la roue, empiler les quick hacks (bonjour, OpenXML) pour sortir la fonctionnalité wizz bang desktop plus vite
Moi je crois surtout que tu ne sais absolument pas de quoi tu parles.
Le probleme d'essayer de releaser une section critique avec un Mutex (ou l'inverse) c'est qu'ils n'ont pas le meme objectif et ne fonctionnent pas de la meme maniere.
Une section critique c'est 3 choses :
a) une structure de donnees avec plusieurs champs
b) un spin lock pendant un nombre d'iterations determine (changeable par l'utilisateur)
c) Si apres la fin du spin lock, la region est toujours lockee, alloue un semaphore et bloque dessus
Alors qu'un mutex, ben... c'est un mutex(semaphore idem c'est pas le probleme).
T'as des cas ou la section critique est lockee, et il n'y a pas de semaphore, resultat ben tu peux pas relacher un semaphore qui n'existe pas, tout ce que tu peux relacher c'est une section critique.
Quand a la raison pour laquelle tu peux pas l'utiliser pour synchroniser plusieurs processus, c'est simplement que c'est une structure de donnees dans l'espace d'addressage du processus qui l'a allouee, bref un autre processus n'y aura pas acces.
Si tu peux faire natif OpenXML -> doc sans probleme.
Le probleme c'est doc Word6/WordPerfect/... qui utilise ce parametre -> openxml -> rouvrire avec Word6/Word97/... la tu perds un peu le formattage si le flag n'est pas la dans le fichier OpenXML
Non le mutex Win32 ne le permet pas, pour la simple et bonne raison que ce ne sont pas les memes elements et que comme IsNotGood l'a dit cela signifie qu'il y a un bug dans le code.
Ton format ne spécifie pas le formatage du document ?
Il sert vraiment a rien alors ...
Ben va dire ca a ODF mon cher !
Si le format (OOXML) est bien concu, tu devrais pouvoir refaire a la main un document en tout point équivalent a un .doc de word 97, mais avec un éditeur pur OOXML. Si l'éditeur est un éditeur pur OOXML par conséquent il ne devrait pas utiliser les balises de compatibilité.
Les formats ODF / OpenXML ont leur propre approche du formattage d'un document, si certains anciens softs ont une approche qui entre en conflit il y a le choix entre alourdir la spec pour tout le monde ou ajouter un flag de compatibilite. La 2eme solution est legerement plus intelligente si tu veux mon avis.
on a donc le bug sur les dates
2 choix -> soit tu fous un flag 'oulalala je suis un filtre con, je cc les données binaires en données textuelles xml et vais pas plus loin'
OU
-> Je lis le fichier, tiens la y a une date buggé , hop je suis le filtre, je connais les différents probleme de compatibilité, je la change donc dans OOXML de tel sorte que si je prend un screenshot du OOXML et un screenshot du .DOC j'ai la meme sortie écran.
Mauvais exemple. Les dates sont stockees en tant que chiffre, le filtre est incapable de savoir si la valeur est une date ou un chiffre(et c'est la raison pour laquelle OpenXML contient ce format de date, car il est impossible de les convertir automatiquement).
Je te l'ai donnee l'explication. Toi par contre tu te contentes de dire "c'est une idee conne et le filtre devrait le faire".
Je t'invites donc a repondre a ma question du dessus : comment-est ce que le filtre peut avoir cette information contenant le formattage du document si l'info n'est pas dans le document.
Sans compter qu'il explique que les mutex win32 sont partagé entre les processus !, ce qui ressemble plus a des semaphores nommés qu'a des mutex la.
Il a raison, il y a plusieurs primitives de synchro differentes sous Windows :
- Mutex
- Semaphore
- Timer
- Event
- Critical Section (c'est un mutex tres tres rapide mais c'est pas utilisables par plusieurs processus, uniquement threads d'un meme processus)
Tu peux meme synchroniser sur un thread, job ou un processus si tu veux (tu bloques jusqu'a ce qu'il se termine)
La difference entre un mutex et un semaphore c'est qu'un semaphore a un compteur associe et que des threads peuvent :
- incrementer le compteur et bloquer si le compteur est a une valeur >= X
- decrementer le compteur et bloquer si le compteur est a 0
alors qu'un mutex c'est en gros un semaphore dont la limite superieure(X) est 1
Mutex/Semaphore/Event/Timer peuvent etre nommes ou pas
Encore une fois, c'est au filtre d'importation de gérer les comportements boiteux de ces softs, même si cela complexifie ces filtres : de toute façon on en aura a priori de moins en moins besoin...
Alors tu vas etre sympa, tu vas expliquer a moi, a MS, a Sun, aux gars d'OO et KOffice comment faire, parce que eux ils n'y arrivent pas.
Tu vas nous expliquer comment tu fais pour :
- Exporter un fichier d'OO 1.1 a ODF
- Relire ce fichier ODF avec OO 1.1
et l'afficher de maniere fidele sans que l'information decrivant comment l'afficher soit dans le fichier.
Si tu trouves un moyen de creer un filtre magique qui sait sur quel fichier le parametre s'applique et sur quel fichier il ne s'applique pas sans que ce soit note dans le fichier, tu me fais signe, on t'engage tout de suite comme architecte tout puissant et CEO si tu veux.
Personne s'occupant des normes ? Hahaha, ce sont des commentaires d'IBM dont on connait parfaitement la partialite sur le sujet, rien a voir avec un avis d'expert independant.
Si ooxml sans option plus un filtre d'import bien ficelé n'est pas suffisant, alors le format sans option est à revoir.
Mon point de vue personnel c'est que les gars d'Office, de Sun, de KOffice, d'OO ont legerement plus d'experience dans le domaine que toi et moi, et ils ont tous decide que c'etait la maniere de faire, dans ODF et dans OpenXML.
Partant de la, dire que c'est a revoir c'est legerement presompteux si tu veux mon avis.
Ce qui signifie clairement qu'en dehors de quelques éditeurs, personne ne pourra produire une visionneuse pour les documents en ooxml générés par la conversion des documents produits par les versions de logiciels de bureautique antérieure à 2007.
Drole de vision de l'interopérabilité.
Ben t'es dans la merde alors, parce que t'auras le meme probleme avec ODF.
Pourtant je n'ai vu personne se plaindre et empecher ODF d'etre ISO a cause de ca.
La reponse est que ces softs concernes (Word 6, WordPerfect, Word 97, ...) ont des comportements particuliers qui n'ont pas leur place dans une spec moderne.
Resultat, cela a ete mis dans une partie "compatibilite" qui dit clairement que cela ne doit pas etre utilise pour des nouveaux documents.
Quand au fait de vouloir volontairement cacher ces infos, si tu jettes un oeil(ce que tres peu de gens qui se plaignent d'OpenXml ont fait visiblement) a la spec, tu verras qu'il s'agit non seulement de Word97, mais de WordPerfect aussi, qui n'a rien a voir avec MS.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 1.
Ben oui c'est bien connu, les votes refletent la majorite. Personne ne penserait que seule une minorite vocale, qui ne comprend d'ailleurs pas que ces votes sont pour pertinent/pas pertinent et pas pour "je suis d'accord avec lui" vote.
Et donc tu utilises les insultes et les insinuations comment dire desagreables pour faire avancer ton point de vue. C'est une facon de faire certes mais cela ne respecte en rien ni la netiquette que ce soit dans la forme ou l'esprit ni les formes de politesses minimales entre 2 individus.
Lorsque tu depasses les bornes de la mauvaise foi je ne te consideres plus vraiment comme un interlocuteur decent. T'es libre de rester decent et je le resterait alors aussi.
Contrairement a ce que tu dis j'ai surement plus de respect pour ta boite que tu ne le crois mais comme des que quelqu'un dit un truc qui ne correspond pas a la l'image que se donne ta boite, tu commences a sauter dessus et a insulter, et depuis quelque temps c'est de facon systematique, tu as reussi a creer intolerants
Bah oui c'est evident, c'est a cause de moi que tu sors connerie sur connerie sur MS !!!!
Il n'y a aucune retenu et tout ce qui sors de chez micorosoft devrait etre encenser d'apres toi sans qu'aucune critique ne puissent s'y appliquer. Par contre tous ce que fais les autres il faut bien le descendre et pointer les faiblesses.
Ben oui voyons c'est evident, je ne critiques _jamais_ MS. Je n'ai par exemple jamais dit que les gars d'IIS (a l'epoque) etaient des tanches, ou que IE etait a chier, non jamais...
Quand je parles d'oeilleres...
Sinon, je serai ravi que tu me montres ou je m'amuses a descendre ce que font les autres volontairement(en opposition au cas ou je pointes a certains descendant MS que la maison n'est pas plus propre chez eux).
Pour en revenir au sujet, microsoft openxml, il y a des problemes dedans divers et varies (tu as pas trop ramene ton point de vue sur les erreurs dans les formules statistiques d'ailleurs). Des problemes sur une version 1.0 c'est normal et ca prouve juste que le fast track est une aberration totale d'un point de vue technique. D'un point de vue de domination sur les formats et d'un point de vu portefeuille de microsoft naturellement que c'est normal .
Ca me fait bien marrer tout ca, parce que j'ai clairement demontre qu'ODF, accepte ISO, avait le meme genre de problemes, et la il n'y a personne qui se plaint hein, et personne qui pense qu'ODF est un probleme.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 0.
Sinon, http://linuxfr.org/comments/853887.html#853887 en montre un qui est d'accord.
Tu peux continuer a m'insulter et a tenter de m'ecraser. Tu ne m'impressionnes pas plus pour autant et je dois dire que je suis assez content de ce fil de discussion car, pour moi et pour un certains nombre d'autre personne, tu as bien demontre tes limites techniques (ce qui n'est pas du tout une honte en soit enfin pour de mon point de vue).
Mon but est pas de tenter de t'ecraser, ni meme de te convaincre, mon but est de montrer aux gens qui lisent tes posts qu'il y a un autre point de vue. J'ai depuis tres tres longtemps abandonne l'idee de te convaincre sur quoi que ce soit vu que tu as des prejuges et des oeilleres grosses comme une maison sur tout ce qui touche de pres ou de loin a MS, mon seul but est de faire en sorte que les gens ne croient pas aveuglement ce que tu racontes.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à -1.
"on fait exactement pareil qu'avant... mais mieux" Je n'avais pas relevé cette aberration là digne du "pareil... mais mieux" des Guignols de l'info. Je vous remercie de votre vigilance. Il aurait été dommage de passer à côté de cette perle.
Ah oui c'est vrai, ca ne t'as jamais traverse l'esprit qu'on peut creer un format qui permet de representer exactement la meme chose, mais qui est mieux structure.
Mais bon, vu que tu savais deja quoi en penser avant meme de jeter un oeil a la spec rien qu'en ecoutant le nom de la societe qui l'a cree, il est inutile d'en discuter plus longtemps.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à -1.
Quand a l'explication, je l'ai donnee, si tu refuses de la comprendre c'est ton probleme.
[^] # Re: Regrettable
Posté par pasBill pasGates . En réponse au journal L'interview vérité de Con Kolivas. Évalué à 0.
L'exemple le plus simple a mon sens est nmap (meme si pas forcément desktop)
Ouais nmap suxxor c'est en ligne de commande ... Oui mais nmpafe (le front end de nmap) utilise nmap. Donc nmap il puxxor parce qu'en ligne de commande et n'est pas utilisé par un utilisateur sous X, c'est ca?
Ca on est d'accord, mais tes 15'000 packages au final ils deviennent reellement bcp moins quand on regarde ce qui est utilisable par le pekin moyen au final
J'ai commencé linux en 99/2000 ... et on supportait la souris itou, donc ...
Et moi bien plus tot, mais je savais tres bien a l'epoque que personne dans ma famille ne serait capable de l'utiliser en tant que desktop a l'epoque. Supporter la souris c'est necessaire mais pas suffisant.
Tiens des stats ca serait intéressant.
Qu'on se comprenne, ni Windows ni Linux ne dominent les systemes massivement SMP, ce sont les gros Unix genre AIX et Solaris qui dominent ca, sinon niveau stats il y a http://www.wintercorp.com/VLDB/2005_TopTen_Survey/TopTenWinn(...) qui montre exactement ca : bcp de gros Unix, et qqe Windows/Linux par-ci par-la
[^] # Re: Regrettable
Posté par pasBill pasGates . En réponse au journal L'interview vérité de Con Kolivas. Évalué à 1.
[^] # Re: Et alors ?
Posté par pasBill pasGates . En réponse au journal Microsoft vous aime.. Évalué à 3.
Faut pas melanger open source et GPL
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 0.
Quand a l'element c'est decrit la : http://linuxfr.org/comments/852644.html#852644
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 1.
L'explication je te l'ai donnee, tu refuses de l'accepter en affirmant qu'un filtre serait capable de le faire, quand je te demandes comment tu dis que tu ne sais pas, va chercher a comprendre...
Non, parce qu'il y a deux énorme différences entre ODF et OpernXML :
1) C'est la valeur d'un paramêtre et non un élément de structure XML, même optionnel. C'est un peu comme la différence entre l'absence d'une police de caractère sur un systèrme versus l'existance de cette police dans le document, mais sans la notice pour pouvoir la décoder.
2) La valeur de la variable que tu cites dans OOo est documenté et librement accessible par tous. C'est la différence entre un format ouvert et un format dont on tente de conserver la documentation la pluis secrète possible (quelque soit l'éditeur en cause)
Hahaha la grosse connerie.
Tu me montres ou est-ce que l'espacement d'OpenOffice 1.1 est documente ?
Je t'aides, tu vas pas trouver.
La realite, c'est que dans les 2 cas, tu es dans _exactement la meme situation_ , c'est pas du 99% identique, c'est du 100%
[^] # Re: Multicoeur ?
Posté par pasBill pasGates . En réponse à la dépêche Intel libère TBB. Évalué à 4.
[^] # Re: Regrettable
Posté par pasBill pasGates . En réponse au journal L'interview vérité de Con Kolivas. Évalué à 2.
T'appelles quoi grand systemes ? Clusters scientifiques ? Ca n'a rien a voir avec la scalabilite vu que c'est du travail a peu pres independant sur chaque machine.
Windows n'est pas moins populaires sur gros systemes SMP que Linux.
On parle de desktop. Avant 2000, la version « desktop » de Windows, c'était NT ou Win95 ?
Et la version "desktop" de Linux c'est laquelle ? Parce qu'en 2000 il y en avait pas vraiment.
Seulement des applications propriétaires, dont la moitié ont des équivalents libres (evince, n'importe quel média player), l'autre moitié (quake 4 ou Maya) n'est pas franchement ce qui fait le quotidien moyen de l'utilisateur de desktop). Manque Flash, ok. Pour le reste j'ai environ 15000 applications packagées dans mes dépots: à peut près pareil qu'en x86_32. Désolé de te décevoir, mais on est quelques un à trouver très confortable un environnement totalement libre (donc, n'utilisant aucune des applications que tu cite).
Super tes 15000 softs packages, combien sont utilises par le grand public ? Parce que la plupart sont des outils obscures en ligne de commande completement inutilisable par le pekin moyen.
Sans parler du fait que la majorite de ces softs existent et sont recompilables pour Windows.
Ah bah, j'ai cité OpenXML à dessein : avec les specs, contrairement aux logiciels propriétaires, on peut voir les entrailles à l'oeil nu. Et là, mais les sales hacks pour respecter une rétrocompatbilité par impératif commercial (rq, c'est aussi péniblement visible dans les bugs non corrigés d'ie7), le réinventage de roue systèmatique, l'agenda marketing, le bloatage, vous ne pouvez plus les cacher.
Ah oui, tout comme ODF et OpenOffice, mais la bien sur pas un mot hein.
[^] # Re: Les « mérites » de l'ordonanceur de MS Windows [was Re: BSD ]
Posté par pasBill pasGates . En réponse au journal L'interview vérité de Con Kolivas. Évalué à 1.
C'est au contraire une methode tres efficace, car celui qui a l'info (le window manager) la donne directement plutot qu'essayer de deviner, ce qui peut donner un mauvais resultat, qui coute du temps a essayer de deviner, ...
Quand a ameliorer le fonctionnement sur des serveurs, quelle utilite ? Ton scheduler Linux il continuera a essayer de deviner sur un serveur, sous Windows il perdra pas de temps a essayer de deviner, il a deja la reponse.
Et ce n'est certainement pas adapté à un environment souple et non-monolhitique comme Linux, où l'environement/interface utilisateur n'est pas un « builtin » indélogeable, mais peut être de natures très différentes, nativement réseau et multiutilisateur (X11, protocole X en réseau, console, framebuffer, qtpe, tinyx, ...: il faudrait implémenter ce sale hack partout, et en pondérant l'usage simultané de plusieurs d'entre eux ou par plusieurs utilisateurs, et faire transiter une telle information sur le réseau,...).
Tu me fais bien marrer avec "souple et non-monolithique", les 2 OS ont la meme architecture.
Quand a l'UI elle est tout autant nativement reseau et multi-user sous Windows.
[^] # Re: Regrettable
Posté par pasBill pasGates . En réponse au journal L'interview vérité de Con Kolivas. Évalué à 3.
Bof, la limite a 64 sur Windows est purement artificielle, le jour ou des machines a >=64 cpus seront en vente(cad a plus de 5 exemplaires par an) ca sera fait.
Si l'on compare les fonctionnalités réseau « avancées » de Windows et de Linux aujourd'hui, on se marre. Néanmoins de nos jours le réseau est considéré comme un compostant standard d'un environnement desktop (plus seulement des serveurs). Pour demain, ce sera IPv6 (Vista le supporte assez mal, parrait-il, sans même parler d'IPsec, Linux a une pile très avancée qui suit quasiment les derniers drafts de RFC au fure et à mesure).
Moi je rigolerais pas trop a ta place, et je me fierai pas trop aux rumeurs, on sait ce que ca vaut les rumeurs quand elles viennent de fans du libre hydrocephales qui ne connaissent rien a Windows. Quand a IPSEC, bah vu que tout le traffic chez MS est sous IPSEC, faut croire que ca marche plutot bien.
Un OS multiutilisateur, et un OS utilisant la MMU pour isoler les processus, même sur le desktop. Ok Windows a fini par le faire (mais le multiutilisateur quand presque tout est prévu pour fonctionner à la souris en premier lieu...).
NT etait multi-user depuis sa naissance hein, faudrait penser a arreter de melanger Win95 et NT si tu veux etre pris au serieux.
Ça fait pas mal d'années que le « desktop Linux » tourne en 64 bits. Résultat, virtuellement toutes les applis fonctionnent en 64bits sur x86_64 Microsoft n'y arrivera sans doute pas avant longtemps
T'as Adobe Acrobat pour Linux 64 bits ? Flash peut-etre ? Maya peut-etre alors ? Bon RealPlayer ? Quake 4 alors ? Eh c'est marrant, meme StarOffice ne tourne pas en 64bits sous Linux
C'est autre chose qu'un OS où les dirigeants et décideurs sont des services commerciaux, marketing, des actionnaires, où l'on s'impose de conserver une compatibilité arrière avec un ancêtre calamiteux parce que le marché importe plus que la rationalité technique, où l'on est prét à tout dupliquer, réinventer la roue, empiler les quick hacks (bonjour, OpenXML) pour sortir la fonctionnalité wizz bang desktop plus vite
Moi je crois surtout que tu ne sais absolument pas de quoi tu parles.
[^] # Re: Multicoeur ?
Posté par pasBill pasGates . En réponse à la dépêche Intel libère TBB. Évalué à 2.
Une section critique c'est 3 choses :
a) une structure de donnees avec plusieurs champs
b) un spin lock pendant un nombre d'iterations determine (changeable par l'utilisateur)
c) Si apres la fin du spin lock, la region est toujours lockee, alloue un semaphore et bloque dessus
Alors qu'un mutex, ben... c'est un mutex(semaphore idem c'est pas le probleme).
T'as des cas ou la section critique est lockee, et il n'y a pas de semaphore, resultat ben tu peux pas relacher un semaphore qui n'existe pas, tout ce que tu peux relacher c'est une section critique.
Quand a la raison pour laquelle tu peux pas l'utiliser pour synchroniser plusieurs processus, c'est simplement que c'est une structure de donnees dans l'espace d'addressage du processus qui l'a allouee, bref un autre processus n'y aura pas acces.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 1.
Le probleme c'est doc Word6/WordPerfect/... qui utilise ce parametre -> openxml -> rouvrire avec Word6/Word97/... la tu perds un peu le formattage si le flag n'est pas la dans le fichier OpenXML
[^] # Re: Multicoeur ?
Posté par pasBill pasGates . En réponse à la dépêche Intel libère TBB. Évalué à 2.
Sinon oui ils peuvent etre recursifs.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 2.
Il sert vraiment a rien alors ...
Ben va dire ca a ODF mon cher !
Si le format (OOXML) est bien concu, tu devrais pouvoir refaire a la main un document en tout point équivalent a un .doc de word 97, mais avec un éditeur pur OOXML. Si l'éditeur est un éditeur pur OOXML par conséquent il ne devrait pas utiliser les balises de compatibilité.
Les formats ODF / OpenXML ont leur propre approche du formattage d'un document, si certains anciens softs ont une approche qui entre en conflit il y a le choix entre alourdir la spec pour tout le monde ou ajouter un flag de compatibilite. La 2eme solution est legerement plus intelligente si tu veux mon avis.
on a donc le bug sur les dates
2 choix -> soit tu fous un flag 'oulalala je suis un filtre con, je cc les données binaires en données textuelles xml et vais pas plus loin'
OU
-> Je lis le fichier, tiens la y a une date buggé , hop je suis le filtre, je connais les différents probleme de compatibilité, je la change donc dans OOXML de tel sorte que si je prend un screenshot du OOXML et un screenshot du .DOC j'ai la meme sortie écran.
Mauvais exemple. Les dates sont stockees en tant que chiffre, le filtre est incapable de savoir si la valeur est une date ou un chiffre(et c'est la raison pour laquelle OpenXML contient ce format de date, car il est impossible de les convertir automatiquement).
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 0.
Je t'invites donc a repondre a ma question du dessus : comment-est ce que le filtre peut avoir cette information contenant le formattage du document si l'info n'est pas dans le document.
[^] # Re: Multicoeur ?
Posté par pasBill pasGates . En réponse à la dépêche Intel libère TBB. Évalué à 6.
Il a raison, il y a plusieurs primitives de synchro differentes sous Windows :
- Mutex
- Semaphore
- Timer
- Event
- Critical Section (c'est un mutex tres tres rapide mais c'est pas utilisables par plusieurs processus, uniquement threads d'un meme processus)
Tu peux meme synchroniser sur un thread, job ou un processus si tu veux (tu bloques jusqu'a ce qu'il se termine)
La difference entre un mutex et un semaphore c'est qu'un semaphore a un compteur associe et que des threads peuvent :
- incrementer le compteur et bloquer si le compteur est a une valeur >= X
- decrementer le compteur et bloquer si le compteur est a 0
alors qu'un mutex c'est en gros un semaphore dont la limite superieure(X) est 1
Mutex/Semaphore/Event/Timer peuvent etre nommes ou pas
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 1.
Alors tu vas etre sympa, tu vas expliquer a moi, a MS, a Sun, aux gars d'OO et KOffice comment faire, parce que eux ils n'y arrivent pas.
Tu vas nous expliquer comment tu fais pour :
- Exporter un fichier d'OO 1.1 a ODF
- Relire ce fichier ODF avec OO 1.1
et l'afficher de maniere fidele sans que l'information decrivant comment l'afficher soit dans le fichier.
Si tu trouves un moyen de creer un filtre magique qui sait sur quel fichier le parametre s'applique et sur quel fichier il ne s'applique pas sans que ce soit note dans le fichier, tu me fais signe, on t'engage tout de suite comme architecte tout puissant et CEO si tu veux.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 0.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 0.
Mon point de vue personnel c'est que les gars d'Office, de Sun, de KOffice, d'OO ont legerement plus d'experience dans le domaine que toi et moi, et ils ont tous decide que c'etait la maniere de faire, dans ODF et dans OpenXML.
Partant de la, dire que c'est a revoir c'est legerement presompteux si tu veux mon avis.
Ce qui signifie clairement qu'en dehors de quelques éditeurs, personne ne pourra produire une visionneuse pour les documents en ooxml générés par la conversion des documents produits par les versions de logiciels de bureautique antérieure à 2007.
Drole de vision de l'interopérabilité.
Ben t'es dans la merde alors, parce que t'auras le meme probleme avec ODF.
Pourtant je n'ai vu personne se plaindre et empecher ODF d'etre ISO a cause de ca.
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 1.
Resultat, cela a ete mis dans une partie "compatibilite" qui dit clairement que cela ne doit pas etre utilise pour des nouveaux documents.
Quand au fait de vouloir volontairement cacher ces infos, si tu jettes un oeil(ce que tres peu de gens qui se plaignent d'OpenXml ont fait visiblement) a la spec, tu verras qu'il s'agit non seulement de Word97, mais de WordPerfect aussi, qui n'a rien a voir avec MS.
[^] # Re: Parking
Posté par pasBill pasGates . En réponse au journal L'évolution de la répartition des serveurs Webs. Évalué à 4.
Tagger les murs de ta ville c'est une forme d'expression, et c'est illegal.
[^] # Re: Parking
Posté par pasBill pasGates . En réponse au journal L'évolution de la répartition des serveurs Webs. Évalué à 2.
Non, t'es libre de dire tout ce que tu veux. T'es pas libre de reprendre la forme que qq'un a mis sous droit d'auteur par contre.
Bref, ta liberte d'expression est la.
Moins valide non, moins éthique, c'est certain.
Tu peux te le repeter 100 fois, ca ne le rendra pas vrai.