Les processeurs récents ne sont pas beaucoup plus compliqués, et c'est ça qui est bien, d'ailleurs. Bon, évidemment, il y a le mode protégé, les registres machine, etc. mais dans le principe, c'est quand même toujours la même chose.
Oui, mais ce ne serait pas forcément plus simple, contrairement aux apparences. En plus, cela lèverait les garde-fous dans les cas où les fichiers seraient réellement corrompus, et ce n'est pas souhaitable sur une machine-outil.
Nan, le mieux c'est encore un coup de strace/truss ou un bon débogueur pour suivre les appels à calcCRC() et vérifier la valeur de l'int passé en second paramètre. Si c'est toujours le même, alors c'est gagné.
Ensuite, il faut écrire un petit logiciel qui exploite la même lib et qui regénère le bon fichier. Enfin, il faut essayer avec les données des fichiers existants et voir si l'on obtient le même CRC.
Je suis très embêté, j'ai un logiciel (très propriétaire) qui pilote une machine outil, et qui a la bonne idée d'ajouter un checksum sur 16 bits à tous les fichiers de configuration pour empêcher leur modification. Or j'ai besoin de pouvoir modifier ces fichiers.
C'est-à-dire que j'aurais tendance à dire que s'il y a un CRC à la fin de tes fichiers pour empêcher leur modif', c'est pour une bonne raison ! Ce qu'il faut, c'est retrouver l'outil servant à faire les modifications, pas un moyen de contourner les protections.
Ca a l'air évident, dit comme çà, mais c'est effrayant le nombre de fois que j'ai été obligé de le rappeler, même professionnellement.
Si tu es ABSOLUMENT CERTAIN de devoir modifier ces fichiers toi-même, et que tu peux le démontrer scientifiquement :-), sache que la plupart du temps, les CRC en informatique, sur des valeurs binaires, donc, se résument en fait à une grosse division simplifiée (avec des XOR, sans la retenue) des données, vues comme un seul gros nombre, par une valeur fixe, formellement le polynome générateur, si je ne me trompe pas (je suis un peu rouillé, pardon si je dis trop de conneries).
L'idée est donc de retrouver cette valeur. Comme elle est de toute évidence passée à la fonction de CRC, autant pour le calcul initial que pour son contrôle, le plus simple reste à mon avis un bon coup de déboggueur ou un truss/strace sous Unix pour récupérer les arguments transmis.
Linux utilise deux voies pour retrouver les bibliothèques partagées :
1) /etc/ld.so.conf
Ce fichier contient une liste de répertoires réputés recéler des bibliothèques partagées. Il faut vérifier si les répertoires qui contient ta lib s'y trouvent aussi. A priori, /usr/lib doit y être, c'est un minimum.
Ensuite, il faut relancer la commande ldconfig pour que le système reconstruise le cache.
2) La variable d'environnement LD_LIBRARY_PATH.
Elle fonctionne exactement comme PATH pour les exécutables. Sur tous les UNIX, elle est définie par défaut par le système et peut-être modifiée à convenance par l'utilisateur. Sous Linux, elle est souvent vide du fait de ldconfig.
Il y a longtemps qu'on ne peut plus compter sur le bon sens des gens en matière de décision informatique. Tout est devenu question de masse critique, de "prestige" et de references, comme dans le show-biz.
Donc, il se pourrait bien que l'on se retrouve obligés de traiter le bug parce que Microsoft a dit que, si l'on ne veut pas être nous-mêmes taxés d'incompatibilité.
Et à terme, lorsque même les calculatrices seront dépassées et que le monde entier travaillera sous Excel jusque dans les moindres retranchements, il y aura une quantité trop importante de gens pour te certifier que 1900 était bissextile, parce que l'ordinateur l'affirme, pour pouvoir tordre le coup à l'idée reçue.
Il n'y a qu'à voir le succès de "MSN" chez les ados pour se rendre compte de l'ampleur des problèmes auxquels on va encore faire face ces prochaines années ...
Je me rappelle avoir lu récemment sur les commentaires d'un journal (je ne parviens pas à remettre la main dessus) que pour qu'un tel standard soit validé, il fallait qu'il y ait au moins deux softs l'implémentant.
C'est un peu vague. Ecrire soi-même deux softs implémentant son standard, c'est à la portée de tous. Pour Bill, on pourrait dire MS-Office et la visionneuse Powerpoint, ça suffirait.
Bref, je ne crois pas qu'OpenXML soit un simple caprice de MS mais plutôt une stratégie perverse pour vendre encore plus.
Ben, c'est un peu un pléonasme, dans ce cas de figure, tu ne crois pas ?
Il faut bien se rendre compte que pour 80% des gens qui ont touché à un clavier dans leur vie, un ordinateur reste une grosse machine à écrire, même si leur babasse est plus puissante à elle seule que toutes les machines qui ont envoyé le premier homme sur la Lune ... En ce sens, le marché des suites bureautiques est encore plus critique que celui des bases de données. C'est quel pourcentage du CA de Redmond, la suite MS-Office, déjà ?
Alors, si on peut tous se mettre d'accord sur un langage universel pour être sûr qu'on n'y laissera pas des plumes, c'est beau, c'est grand, c'est noble ... maintenant, s'il y a moyen d'écrire dans le marbre et dès le départ sa propre vision des choses, ça risque de donner une sacrée longueur d'avance à celui qui réussit, voire instaurer un monopole si ce n'était pas déjà fait.
Et si en plus, il y a une opportunité de renverser pour une boîte de renverser l'hégémonie de l'éditeur " historique ", alors oui, c'est sûr, tous les acteurs vont essayer de s'y engouffrer.
MS à elle seule a déjà sapé OpenGL. Elle pourrait bien se servir de son poids, exactement de la même façon, pour contrebalancer ODF avec un standard aussi mauvais soit-il d'ailleurs, ce qui au niveau "décisionnel" n'est décidément plus un critère de choix depuis longtemps. Si en plus tous les éditeurs essaient de jouer le même jeu, ils pourraient bien faire un fiasco de ce qui est une des plus grandes avancées dans le métier depuis 10 ans ...
C'est-à-dire la quasi-totalité du disque. Donc c'est mort ... :-( Désolé.
La faute incombe sans doute à l'installeur Mandriva d'ailleurs, qui propose probablement encore un choix du style « Utiliser tout le disque » sans avertissement explicite ...
J'ai donc voulu désinstallé Mandriva (la boulette arrive) et pour cela je suis allé sous windows, j'ai effacé la partition linux avec partition magic. J'ai ensuite réinstallé Mandriva sur la partition vide.
Sur la partition vide ou sur l'espace vide obtenu en virant ta partition ?
M'enfin, ça sent le sapin quand même : Windows devait forcément être installé sur une seule partoche primaire. S'il y a un sda1 utilisée en partoche logique, c'est que la précédente a été effacée.
Quelle taille fait ta partition/ton système de fichier par rapport à celle de ton disque ?
Sinon, je fais parti de ceux qui considère que le C est trop bas niveau dans un premier temps. Le C++ permet de mettre l'accent sur des notions plus importantes que les formats de printf et les pointeurs au second chapitre.
L'idée est précisément de voir les langages dans l'ordre de leur apparition car chaque génération s'appuie sur la précédente et les modifications apportées servent justement à lever ses limitations. Commencer par du haut niveau, c'est valable quand on débute complètement. Ce n'est plus tout-à-fait le cas ici.
Le tout est de retarder ces choses du C jusqu'au moment opportun.
Le langage C n'est pas « un mauvais moment qu'il faudra passer », encore heureux. Si un programmeur a ce genre de considération, c'est qu'il ne maîtrise pas ce qu'il fait, ni la manière dont sa machine fonctionne.
Le C++ est la voie royale en ce sens, parce que le langage privilégie l'exhaustivité à la simplicité et c'est pour ça que je l'apprécie, outre le fait qu'il soit conçu pour écrire des binaires. Par contre, faire du C++ light, je trouve que pour le coup, c'est vraiment idiot. C'est un coup à perdre le débutant pour de bon sans lui faire profiter des bases.
Je te conseille d'examiner à la fois la version 1.40.6 et la version 2, au moins dans un premier temps, car à en croire l'introduction, les deux approches ne sont pas les mêmes, et il se peut que l'une d'entre elles te convienne plus que l'autre.
C'est la version 1.40.6, c'est en GFDL et en français, en plus.
La version 2 est disponible sur son site moyennant une participation dérisoire (entre 1 et 3 euros).
Par contre :
J'ai déjà utilisé des langages tels que: bash (peut-on appeler cela un langage ? :) ...
Oui.
... PHP, Python, etc... Je sais donc ce que sont des variables, des boucles et compagnie mais je n'ai jamais rien développé en utilisant des langages compilés pour le moment.
Il y a des gens qui affirment qu'une personne complètement ab initio peut démarrer directement par le C++. Il y en a beaucoup d'autres qui pensent que si c'est vrai techniquement, c'est très loin d'être une bonne idée. Je fais partie de ceux-là.
Si ton but est de te famillariser avec les langages compilés et générer des binaires (enfin, des exécutables en langage machine), commence plutôt par le C. Tu pourras plus facilement, plus rapidement en faire le tour et maîtriser ses notions. Ensuite, tu pourras t'étendre vers le C++ qui en reprend toutes les fonctionnalités.
Par contre, il faudra te passer du paradigme objet, et apprendre à concevoir tes projets de telle manière qu'il ne soient pas dépendants (au moins dans les concepts généraux) des facilités du langage.
Si c'est le cas, c'est que lilo ne démarre pas sur le disque qu'il pretend. Peux-tu faire un copier-coller ici de cat /proc/partitions, ainsi que de cat /etc/lilo.conf ?
À noter que si c'est bien un mouvement de disque qui est à l'origine de ce problème, Linux n'y est pour rien. Le problème se serait présenté seul.
Tu as raison de t'accrocher. GNU/Linux, en général, ça tient en deux descriptions :
- On galère pour le configurer aux petits oignons, mais après c'est inébranlable. Le système peut fonctionner pendant des années sans avoir besoin d'être entretenu.
- Tous les problèmes sont solubles, même s'il faut parfois creuser un peu.
c'est par définition un support ouvert et modifiable à volonté.
Allons bon ! Un PC, par définition ouvert et modifiable à volonté ?
Au départ le PC était un modèle de micro-ordinateur de chez IBM et même si, depuis, c'est un consortium qui en établit les spécifications, à aucun moment il n'y a été question d'en faire un truc " libre ".
De fait, c'est juste révélateur que MS tient à ce que sa plate forme de jeu soit suffisamment protégée pour rassurer les éditeurs de jeu.
Contre quoi ? Y a déjà une puce Fritz dans une X-Box ? En quoi cela pourrait-il ennuyer un éditeur qu'un type fasse tourner son jeu sur autre chose qu'une X-Box ? Il n'y que MS que cela pourrait géner.
Si tu veux de l'ouverture et de l'interropérabilité, le PC est là pour ça,
De l'intéropérabilité entre quoi et quoi ?
Lorsque que les consoles sont apparues, le PC était, comme le reste, une machine aux capacités très limitées et donc, spécialisée dans son domaine : le travail. Les consoles de jeux, elles-aussi, embarquaient des ressources adaptées aux jeux vidéos et il fallait bien cela.
Aujourd'hui, c'est beaucoup plus flou : Les microprocesseurs actuels sont suffisamment puissants pour émuler n'importe quoi. L'intérêt d'une console, c'est surtout pour ceux qui n'ont pas envie de se faire suer à acheter tout le matériel périphérique (moniteur, souris, etc) et à configurer toute l'affaire pour pouvoir commencer à se divertir. La plupart des consoles sont encores conçues pour se brancher sur un téléviseur alors qu'aucun PC n'est à ma connaissance construit pour le faire par défaut.
[^] # Re: CRC, division, toussa.
Posté par Obsidian . En réponse au message Retrouver un algorithme de checksum ?. Évalué à 2.
[^] # Re: CRC, division, toussa.
Posté par Obsidian . En réponse au message Retrouver un algorithme de checksum ?. Évalué à 2.
Nan, le mieux c'est encore un coup de strace/truss ou un bon débogueur pour suivre les appels à calcCRC() et vérifier la valeur de l'int passé en second paramètre. Si c'est toujours le même, alors c'est gagné.
Ensuite, il faut écrire un petit logiciel qui exploite la même lib et qui regénère le bon fichier. Enfin, il faut essayer avec les données des fichiers existants et voir si l'on obtient le même CRC.
# CRC, division, toussa.
Posté par Obsidian . En réponse au message Retrouver un algorithme de checksum ?. Évalué à 3.
C'est-à-dire que j'aurais tendance à dire que s'il y a un CRC à la fin de tes fichiers pour empêcher leur modif', c'est pour une bonne raison ! Ce qu'il faut, c'est retrouver l'outil servant à faire les modifications, pas un moyen de contourner les protections.
Ca a l'air évident, dit comme çà, mais c'est effrayant le nombre de fois que j'ai été obligé de le rappeler, même professionnellement.
Si tu es ABSOLUMENT CERTAIN de devoir modifier ces fichiers toi-même, et que tu peux le démontrer scientifiquement :-), sache que la plupart du temps, les CRC en informatique, sur des valeurs binaires, donc, se résument en fait à une grosse division simplifiée (avec des XOR, sans la retenue) des données, vues comme un seul gros nombre, par une valeur fixe, formellement le polynome générateur, si je ne me trompe pas (je suis un peu rouillé, pardon si je dis trop de conneries).
L'idée est donc de retrouver cette valeur. Comme elle est de toute évidence passée à la fonction de CRC, autant pour le calcul initial que pour son contrôle, le plus simple reste à mon avis un bon coup de déboggueur ou un truss/strace sous Unix pour récupérer les arguments transmis.
# Ecrire un système d'exploitation.
Posté par Obsidian . En réponse au journal un manuel d'utilisateur propriétaire ça peut vous compliquer la vie !..... Évalué à 10.
Il ya un type, ici, qui a eu le même problème que toi, en 1980. Avec une Xerox, je crois :
http://bibliodoc.francophonie.org/article.php3?id_article=12(...)
Bon courage, en tout cas : je crois qu'il y travaille toujours :-)
[^] # Re: répertoire
Posté par Obsidian . En réponse au message démarrage apache. Évalué à 2.
1) /etc/ld.so.conf
Ce fichier contient une liste de répertoires réputés recéler des bibliothèques partagées. Il faut vérifier si les répertoires qui contient ta lib s'y trouvent aussi. A priori, /usr/lib doit y être, c'est un minimum.
Ensuite, il faut relancer la commande ldconfig pour que le système reconstruise le cache.
2) La variable d'environnement LD_LIBRARY_PATH.
Elle fonctionne exactement comme PATH pour les exécutables. Sur tous les UNIX, elle est définie par défaut par le système et peut-être modifiée à convenance par l'utilisateur. Sous Linux, elle est souvent vide du fait de ldconfig.
[^] # Re: répertoire
Posté par Obsidian . En réponse au message démarrage apache. Évalué à 2.
Fais aussi un ldd /usr/sbin/httpd pour voir s'il va bien chercher la bonne biblio.
[^] # Re: Linuxfr n'est pas un bookmark
Posté par Obsidian . En réponse au journal Soupçons de toxicité pour un maîs OGM. Évalué à 5.
# Le logo
Posté par Obsidian . En réponse au journal L'interface web de conjugaison sensmodire v0,2 rc1. Évalué à 3.
http://sensmotdire.gnunux.info/images/sensmotdire-background(...)
http://omstarclub.free.fr/images/drapeaux/om10.JPG
[^] # Re: ERRATUM
Posté par Obsidian . En réponse au journal L'interface web de conjugaison sensmodire v0,2 rc1. Évalué à 2.
Déception ...
# Outil efficace
Posté par Obsidian . En réponse au message filtrer l'encapsulation via http. Évalué à 2.
Je sors ->[].
[^] # Re: 1900 bissextile ?
Posté par Obsidian . En réponse à la dépêche Open XML en force. Évalué à 4.
[^] # Re: 1900 bissextile ?
Posté par Obsidian . En réponse à la dépêche Open XML en force. Évalué à 6.
Il y a longtemps qu'on ne peut plus compter sur le bon sens des gens en matière de décision informatique. Tout est devenu question de masse critique, de "prestige" et de references, comme dans le show-biz.
Donc, il se pourrait bien que l'on se retrouve obligés de traiter le bug parce que Microsoft a dit que, si l'on ne veut pas être nous-mêmes taxés d'incompatibilité.
Et à terme, lorsque même les calculatrices seront dépassées et que le monde entier travaillera sous Excel jusque dans les moindres retranchements, il y aura une quantité trop importante de gens pour te certifier que 1900 était bissextile, parce que l'ordinateur l'affirme, pour pouvoir tordre le coup à l'idée reçue.
Il n'y a qu'à voir le succès de "MSN" chez les ados pour se rendre compte de l'ampleur des problèmes auxquels on va encore faire face ces prochaines années ...
[^] # Re: Conditions de validation
Posté par Obsidian . En réponse à la dépêche Open XML en force. Évalué à 2.
C'est un peu vague. Ecrire soi-même deux softs implémentant son standard, c'est à la portée de tous. Pour Bill, on pourrait dire MS-Office et la visionneuse Powerpoint, ça suffirait.
[^] # Re: 2 formats pour la même choses
Posté par Obsidian . En réponse à la dépêche Open XML en force. Évalué à 6.
Ben, c'est un peu un pléonasme, dans ce cas de figure, tu ne crois pas ?
Il faut bien se rendre compte que pour 80% des gens qui ont touché à un clavier dans leur vie, un ordinateur reste une grosse machine à écrire, même si leur babasse est plus puissante à elle seule que toutes les machines qui ont envoyé le premier homme sur la Lune ... En ce sens, le marché des suites bureautiques est encore plus critique que celui des bases de données. C'est quel pourcentage du CA de Redmond, la suite MS-Office, déjà ?
Alors, si on peut tous se mettre d'accord sur un langage universel pour être sûr qu'on n'y laissera pas des plumes, c'est beau, c'est grand, c'est noble ... maintenant, s'il y a moyen d'écrire dans le marbre et dès le départ sa propre vision des choses, ça risque de donner une sacrée longueur d'avance à celui qui réussit, voire instaurer un monopole si ce n'était pas déjà fait.
Et si en plus, il y a une opportunité de renverser pour une boîte de renverser l'hégémonie de l'éditeur " historique ", alors oui, c'est sûr, tous les acteurs vont essayer de s'y engouffrer.
MS à elle seule a déjà sapé OpenGL. Elle pourrait bien se servir de son poids, exactement de la même façon, pour contrebalancer ODF avec un standard aussi mauvais soit-il d'ailleurs, ce qui au niveau "décisionnel" n'est décidément plus un critère de choix depuis longtemps. Si en plus tous les éditeurs essaient de jouer le même jeu, ils pourraient bien faire un fiasco de ce qui est une des plus grandes avancées dans le métier depuis 10 ans ...
[^] # Re: -NC
Posté par Obsidian . En réponse au journal L'intégralité des cours du MIT disponibles en ligne !. Évalué à 5.
Polytechnique a un polycop ?
# Je ne serai pas là vendredi, donc ...
Posté par Obsidian . En réponse au journal sur TF1 cet été : Beauty and the Geek.. Évalué à 5.
www.jeanmarcmorandini.com
C'est quand même l'URL qui résume tout !
Il est de retour sur TF1, donc ...
[^] # Re: Partition vide ?
Posté par Obsidian . En réponse au message Aïe...la boulette !. Évalué à 2.
C'est-à-dire la quasi-totalité du disque. Donc c'est mort ... :-( Désolé.
La faute incombe sans doute à l'installeur Mandriva d'ailleurs, qui propose probablement encore un choix du style « Utiliser tout le disque » sans avertissement explicite ...
# Partition vide ?
Posté par Obsidian . En réponse au message Aïe...la boulette !. Évalué à 2.
Sur la partition vide ou sur l'espace vide obtenu en virant ta partition ?
M'enfin, ça sent le sapin quand même : Windows devait forcément être installé sur une seule partoche primaire. S'il y a un sda1 utilisée en partoche logique, c'est que la précédente a été effacée.
Quelle taille fait ta partition/ton système de fichier par rapport à celle de ton disque ?
[^] # Re: The méga-cours de C++
Posté par Obsidian . En réponse au message Quel bouquin (accessible) pour un débutant ?. Évalué à 2.
L'idée est précisément de voir les langages dans l'ordre de leur apparition car chaque génération s'appuie sur la précédente et les modifications apportées servent justement à lever ses limitations. Commencer par du haut niveau, c'est valable quand on débute complètement. Ce n'est plus tout-à-fait le cas ici.
Le langage C n'est pas « un mauvais moment qu'il faudra passer », encore heureux. Si un programmeur a ce genre de considération, c'est qu'il ne maîtrise pas ce qu'il fait, ni la manière dont sa machine fonctionne.
Le C++ est la voie royale en ce sens, parce que le langage privilégie l'exhaustivité à la simplicité et c'est pour ça que je l'apprécie, outre le fait qu'il soit conçu pour écrire des binaires. Par contre, faire du C++ light, je trouve que pour le coup, c'est vraiment idiot. C'est un coup à perdre le débutant pour de bon sans lui faire profiter des bases.
[^] # Re: The méga-cours de C++
Posté par Obsidian . En réponse au message Quel bouquin (accessible) pour un débutant ?. Évalué à 2.
# The méga-cours de C++
Posté par Obsidian . En réponse au message Quel bouquin (accessible) pour un débutant ?. Évalué à 2.
http://casteyde.christian.free.fr/cpp/cours/index.html
http://casteyde.christian.free.fr/cpp/cours/online/book1.htm(...)
C'est la version 1.40.6, c'est en GFDL et en français, en plus.
La version 2 est disponible sur son site moyennant une participation dérisoire (entre 1 et 3 euros).
Par contre :
Oui.
Il y a des gens qui affirment qu'une personne complètement ab initio peut démarrer directement par le C++. Il y en a beaucoup d'autres qui pensent que si c'est vrai techniquement, c'est très loin d'être une bonne idée. Je fais partie de ceux-là.
Si ton but est de te famillariser avec les langages compilés et générer des binaires (enfin, des exécutables en langage machine), commence plutôt par le C. Tu pourras plus facilement, plus rapidement en faire le tour et maîtriser ses notions. Ensuite, tu pourras t'étendre vers le C++ qui en reprend toutes les fonctionnalités.
Par contre, il faudra te passer du paradigme objet, et apprendre à concevoir tes projets de telle manière qu'il ne soient pas dépendants (au moins dans les concepts généraux) des facilités du langage.
[^] # Re: Comment ?
Posté par Obsidian . En réponse à la dépêche On a du son avec Rockbox sur le lecteur Sansa !. Évalué à 5.
[^] # Re: Le journal en question
Posté par Obsidian . En réponse au journal quand diams dépasse les meilleurs lamerz.... Évalué à 10.
Et ce ne serait pas plus mal ...
[^] # Re: MBR + Emplacement de disque.
Posté par Obsidian . En réponse au message ndtlr manquante. Évalué à 2.
Si c'est le cas, c'est que lilo ne démarre pas sur le disque qu'il pretend. Peux-tu faire un copier-coller ici de cat /proc/partitions, ainsi que de cat /etc/lilo.conf ?
À noter que si c'est bien un mouvement de disque qui est à l'origine de ce problème, Linux n'y est pour rien. Le problème se serait présenté seul.
Tu as raison de t'accrocher. GNU/Linux, en général, ça tient en deux descriptions :
- On galère pour le configurer aux petits oignons, mais après c'est inébranlable. Le système peut fonctionner pendant des années sans avoir besoin d'être entretenu.
- Tous les problèmes sont solubles, même s'il faut parfois creuser un peu.
[^] # Re: Mais pourquoi veux-tu acheter une XBox, en même temps ?
Posté par Obsidian . En réponse au journal Pas d'auters OS que celui imposé par microsoft sur vortre xbox360.. Évalué à 2.
Allons bon ! Un PC, par définition ouvert et modifiable à volonté ?
Au départ le PC était un modèle de micro-ordinateur de chez IBM et même si, depuis, c'est un consortium qui en établit les spécifications, à aucun moment il n'y a été question d'en faire un truc " libre ".
Contre quoi ? Y a déjà une puce Fritz dans une X-Box ? En quoi cela pourrait-il ennuyer un éditeur qu'un type fasse tourner son jeu sur autre chose qu'une X-Box ? Il n'y que MS que cela pourrait géner.
De l'intéropérabilité entre quoi et quoi ?
Lorsque que les consoles sont apparues, le PC était, comme le reste, une machine aux capacités très limitées et donc, spécialisée dans son domaine : le travail. Les consoles de jeux, elles-aussi, embarquaient des ressources adaptées aux jeux vidéos et il fallait bien cela.
Aujourd'hui, c'est beaucoup plus flou : Les microprocesseurs actuels sont suffisamment puissants pour émuler n'importe quoi. L'intérêt d'une console, c'est surtout pour ceux qui n'ont pas envie de se faire suer à acheter tout le matériel périphérique (moniteur, souris, etc) et à configurer toute l'affaire pour pouvoir commencer à se divertir. La plupart des consoles sont encores conçues pour se brancher sur un téléviseur alors qu'aucun PC n'est à ma connaissance construit pour le faire par défaut.