thoasm a écrit 9443 commentaires

  • [^] # Re: pompage de code

    Posté par  . En réponse au journal Iso Haiku. Évalué à 2.

    Pbpg te dirait que ta source se trompe, on en a déja discuté maintes fois ici.
  • [^] # Re: Dépendances?

    Posté par  . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 2.

    Pourquoi ? Ça changerait rien de faire l'édition des liens avec les bibliothèques compilées une fois le bytecode du programme compilé en natif, j'imagine ...
  • [^] # Re: hu ?

    Posté par  . En réponse au journal Le WPA en déroute(ur). Évalué à 2.

    Tes formules c'est plus des spécifications que des algorithmes : tu décris la sortie de ton algorithme, par des formules logiques, mais tu n'indiques pas comment y arriver.

    Sauf si tu te place dans le Constructivisme_(mathematiques) ... (de ce que j'ai pu comprendre)
  • [^] # Re: Et BSD?

    Posté par  . En réponse à la dépêche SCO de retour sur le devant de la scène après une décision contradictoire d'une cours d'appel américaine. Évalué à 2.

    Il n'y a aucune trace du code original d'Unix depuis bien longtemps, ils ont fait le nettoyage par peur de ce genre de truc. Cf. le journal lié sur le même sujet.
  • [^] # Re: Grand Central Dispatch

    Posté par  . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 2.

    Par contre j'ai vu que OpenMP permettait un genre de gestion du scheduling des tâche, je sais pas du tout si c'est possible en ADA.
  • [^] # Re: Grand Central Dispatch

    Posté par  . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 5.

    Je connais pas openMP, et pas assez bien ADA pour répondre, perso.

    Après en ayant regardé rapidement, en ADA toutes les constructions sont au niveau langage, ce n'est pas une API, la syntaxe est cohérente donc, t'as pas des pragmas ou des constructions bizares dans le lagages.

    Tu dois avoir (je suis plus très sur) la notion de canal de communication en ADA, que j'ai pas vue en OpenMP, des tâches gardées - tu peux lancer des tâches sous certaines conditions, je crois.

    Après ce que je raconte est à prendre avec des pincettes, c'est des souvenirs.
  • [^] # Re: Grand Central Dispatch

    Posté par  . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 4.

    C'est très simple, ayant touché à l'ADA // au début de mes études, je peux dire que depuis je me suis toujours demandé, en pleurant, pourquoi ils avaient pas encore mis ce genre de fonctionalité dans les autres langages ... Je me souvient avoir fait très rapidement et simplement un simulateur de PC (matériel) , avec les différents composants qui tournaient en parallèle, processeur, bus, et l'horloge qui donnait le "tic" pour synchroniser le travail du tout ... projet bidon mais qui laisse entrevoir les possibilités, tellement c'est simple à réaliser.

    Et surtout qui te permet de te rendre compte du gap qui existe parfois entre les technos utilisées massivement et les technos qui existent, quand tu dois refaire du parallélisme en java ou en C. ADA avait pourtant le potentiel pour percer dans l'industrie ... c'est un langage injustement mal aimé.

    Avec les multicoeurs qui se démocratise, il est temps que ça vienne de toute façon.
  • [^] # Re: Grand Central Dispatch

    Posté par  . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 3.

    J'en sais pas grand chose, mais ça me fait penser, côté langage, à ce qu'on peut faire en ADA (depuis longtemps) question multitache et programmation parallèle, cf. par exemple :

    http://www.adahome.com/Discover/Examples/multiprocessing.ada

    avec derrirère un scheduler qui gère l'attribution des tâches que tu veux parraléliser aux coeurs/processeurs ...

    Quelqu'un peut confirmer ?
  • [^] # Re: Trop bourrin

    Posté par  . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.

    Histoire d'être un peu constructif, et de faire un bilan à chaud, sur OSNews :
    * http://www.osnews.com/story/22064/FSF_Launches_Windows_7_Sin(...)
    Le post est plutot critique, il y a débat dans les commentaires, j'en ai pas lu assez pour prendre la température.

    Vous avez les réaction d'autres sites ?
  • [^] # Re: on est en 2009 ...

    Posté par  . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 2.

    Ouaip, j'ajoute que c'est quand même une regexp qui décrit un langage non régulier. Donc une expression pas vraiment régulière au sens strict ;) Le \1 sert ici de mémoire ...
  • [^] # Re: Desproges, RMS, et l'humour

    Posté par  . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.

    J'ai oublié de préciser que ce réquisitoire, c'était dans le tribunal des flagrants délire, en présence de Le Pen.
  • [^] # Desproges, RMS, et l'humour

    Posté par  . En réponse au journal Les sept péchés de Windows Seven. Évalué à 5.

    Le contexte apporte beaucoup à la citation (je sais pas si c'est pas "mais pas avec tout le monde" d'ailleurs. C'est une citation du ... réquisitoire contre Jean Marie Le Pen.

    Alors si tu fais l'analogie avec un certain mec qui se revendique d'une certaine idéologie sans concessions, ça rend la citation ... savoureuse dans ce contexte ici aussi.


    --->[en courant]
  • [^] # Re: Décidément...

    Posté par  . En réponse au journal Les sept péchés de Windows Seven. Évalué à 2.

    Ouais enfin elle était pas vierge pour rien la vierge Marie ... Il est explicitement fait référence à la notion de pucelage dans l'expression religieuse.

    Enfin je m'abstiendrait de commenter plus, je n'en sais pas plus.
  • [^] # Re: Décidément...

    Posté par  . En réponse au journal Les sept péchés de Windows Seven. Évalué à 3.

    Adéquates ? Ça se discute, un peu. La distribution de tracts militants, de mon expérience ça se repère à 12 km, ça finit à la poubelle, et ça fait fuir celui qui se fait assaillir de prospectus, publicités et autres.
  • [^] # Re: Licence, nom de domaine, Flash...

    Posté par  . En réponse à la dépêche Festival ISI version 3.0. Évalué à 1.

    T'es un peu violent, quand même, depuis quand un festival, même sur linuxfr, est considéré comme par défaut libre ?

    Certe la news manque clairement de détails mais bon, j'ai vu nulle part indiqué que ce festival est libre ...
  • [^] # Re: Toi qui entre ici etc.

    Posté par  . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 6.

    Non, je suggère que la culture du tout gratuit existe bien, y compris dans le libre, commentaires de ce journal à l'appuis. Au moins pour ce qui est numérique.


    Après qu'est devenu l'argent ? Il est épargné, ou dépensé dans autre chose ... Qui se plaindrait d'avoir une dépense en moins à assumer pour la déporter sur autre chose ?
  • [^] # Re: Intérêt des fluocompactes ??

    Posté par  . En réponse au journal Encore et toujours et toujours des économies avec mes amies les lampes fluocompactes. Évalué à 3.

    Sauf que l'été, on dépense plutôt de l'énergie pour refroidir.
  • [^] # Re: Toi qui entre ici etc.

    Posté par  . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 2.

    Mouais, juste un exemple au hasard : http://linuxfr.org/~polytan/28047.html
  • [^] # Re: logique !

    Posté par  . En réponse au journal Le portage du moteur id Tech 5 (Rage et Doom 4) sous Linux est peu probable. Évalué à 5.

    Des jeux commerciaux ? Faudra attendre que ce soit commercialement rentable ...
  • [^] # Re: Mais non, Linux n'est pas un truc de communiste

    Posté par  . En réponse au journal analyse google/linux. Évalué à 2.

    Tu dois confondre structure et hiérarchie. L'autogestion, c'est (auto)-stucturé ... C'est juste une forme de structure non hiérarchique.
  • [^] # Re: A quand un vrai support *BSD ?

    Posté par  . En réponse au journal Sortie de Valgrind 3.5.0. Évalué à 4.

    J'aurai tendance à penser comme toi au premier abord.

    Mais apparemment les fonctionnalité de valgrind c'est plutôt bas niveau et très très lié à l'implémentation. Dans un des posts sur le blog ils évoquent le port sous windows, et apparemment c'est un boulot complètement énorme. Le boulot était déja gros pour le port vers OSX alors que c'est bien plus proche de Linux.

    Pour les BSD, sur le site de valgrind t'as des liens vers des ports pour free et open BSD je crois. Quand tu fouilles, ces ports ne sont apparemment pas finis et les sources n'ont pas vraiment évoluées depuis trois ou quatre an, ce qui confirme a mon avis qu'il y a un gros effort à fournir.

    Après, Darwin étant basé sur freeBSD effectivement peut être qu'en repartant du port Darwin c'est jouable. Après je sais pas à quel point Darwin a divergé de FreeBSD ...
  • [^] # Re: A quand un vrai support *BSD ?

    Posté par  . En réponse au journal Sortie de Valgrind 3.5.0. Évalué à 7.

    À priori ici c'est la MoFo qui a financé le truc. J'imagine qu'OSX est une plate forme prioritaire par rapport aux BSD pour eux ...

    Bref, c'est peut être dommage et dommageable, mais si personne ne mets les ressources pour ça dans les BSD, il ne se passera rien.
  • [^] # Re: A quand un vrai support *BSD ?

    Posté par  . En réponse au journal Sortie de Valgrind 3.5.0. Évalué à 10.

    Le truc tout con c'est que si les gens intéressés ne s'y mettent pas, ceux qui ne le sont pas directement ne vont pas forcément faire l'effort de porter le soft sous tous les OS possibles.

    Donc à un moment, si vraiment t'es intéressé, soit tu le fais toi même, soi tu te bouge le fion pour motiver des gens.

    Se plaindre, faire la victime, c'est pas forcément la bonne attitude. Quand tu utilises un BSD, tu sais à quoi t'attendre, non ?
  • [^] # Re: moi c'est le contraire

    Posté par  . En réponse au journal Expérience d'un musicien qui abandonne le Mac pour Linux. Évalué à 3.

    Faudrait comparer l'installation de ces drivers sous windows pour que ça ait un sens ;)
  • [^] # Re: Code mort / non maintenu

    Posté par  . En réponse au journal Une analyse du développement du noyau Linux. Évalué à 2.

    En même temps, si plus personne l'utilise, ça vaut pas forcément le coût de le maintenir ...