Obsidian a écrit 5292 commentaires

  • [^] # Re: Mon hacker préféré

    Posté par  . En réponse au sondage Mon hacker préféré. Évalué à 2.

    Deuxieme Loi De Small
    (dite "Loi du chaos grandissant")

    "Dans un ensemble de données informatique, le désordre va touours en augmentant. Toute tentaive de réparation ne fait qu'augmenter encore le désordre."


    Sauf erreur, cela s'appelle l'entropie, et ce n'est pas propre à l'informatique ... J'ai faux ?
  • [^] # Re: cputest86 ???

    Posté par  . En réponse au journal cputest86 ???. Évalué à 1.

    J'ajouterais que sur un modèle tel que le K6/233Mhz, il n'est pas normal que ton processeur chauffe plus en compilation qu'en temps normal. Lorsque le temps système est à zéro, le processeur tourne en boucle, c'est tout. La gestion de l'énergie pour les modes « idle » des processeurs, sur PC en tout cas, n'est apparue que récement.
  • # Re: cputest86 ???

    Posté par  . En réponse au journal cputest86 ???. Évalué à 2.

    Il est peut-être tout simplement mal ventilé, ou plein de poussière. Essaie de laisser le capot ouvert quelques temps pour voir si cela change quelque chose ...
  • # Re: Je suis un drogué

    Posté par  . En réponse au journal Je suis un drogué. Évalué à 2.

    je ne b... plus !

    Normal, puisque tu es en train de devenir une moule !
  • [^] # Re: La directive a été votée

    Posté par  . En réponse au journal La directive a été votée. Évalué à 1.

    C'est tout-à-fait vrai, mais c'est la manière de présenter la chose qui n'est peut-être pas tout à fait la bonne. Il s'agit simplement de ne pas aller briser la vie d'un adolescent qui a fait une copie pour un copain, et de le distinguer d'un adulte qui a réellement l'intention de monter un business autour. On pourrait par exemple donner un travail d'intérêt général de quelque heures au premier et de la prison ferme au second.

    Disclaimer: Je suis de toute façon contre ce type de répression, mais si elle doit s'appliquer, autant qu'elle soient correctement mesurée.
  • # Re: modem ADSL HOWTO

    Posté par  . En réponse au journal modem ADSL HOWTO. Évalué à 1.

    On supposera donc que ton modem est un modem Ethernet. Si c'est un USB, c'est ton pilote qui fait tout le travail, y compris simuler une interface.

    Pour le reste, une carte réseau n'est rien d'autre qu'un super port série, avec quelques features qui permettent certaines choses comme la détection de collision, etc. Si seul ton modem est relié à ta carte, pas besoin de protocole spécial pour communiquer. Sinon, il est possible d'utiliser des techniques de broadcast comme pour le DHCP, ou le SMB, pour trouver un correspondant et communiquer ensuite avec.

    La définition du pppoe qui accomplit ce miracle se trouve ici:
    http://www.faqs.org/rfcs/rfc2516.html(...)

    La seule raison pour laquelle on utilise une carte Ethernet plutôt que le traditionnel port série, outre le fait que les spécifications USB d'Intel signent son arrêt de mort, est le taux de transfert, bien trop élevé pour du RS232.
  • # Re: Sed ! Je craque

    Posté par  . En réponse au journal Sed ! Je craque. Évalué à 2.

    Ben pour récupérer les fichiers avec des caractères spéciaux, tu peux déjà utiliser un truc style

    ls *[àâéêèïÎç]*

    Ensuite pour sed, le plus simple c'est le substitute:

    sed -e "s/Salut/Hello/g"

    Tu peux aussi utiliser la commande "y", spécifique au sed de GNU, je crois, et qui fait une transofrmation respective:

    sed -e "y/abcde/fghij/"

    transformera tous les "a" en "e", les "b" en "f", etc.
  • # Re: Standard DTD

    Posté par  . En réponse au journal Standard DTD. Évalué à 3.

    http://www.traduc.org(...)

    On utilise le sgml. Il existe un mini-howto sur place pour expliquer tout cela.
  • # Re: légendes urbaines...

    Posté par  . En réponse au journal légendes urbaines.... Évalué à 2.

    Le C# sapu ! C'est trollifiquement correct comme çà ? :-)
    Et qu'est-ce que C#/.Net vient faire sur LinuxFR, au fait ?
  • [^] # Re: Besoin de bon karma positif

    Posté par  . En réponse au journal Besoin de bon karma positif. Évalué à 0.

    Elle va plaquer son mec actuel, qui n'est qu'un gros beau de toute façon.

    S'il est beau, c'est pas sûr qu'elle le plaque ...
    Et puis s'il baise sa nana, il est possible que ce soit le mec qui lui attache les mains dans le dos et qui le passe à tabac (ou qui le baise). Le bon côté des choses, c'est qu'il peut se retourner contre le gouvernement qui l'a mis en danger en lui envoyant ce courrier et obtenir des dommages et intérêts (payables en licences Microsoft).
  • # Re: Des patitions cachées sur les durs

    Posté par  . En réponse au journal Des patitions cachées sur les durs. Évalué à 3.

    C'est Jayce qui va être content ...
  • # Re: XAML et l'avenir de GNOME

    Posté par  . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 3.

    La XAML est l'avenir de GNOME, comme dit le poète ...
  • [^] # Re: Star Trek

    Posté par  . En réponse au journal Le nouveau concept révolutionaire de Jayce : l'édition moléculaire. Évalué à 3.

    J'avais 8 ou 9 ans ......... comme lui ?

    Mentalement, c'est très probable. Mais je te rassure, il y a eu bon nombre de cinéastes à être également arrivés aux mêmes idées. « L'aventure Intérieure » (Innerspaces) reprends d'ailleurs tous ces concepts (sauf la mèche carrée, trop difficile à reproduire, même avec les effets spéciaux).
  • [^] # Re: Le nouveau concept révolutionaire de Jayce : l'édition moléculaire

    Posté par  . En réponse au journal Le nouveau concept révolutionaire de Jayce : l'édition moléculaire. Évalué à 2.

    Toujours est-il que je mets quiquonque au défi d'obtenir des petits cubes de bois avec cet outil ! :-)
  • [^] # Re: Problèmes de compilation g++ (suite)

    Posté par  . En réponse au journal Problèmes de compilation g++ (suite). Évalué à 1.

    au passage: s/ellipsés/eclipsés ... et sans jeux de mots ;)

    Une ellipse, quand ce n'est pas un « cercle applati », c'est une figure linguistique qui permet d'omettre des éléments d'une phrase ou d'un discours, sans en changer le sens. C'est également le terme que l'on emploie pour parler des mots « tronqués »: metro(politain), stylo(graphe), etc.
  • [^] # Re: La directive a été votée

    Posté par  . En réponse au journal La directive a été votée. Évalué à 1.

    Vrai, mais quoi ?
    Le lobbying sera-t-il suffisant pour faire changer les choses, maintenant ?
  • [^] # Re: La directive a été votée

    Posté par  . En réponse au journal La directive a été votée. Évalué à 7.

    C'est une news de première page qu'il faut faire surtout :-(
  • [^] # Re: Problèmes de compilation g++ (suite)

    Posté par  . En réponse au journal Problèmes de compilation g++ (suite). Évalué à 1.

    Exact (même remarque que le commentaire qui suit, en réalité).
    Je vais axer mes développements dans ce sens. Merci !
  • [^] # Re: Problèmes de compilation g++ (suite)

    Posté par  . En réponse au journal Problèmes de compilation g++ (suite). Évalué à 1.

    Je crois que c'est effectivement la meilleure solution.
    Je prends effectivement en charge un certain nombre de situations comme celles-ci, mais je ne pensais pas qu'un casting à gauche provoquerait cette ambigüité.

    Merci à tous pour vous être penchés sur le problème. J'essaie et vous tiens au courant !
  • [^] # Re: Problèmes de compilation g++ (suite)

    Posté par  . En réponse au journal Problèmes de compilation g++ (suite). Évalué à 1.

    C'est vrai mais ce qui me chagrine, c'est que cela fonctionnait très bien avec gcc/g++ 2.95 ... De plus dans mon esprit, étant donné l'expression

    A << 4

    Il me semblait que puisque A est une lvalue immédiatement suivie par un opérateur, le compilo devrait considérer que celui-ci est une fonction membre de l'objet: A.operator << (4). Effectivement, le typage semblant être renforcé dans la version 3.2, un "4" tout seul n'est peut-être pas plus proche d'un long que d'un bool, mais tout de même ce casting à gauche me rends perplexe.

    Le problème, c'est que cette classe fait en fait partie d'une bibliothèque qui doit donc compiler partout, et qu'en plus je ne dispose pas de 2.95 sur toutes les plateformes sur lesquelles je travaille. Pour achever le tout, j'ai connu quelques difficultés au runtime avec cette version: parfois les exceptions n'étaient pas remonté (Abort direct).
  • [^] # Re: Problèmes de compilation g++ (suite)

    Posté par  . En réponse au journal Problèmes de compilation g++ (suite). Évalué à 1.

    Oups ! Bien vu, mais en fait c'est effectivement le cas. La classe présentée est en fait un exemple simplifiée que j'ai écrit de tête. Donc je cherche encore...
  • [^] # Re: Problèmes de compilation g++ (suite)

    Posté par  . En réponse au journal Problèmes de compilation g++ (suite). Évalué à 1.

    Troll détecté (ok, il n'était pas bien planqué).

    C'est une question de point de vue, évidement. Pour ma part, j'aime le C++ parce qu'il me permet justement de faire ces choses là, et je trouve que c'est nécessaire lorsque l'on veut réellement définir de nouveaux types. Sinon ce ne sont que des fonctions et des structures, avec règles de nommage locales. Et en ce qui concerne les opérateurs, le problème vient du fait que beaucoup de gens travestissent l'usage initial des opérateurs, souvent à tort et à travers. Dans mon cas, « << » sert réellement à décaler mon objet vers la gauche.

    Exemple, la concaténation des chaines en Java avec l'opérateur "+". Ce serait sympa de pouvoir exprimer un objet de la même façon sans avoir à systématiquement passer par un .getString(). Autre exemple - ambassadeur du développement C++ - : les nombres complexes. C'est typiquement un objet qui doit se comporter comme un réel lorsque sa partie imaginaire est nulle, et qui se mélange aux équations traditionnelles. C'est impossible à faire proprement en Java, dans lequel on se mélange déjà les pattes entre opérateur = et méthodes .equal() à cause des références, sans entrer dans un cas de figure comme le nôtre. Bref, le Java oriente très judicieusement le problème de façon à favoriser les cas de figures les plus courants, mais en aucun le résoud.

    Le Java est un très bon langage en soi, et pour l'usage pour lequel il a été conçu (portabilité + rapidité de développement), mais bon nombre de facette du développement objet ont été volontairement éllipsés (surcharge des opérateurs, héritage multiple, template ...). L'effet pervers vient du fait que beaucoup de gens, aujourd'hui s'orientent Java parce que toutes les difficultés sont officiellement masquées par le standard. « L'héritage multiple finirait par poser trop de problème, spécialement si toutes les classes dérivent de Object. Pas de problème, on n'a qu'a interdire l'héritage multiple ! ». Soit, mais tôt ou tard, le travail devra être fait quand même, et inexorablement, on finira par rencontrer un problème équivalent.
  • [^] # Re: 81 tonnes de matières premières

    Posté par  . En réponse au journal 81 tonnes de matières premières. Évalué à 1.

    ==>{}

    Si tu passes par la Porte des Etoiles, alors c'est

    --->O

    ... qu'il faut écrire. Tout le monde sait qu'une Porte des Etoiles, c'est rond ! :-)
  • [^] # Re: VeriSign attaque l'ICANN

    Posté par  . En réponse à la dépêche VeriSign attaque l'ICANN. Évalué à 1.

    Il faut aussi que ces TLD soient accessibles aux commun des mortels. Même pour un site communautaire, je pourrais très bien avoir envie d'utiliser un « .fr » comme nom de domaine de base, pour une page francophone, avec éventuellement un .net ou .org pour la version internationale de mon site. En cas de conflit, je ne serais pas dépendant d'un organisme américain pour gérer mes affaires locales. Mais tout le monde sait ce que cela représente d'obtenir un .fr
  • # Re: 81 tonnes de matières premières

    Posté par  . En réponse au journal 81 tonnes de matières premières. Évalué à 3.

    Moi je veux bien adopter un PC nouveau-né ...