en fait y]faut loader ca :
Option "XkbLayout" "dvorak(fr)"
le probleme c est que la repartition des lettres est differente, et que les chiffres sont en haut ... va donc faloir que je remappe les lettres classiques pour qu elles soient au meme endroit que sur la dvorak(us), parce que j ai pas envie de me racheter un clavier ... surtout un dvorak pour portable ...
j ai aussi remarque que
/etc/X11/xkb/symbols/dvorak
vient de xorg, alors que
/etc/X11/xkb/symbols/pc/dvorak
vient de xfree; comment savoir lequel xorg utilise ?
a moins qu il n utilise le sgi ...
... apres etude, il semblerait qu il cherche une pc/dvorak ...
J ai oublie un point: chaque routeur embarque de l intelligence; le reseau des routeurs reagis donc comme une fourmiliere: le comportement du system n est pas regis par les memes equations que la somme des comportements individuels ... c est l effet de groupe.
Probleme qui ne se pose pas dans le traffic aerien. j en conclus de le routage internet est encore pire que la gestion de traffic reel( terrestre, fluvial ou aerien ... ) ...
sans parler du probleme qu il a bien plus de routes sur internet que d autoroutes dans un pays, et que chaque routeur a plus de liaisons que les villes n ont de routes sortantes.
Si le chemin le plus court de A a D passe par C, et que le chemin le plus court de A ab C passe par B, alors le chemin le plus courn de A a D passe par B. C est mathematique.
donc : On ne cherche plus a joindre l'IP finale mais un intermediaire : le protocole de routage selectionnera certainement une route plus avantageuse car il ne se base plus sur le meme critere qu'est l'adresse de destination. me laisse tres perplexe.
Par ailleurs: Si ce n'est pas le cas il s'agirait alors d'une erreur de la part de traceroute lorsqu'il retourne les resultats il n'affiche pas pour chaque temps de retour l'IP de l'equipement qui me retourne le signal ICMP "Time Exceed".
est aussi inexacte:
le routage sur internet n est pas fait a 100% en IP, mais en majorite en ATM. L IP est encapsule dans l ATM. Et la plus part des liens P2P sont ATM. Et comme c est proto different, tous les relais ATM n ont pas d IP. Il y a donc une tres gnarde part du routage internet qui echappe totalement a nos considerations 'traceroute' dans la mesure ou la plus part des machines qui routent nos trames nont pas d IPs en v4 ... donc sont invisibles pour no traceurs.
Il faut aussi considerer les routeurs transparents ... qui operent en IP, ont des IPs en v4, mais sont invisibles pour le monde, c est a dire ne sont pas pingables, ne changent pas le TTL ... bref font partie d un autre monde.
Bref, une trame peut traverser le monde de part en part en ne perdant qu un seul point de TTL, juste parcequ elle a trouve un chemin en ATM pour aller de la France a l Australie ... a ce moment, vous verrez un saut de seulement 1 en TTL, mais peut etre une latence enorme en terme de ping.
enfin, que les routeurs soient en ATM ou en IP/transparent, il arrive que cetraines machines forwardent l ICMP sur de soeurs ... ainsi, une machine donnee peut avoir une IP_v4, mais que celui qui repond au ping soit 4 sauts plus loin, dans une autre salle. Je ne connais pas le nom de cette procedure, mais je sais qu elle est courante dans le monde des grands; de la meme maniere, un routeur ATM peut ne pas avoir d IP_v4 reelle, mais un autre routeur peut se faire passer pour lui ... c est assez confus, fait ca existe.
Pour finir, je vous rappelle que quand les operateurs parlent de liens, ils ne parlent pas en Mb/s, mais en T/s ... genre par exemple, la fibre transmanche de la SNCF fait pres de 1m de diametre a la sortie du tunnel ... ca pars sur un routeur ... et a la sortie du routeur, il y a /des/ cables ethernet ... sur 4m de large sur 3m de haut ... a plus de 1Gb chacun ... vous voyez le debit ... ( sachant que chaque cable fait a peu pres 5mm de diametre ... )
bref, c est pas le genre d equipement equipe d un pentium, avec de la SDRAM, avec un bus a 100MHz et Windows dessus ... je suppose que ce genre d equipement n as pas non plus d IP au sens ou nous l entendons ...
Si vous voulez comprendre le routage, achetez un Oreilly sur le sujet, et preparez vous a bouffer de la theorie de graphes ... une des matieres les plus indigestes que je conaisse. ( et pourtant j aime les maths).
ce qui signifierait donc que pour le chemin aller les regles de routage ne devraient pas etre modifiees
ton erreur est la: un routeur se tape du TTL ( enfin presque ).
Si le TTL est nul, on renvoi a la source, sinon on continue. Un facteur tres important n aspas ete pris en compte dans le premier post: l encombrement des liens.
Un routeur de maniere generale cherche le meilleur moyen d acceder a la destination, MAIS, si une route est encombree ( lien sature, lien HS ... ), alors le routeur prends la decision d estimer la deuxiemme meilleur route. Si le 2e chemin est aussi inaccessible, il en cherche un 3e ... jusqu a se debarasser du paquet => un paquet peut arriver a faire 3 fois le tour du monde si le dernier lien vers la dst est sature, dans l esperance que la dst soit acessible pr doux routes, et que le paket tombe sur l entree de cette deuxiemme route.
C est cette particularite qui fait qu en treorie internet peut resister aux attaques par DOS de routeurs, et que la saturation ( ou supression ) d un lien fait que tous les elements sont toujours routes ( sauf les pauvres qui n ont qu un seul lien , comme toi sur ton ADSL)
est il possible de decider par soit meme du chemin que doivent prendre les paquets
si tu as compris ma precedente explication, tu c]dois comprendre pourquoi non: tu n est pas cense avoir conaissance des liens satures, c est pourquoi cette decision reviens a chaque routeur. et qui plus est, tu ne peut pas avoir conaissance des liens existant entre chaque noeuds ...
De ce point de vue, tu fais totalement confiance aux routeurs; mais ce n est pas vraiment une faille, car tout le monde as interret a faire son travaille le mieux possible ... dans l interret generale.
Si un pays decide de se fermer, il suprime les routes potentielle liant des ennemis se trouvant de parts ent d autres, mais il se coupe aussi l acces aux informations emanant des pays ennemis. S ili ferme une route sortante, il ne peut plus parler. Si il ferme une route rentrante, il ne peux plus recevoir la reponse. Tout le monde a donc grand interret a augmenter la taille des liens, voir a creer sur son propre territoire des liens accelerant l a communication de bout en bout ...
Ca as ete concu pour resister a une guerre globale, Ne l oublie pas. La chutte d un noeud ne doit penaliser que le neud concerne, et ceux qui lui sont relies par un lien unique.
Je n ai pas assez etudie Wine pour en etre sure, mais:
- si Wine se contente de satisfaire des appels socket, ca pourrait marcher;
- si Wine doit executer des parties du code compiel pour i386 ( ce qui me parait tres fortement probable), alors je pense que le plus simple est de les faire executer par le CPU ( comme VMWare), ce qui evite la reecriture d un umelateur ( comme Bochs)
Wine lis des appels system, et renvoi au programme ce qu il attends. c est un simulateur de sockets.
VMWare simule une architecture, mais fait executer le binaire directement par le processeur. Il ne peut tourner que sur une architecture du meme type que celle qu il simule.
Bochs emule totalement un processeur: l executable de Bochs contient l architecture niveau portes du CPU. Il est totalement cross compatible, et peut emuler le i386 sur n importequoi ( PPC, ARM, 68k ...)
VirtualPC ... la je sais pas trop, mais il est trop rapide pour emuler totalement un i386(quoi que ... ), mais comme il est concu pour tourner sur PPC, il ne peut pas non plus dedier l execution du code au CPU surlequel il tourne.
WINE IS NOT an EMULATIOR mais dans quelle langue faut il le dire ???
Wine est un simulateur de sockets !
Wine n as RIEN a vaire avec virtual PC.
Virtual PC n as rien a voire avec VMWARE.
VMWARE n as rien a voire avec Bochs.
VirtualPC n as rien a voire avec Bochs.
Dans la mesure ou les olgorythmes utilises sont differents, ET OU LES BUTS DE CHACUNS SONT DIFFERENTS, ces produits sont INCOMPARABLES.
Emuler quelque chose sert a reproduir son fonctionnement sur de platformes ayant un fonctionnement different. Bochs reproduits les connections electriques ( au niveau porte/transistor ) d un i386; un emulateur n as d interret que pour celui qui cherche a etudier un comportement, mais ne peut pas etudier ce comportement directement sur une machine live. Ca n as d interret QUE pour les developpeurs.
Si tu veut de la perf, vas pour les interfaces de sokets comme Wine ou VMWare - QUI NE SONT PAS DES EMULATEURS - ce qui explique leur puissance apparente.
Emuler une carte 3D est un probleme encore plus gros: une carte 3D est faite pour faire VITE, ce qu on as pas le temps de demander a un CPU generique: c est un CPU OPTIMISE, est extremement complexe. Simuler une carte 3D sur un CPU classique, c est comme simuler un P4 sur un 386 ... ca peut avoir un interret technique de stabilite et de debogage ... mais n attends pas la puissance.
Si tu ne comprends pas la difference (technique) entre Bochs et VMWARE, ou entre emuler et simuler ... alors je t affirme que tu ne sais pas ce dont tu as besoin, et que ton desir ne peut etre comble.
sol:
Emuler = reproduire le fonctionnement interne d un produit
Simuler = reproduire le resultat attendu par un system
Par exemple, Emuler un decoder C+ est illegale. Xawtv peut le simuler si tu as la bonne cle.
Un emulateur fonctionne a l identique. Un Simulateur a juste la meme fonction de transfert que le system original - pas necessairement le meme mode de fonctionnement.
Quand a 'simuler' une carte 3d ... la je vois pas du tout l interret.
regardez 'man mkisofs' du cote de '-b eltorito_boot_image'.
Notez que le secteur eltorito des CDs bootables sont souvent caches dans une cession particuliere ...
Ce secteur est l image d une disquette bootable. Vous pouvez le tester tres facilement avec bochs ou vmware. Si vous trouvez un secteur utilisable, depiotez le a coups de 'mount -o loop'; un coup de 'file' dessus doit aussi dire que c est une zone bootable i386:
dhp@pluton:~$ file /media/dhp_120g/zzz/d7.iso/grub
/media/dhp_120g/zzz/d7.iso/grub: x86 boot sector, code offset 0x3d
Pour info .. initrd a deux utilites:
- tu n as pas de root ... donc tu fais du disk less; alors la les images noyo en initrd peuvent venire d un (disque), CD, reseau ( genre ta carte reseau vas toute seule sur le bon server ... OUI OUI ca existe )
- tu as un root, mais tu ne veux pas ou peux pas mettre le driver de root dans le noyo: le bon driver est alors en module ; l initrd sert alors a charger ce driver.
( cas du RAID, DOC2000 dans l UIB, ou lorsque la carte qui supporte les disques a besoin d une initialisation speciale ... )
Exemple: tu prends une disquette avec un noyo dessus ... juste une disquette ala
cat noyo > /dev/fd0
chez toi ca marche; now imagine que tu as plusieur partitions Linux ... ben ca marche aussi, mais ca boot toujours le meme system .. pourquoi ?
parce que l image du noyo contient des informations sur l emplacement du root !!! je te laisse lire 'man rdev' ...
les arguments de lilo ou grub servent justement a passer outre ces arguments par default; un argument geniale si un jour tu oublies ton mot de passe root:
Linux init=/bin/bash
tu laisse booter, puis
mount -o remount,rw /dev/hda<?> /
password
mount -o remount,ro /dev/hda<?> /
sync
reboot
j en ai pas besoin pour l instant, mais peut etre + tard : est ce qie GTK support le Drag and Drop ?
gaim est ecris en quelle interface ?
j ai ete surpris de voire que pour envoyer des fichiers via MSN, on peut faire du DD entre Rox-Filer et Gaim ... hyper pratique.
c est drole ... tu rerponds a mon message, mais j impression que tu nel as pas lu ... E 0.17 N EXISTE PLUS , il n y a que E16 et E17 !!! Et E17 ne sera jamais stable, ni freeze.
si tu as un avcien arbre CVS, efface le, et re DL tout.
Tu prends le dernier CVS, et tu suis A LA LETTRE les docs, surtout celle qui donne l ordre de compilation des composants.
Enfin E17 apporte quasi rien en lui meme; ce qui est interessant ce sont ses composants , comme Entrance, Entice, Elicite, Emotion et Evidence. J ai compile Evidence; il est tres prometeur, mais inutilisable telquel. Entrance par contre, rien a dire : beau, rapide et stable.
Bref a part entrance, je vois pas l interret pour l heure. La plus part des autres aplis sont meme pas en beta, super instables, et inachevees. J ai lance Enlightenment-17, oui ca demarre, mais apres rien: pas de filer, pas de reduction possible, pas de menus personalisables ... tu ne peut lancer que la dizaine d aplis prevus d offire ( dont Eterm ... mais c est limite - le but d un wmanager est d etre graphique, pas de tout lancer en CLI )
Je suis 200% pro E, mais E16. Notez que composite a recement migre de E17 a E16 ... ca promet grave, mais j ai pas eu le temps de le tester. composite devrait servire a gerer la vrai transparence des fenetres. Y aaussi un composite dans Xorg .. mais je ne sais pas si c est le meme. Celui de xorg a marche chez moi pendant presque 3s ... je vous jure : plus de 2s ... j ai vraiment vu la fenetre transparent avec celle de derriere ... puis KernelPanic :=D Ce fut un intese moment de bonheur ... tres bref. Enfin vu ma carte video, je n en attendais pas plus.
notez que les notations e.16 e.17 ( mins) sont abolies. il n y a plus de Enlightenment version .16 ... mais un projet Enlightenment en version stable nomme E16 ( maj sans point ), et test E17 ...
les nouveautes sont donc dev sous E17, puis portees dans E16. E16 est definitivement la brance stable.
Wine Is Not an Emulator simule des sockets windows; il se fait passer pour windows vis a vis d une application, mais sans utiliser les technologies d emulation. L emulation c est refaire le focntionnement d une technologie sur une autre technologie. Wine ne vise pas a refaire Windows, mais juste permettre l execution d un .exe.
Winex c est la meme chose avec Dicetx.
Sauf que Winex n est pas tout a fait libre; mais les ameliorations de Winex sont portees avec un peu de retard dans Wine ... donc Wine integre en partie des support Directx.
Dans la meme categorie, il y a CrossXover, qui simule d autre sockets Windows pour les logiciels de bureautique ( Offire, IE ... ).
[^] # Re: Nouvelle mappe.
Posté par doublehp (site web personnel) . En réponse au message Probleme pour taper les chars chelous en dvorak. Évalué à 1.
[^] # Re: Nouvelle mappe.
Posté par doublehp (site web personnel) . En réponse au message Probleme pour taper les chars chelous en dvorak. Évalué à 1.
/etc/X11/xkb/symbols/pc/
et d appeler la mappe:
"dvorak(doublehp)"
ca marche pour xorg, ca devrait etre la meme pour xfree.
[^] # Nouvelle mappe.
Posté par doublehp (site web personnel) . En réponse au message Probleme pour taper les chars chelous en dvorak. Évalué à 1.
Le bug est reporte la:
https://bugs.freedesktop.org/show_bug.cgi?id=2344(...)
[^] # Solution
Posté par doublehp (site web personnel) . En réponse au message Probleme pour taper les chars chelous en dvorak. Évalué à 1.
Option "XkbLayout" "dvorak(fr)"
le probleme c est que la repartition des lettres est differente, et que les chiffres sont en haut ... va donc faloir que je remappe les lettres classiques pour qu elles soient au meme endroit que sur la dvorak(us), parce que j ai pas envie de me racheter un clavier ... surtout un dvorak pour portable ...
Je publirai ma mappe une fois finie.
# hmmm
Posté par doublehp (site web personnel) . En réponse au message Probleme pour taper les chars chelous en dvorak. Évalué à 1.
(**) Option "CoreKeyboard"
(**) Keyboard0: Core Keyboard
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc101"
(**) Keyboard0: XkbModel: "pc101"
(**) Keyboard0: XkbLayout: "dvorak"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
j ai aussi remarque que
/etc/X11/xkb/symbols/dvorak
vient de xorg, alors que
/etc/X11/xkb/symbols/pc/dvorak
vient de xfree; comment savoir lequel xorg utilise ?
a moins qu il n utilise le sgi ...
... apres etude, il semblerait qu il cherche une pc/dvorak ...
[^] # Re: Besoins de plus de données, de plus de pings et d'autres traceroutes
Posté par doublehp (site web personnel) . En réponse au message analyse d'un traceroute. Évalué à 1.
Probleme qui ne se pose pas dans le traffic aerien. j en conclus de le routage internet est encore pire que la gestion de traffic reel( terrestre, fluvial ou aerien ... ) ...
sans parler du probleme qu il a bien plus de routes sur internet que d autoroutes dans un pays, et que chaque routeur a plus de liaisons que les villes n ont de routes sortantes.
[^] # Re: Besoins de plus de données, de plus de pings et d'autres traceroutes
Posté par doublehp (site web personnel) . En réponse au message analyse d'un traceroute. Évalué à 1.
Si le chemin le plus court de A a D passe par C, et que le chemin le plus court de A ab C passe par B, alors le chemin le plus courn de A a D passe par B. C est mathematique.
donc : On ne cherche plus a joindre l'IP finale mais un intermediaire : le protocole de routage selectionnera certainement une route plus avantageuse car il ne se base plus sur le meme critere qu'est l'adresse de destination. me laisse tres perplexe.
Par ailleurs:
Si ce n'est pas le cas il s'agirait alors d'une erreur de la part de traceroute lorsqu'il retourne les resultats il n'affiche pas pour chaque temps de retour l'IP de l'equipement qui me retourne le signal ICMP "Time Exceed".
est aussi inexacte:
le routage sur internet n est pas fait a 100% en IP, mais en majorite en ATM. L IP est encapsule dans l ATM. Et la plus part des liens P2P sont ATM. Et comme c est proto different, tous les relais ATM n ont pas d IP. Il y a donc une tres gnarde part du routage internet qui echappe totalement a nos considerations 'traceroute' dans la mesure ou la plus part des machines qui routent nos trames nont pas d IPs en v4 ... donc sont invisibles pour no traceurs.
Il faut aussi considerer les routeurs transparents ... qui operent en IP, ont des IPs en v4, mais sont invisibles pour le monde, c est a dire ne sont pas pingables, ne changent pas le TTL ... bref font partie d un autre monde.
Bref, une trame peut traverser le monde de part en part en ne perdant qu un seul point de TTL, juste parcequ elle a trouve un chemin en ATM pour aller de la France a l Australie ... a ce moment, vous verrez un saut de seulement 1 en TTL, mais peut etre une latence enorme en terme de ping.
enfin, que les routeurs soient en ATM ou en IP/transparent, il arrive que cetraines machines forwardent l ICMP sur de soeurs ... ainsi, une machine donnee peut avoir une IP_v4, mais que celui qui repond au ping soit 4 sauts plus loin, dans une autre salle. Je ne connais pas le nom de cette procedure, mais je sais qu elle est courante dans le monde des grands; de la meme maniere, un routeur ATM peut ne pas avoir d IP_v4 reelle, mais un autre routeur peut se faire passer pour lui ... c est assez confus, fait ca existe.
Pour finir, je vous rappelle que quand les operateurs parlent de liens, ils ne parlent pas en Mb/s, mais en T/s ... genre par exemple, la fibre transmanche de la SNCF fait pres de 1m de diametre a la sortie du tunnel ... ca pars sur un routeur ... et a la sortie du routeur, il y a /des/ cables ethernet ... sur 4m de large sur 3m de haut ... a plus de 1Gb chacun ... vous voyez le debit ... ( sachant que chaque cable fait a peu pres 5mm de diametre ... )
bref, c est pas le genre d equipement equipe d un pentium, avec de la SDRAM, avec un bus a 100MHz et Windows dessus ... je suppose que ce genre d equipement n as pas non plus d IP au sens ou nous l entendons ...
Si vous voulez comprendre le routage, achetez un Oreilly sur le sujet, et preparez vous a bouffer de la theorie de graphes ... une des matieres les plus indigestes que je conaisse. ( et pourtant j aime les maths).
# Et la reponse est:
Posté par doublehp (site web personnel) . En réponse au message Exporter en .bmp 24bpp. Évalué à 1.
all the netpbms intermediate formats are lossless, but that depends more on your source/target image formats
=> it is possible to use:
* bmptoppm project_proposal.bmp > project_proposal.pbm
* ppmtobmp -bpp 24 project_proposal.pbm > project_proposal2.bmp
from the netpbm package.
Merci cliechti de #debian.
[^] # Re: C est quoi un virus ?
Posté par doublehp (site web personnel) . En réponse au message Un virus Yahoo ?. Évalué à 1.
[^] # Re: man convert ?
Posté par doublehp (site web personnel) . En réponse au message Exporter en .bmp 24bpp. Évalué à 2.
tu as lu ce que j ai ecris avant de repondre ?
l option -depth ne marche pas
[^] # Re: Besoins de plus de données, de plus de pings et d'autres traceroutes
Posté par doublehp (site web personnel) . En réponse au message analyse d'un traceroute. Évalué à 3.
ton erreur est la: un routeur se tape du TTL ( enfin presque ).
Si le TTL est nul, on renvoi a la source, sinon on continue. Un facteur tres important n aspas ete pris en compte dans le premier post: l encombrement des liens.
Un routeur de maniere generale cherche le meilleur moyen d acceder a la destination, MAIS, si une route est encombree ( lien sature, lien HS ... ), alors le routeur prends la decision d estimer la deuxiemme meilleur route. Si le 2e chemin est aussi inaccessible, il en cherche un 3e ... jusqu a se debarasser du paquet => un paquet peut arriver a faire 3 fois le tour du monde si le dernier lien vers la dst est sature, dans l esperance que la dst soit acessible pr doux routes, et que le paket tombe sur l entree de cette deuxiemme route.
C est cette particularite qui fait qu en treorie internet peut resister aux attaques par DOS de routeurs, et que la saturation ( ou supression ) d un lien fait que tous les elements sont toujours routes ( sauf les pauvres qui n ont qu un seul lien , comme toi sur ton ADSL)
est il possible de decider par soit meme du chemin que doivent prendre les paquets
si tu as compris ma precedente explication, tu c]dois comprendre pourquoi non: tu n est pas cense avoir conaissance des liens satures, c est pourquoi cette decision reviens a chaque routeur. et qui plus est, tu ne peut pas avoir conaissance des liens existant entre chaque noeuds ...
De ce point de vue, tu fais totalement confiance aux routeurs; mais ce n est pas vraiment une faille, car tout le monde as interret a faire son travaille le mieux possible ... dans l interret generale.
Si un pays decide de se fermer, il suprime les routes potentielle liant des ennemis se trouvant de parts ent d autres, mais il se coupe aussi l acces aux informations emanant des pays ennemis. S ili ferme une route sortante, il ne peut plus parler. Si il ferme une route rentrante, il ne peux plus recevoir la reponse. Tout le monde a donc grand interret a augmenter la taille des liens, voir a creer sur son propre territoire des liens accelerant l a communication de bout en bout ...
Ca as ete concu pour resister a une guerre globale, Ne l oublie pas. La chutte d un noeud ne doit penaliser que le neud concerne, et ceux qui lui sont relies par un lien unique.
[^] # Re: XLiveCD est fait pour toi !
Posté par doublehp (site web personnel) . En réponse au message Export X11 via Cygwin ?. Évalué à 1.
Merci a tous.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par doublehp (site web personnel) . En réponse au message Emulateur PC sous LINUX. Évalué à 1.
- si Wine se contente de satisfaire des appels socket, ca pourrait marcher;
- si Wine doit executer des parties du code compiel pour i386 ( ce qui me parait tres fortement probable), alors je pense que le plus simple est de les faire executer par le CPU ( comme VMWare), ce qui evite la reecriture d un umelateur ( comme Bochs)
=> AMHA non.
meme pas en recompilant les sources de Wine.
# si l utilisateur c est toi
Posté par doublehp (site web personnel) . En réponse au message déloguer un autre. Évalué à 0.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par doublehp (site web personnel) . En réponse au message Emulateur PC sous LINUX. Évalué à 1.
VMWare simule une architecture, mais fait executer le binaire directement par le processeur. Il ne peut tourner que sur une architecture du meme type que celle qu il simule.
Bochs emule totalement un processeur: l executable de Bochs contient l architecture niveau portes du CPU. Il est totalement cross compatible, et peut emuler le i386 sur n importequoi ( PPC, ARM, 68k ...)
VirtualPC ... la je sais pas trop, mais il est trop rapide pour emuler totalement un i386(quoi que ... ), mais comme il est concu pour tourner sur PPC, il ne peut pas non plus dedier l execution du code au CPU surlequel il tourne.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par doublehp (site web personnel) . En réponse au message Emulateur PC sous LINUX. Évalué à 0.
Wine est un simulateur de sockets !
Wine n as RIEN a vaire avec virtual PC.
Virtual PC n as rien a voire avec VMWARE.
VMWARE n as rien a voire avec Bochs.
VirtualPC n as rien a voire avec Bochs.
Dans la mesure ou les olgorythmes utilises sont differents, ET OU LES BUTS DE CHACUNS SONT DIFFERENTS, ces produits sont INCOMPARABLES.
# AMHA tu est sur la mauvaise voie.
Posté par doublehp (site web personnel) . En réponse au message Emulateur PC sous LINUX. Évalué à 4.
Si tu veut de la perf, vas pour les interfaces de sokets comme Wine ou VMWare - QUI NE SONT PAS DES EMULATEURS - ce qui explique leur puissance apparente.
Emuler une carte 3D est un probleme encore plus gros: une carte 3D est faite pour faire VITE, ce qu on as pas le temps de demander a un CPU generique: c est un CPU OPTIMISE, est extremement complexe. Simuler une carte 3D sur un CPU classique, c est comme simuler un P4 sur un 386 ... ca peut avoir un interret technique de stabilite et de debogage ... mais n attends pas la puissance.
Si tu ne comprends pas la difference (technique) entre Bochs et VMWARE, ou entre emuler et simuler ... alors je t affirme que tu ne sais pas ce dont tu as besoin, et que ton desir ne peut etre comble.
sol:
Emuler = reproduire le fonctionnement interne d un produit
Simuler = reproduire le resultat attendu par un system
Par exemple, Emuler un decoder C+ est illegale. Xawtv peut le simuler si tu as la bonne cle.
Un emulateur fonctionne a l identique. Un Simulateur a juste la meme fonction de transfert que le system original - pas necessairement le meme mode de fonctionnement.
Quand a 'simuler' une carte 3d ... la je vois pas du tout l interret.
[^] # Re: Modifier une ISO bootable
Posté par doublehp (site web personnel) . En réponse au message Modifier une ISO bootable. Évalué à 2.
Notez que le secteur eltorito des CDs bootables sont souvent caches dans une cession particuliere ...
Ce secteur est l image d une disquette bootable. Vous pouvez le tester tres facilement avec bochs ou vmware. Si vous trouvez un secteur utilisable, depiotez le a coups de 'mount -o loop'; un coup de 'file' dessus doit aussi dire que c est une zone bootable i386:
dhp@pluton:~$ file /media/dhp_120g/zzz/d7.iso/grub
/media/dhp_120g/zzz/d7.iso/grub: x86 boot sector, code offset 0x3d
[^] # Re: initrd
Posté par doublehp (site web personnel) . En réponse au message Initrd. Évalué à 1.
Pour info .. initrd a deux utilites:
- tu n as pas de root ... donc tu fais du disk less; alors la les images noyo en initrd peuvent venire d un (disque), CD, reseau ( genre ta carte reseau vas toute seule sur le bon server ... OUI OUI ca existe )
- tu as un root, mais tu ne veux pas ou peux pas mettre le driver de root dans le noyo: le bon driver est alors en module ; l initrd sert alors a charger ce driver.
( cas du RAID, DOC2000 dans l UIB, ou lorsque la carte qui supporte les disques a besoin d une initialisation speciale ... )
Exemple: tu prends une disquette avec un noyo dessus ... juste une disquette ala
cat noyo > /dev/fd0
chez toi ca marche; now imagine que tu as plusieur partitions Linux ... ben ca marche aussi, mais ca boot toujours le meme system .. pourquoi ?
parce que l image du noyo contient des informations sur l emplacement du root !!! je te laisse lire 'man rdev' ...
les arguments de lilo ou grub servent justement a passer outre ces arguments par default; un argument geniale si un jour tu oublies ton mot de passe root:
Linux init=/bin/bash
tu laisse booter, puis
mount -o remount,rw /dev/hda<?> /
password
mount -o remount,ro /dev/hda<?> /
sync
reboot
http://www.tldp.org/HOWTO/BootPrompt-HOWTO.html(...)
[^] # Re: CVS powa
Posté par doublehp (site web personnel) . En réponse au message E17 vs. ma pomme. Évalué à 1.
c est clair ^^
# GTK ?
Posté par doublehp (site web personnel) . En réponse au message Decideur presse a besoin d afficher du RGB .... Évalué à 0.
gaim est ecris en quelle interface ?
j ai ete surpris de voire que pour envoyer des fichiers via MSN, on peut faire du DD entre Rox-Filer et Gaim ... hyper pratique.
[^] # Re: CVS powa
Posté par doublehp (site web personnel) . En réponse au message E17 vs. ma pomme. Évalué à 1.
c est drole ... tu rerponds a mon message, mais j impression que tu nel as pas lu ... E 0.17 N EXISTE PLUS , il n y a que E16 et E17 !!! Et E17 ne sera jamais stable, ni freeze.
# Tu as grand besoin de lire ...
Posté par doublehp (site web personnel) . En réponse au message Multiboot : comment fonctionne grub ?. Évalué à 1.
ca vaut ce que ca vaut; est en beta; ce sera reformatte, re indente et traduis bientot ...
# CVS powa
Posté par doublehp (site web personnel) . En réponse au message E17 vs. ma pomme. Évalué à 2.
Tu prends le dernier CVS, et tu suis A LA LETTRE les docs, surtout celle qui donne l ordre de compilation des composants.
Enfin E17 apporte quasi rien en lui meme; ce qui est interessant ce sont ses composants , comme Entrance, Entice, Elicite, Emotion et Evidence. J ai compile Evidence; il est tres prometeur, mais inutilisable telquel. Entrance par contre, rien a dire : beau, rapide et stable.
Bref a part entrance, je vois pas l interret pour l heure. La plus part des autres aplis sont meme pas en beta, super instables, et inachevees. J ai lance Enlightenment-17, oui ca demarre, mais apres rien: pas de filer, pas de reduction possible, pas de menus personalisables ... tu ne peut lancer que la dizaine d aplis prevus d offire ( dont Eterm ... mais c est limite - le but d un wmanager est d etre graphique, pas de tout lancer en CLI )
Je suis 200% pro E, mais E16. Notez que composite a recement migre de E17 a E16 ... ca promet grave, mais j ai pas eu le temps de le tester. composite devrait servire a gerer la vrai transparence des fenetres. Y aaussi un composite dans Xorg .. mais je ne sais pas si c est le meme. Celui de xorg a marche chez moi pendant presque 3s ... je vous jure : plus de 2s ... j ai vraiment vu la fenetre transparent avec celle de derriere ... puis KernelPanic :=D Ce fut un intese moment de bonheur ... tres bref. Enfin vu ma carte video, je n en attendais pas plus.
notez que les notations e.16 e.17 ( mins) sont abolies. il n y a plus de Enlightenment version .16 ... mais un projet Enlightenment en version stable nomme E16 ( maj sans point ), et test E17 ...
les nouveautes sont donc dev sous E17, puis portees dans E16. E16 est definitivement la brance stable.
Sur ce bon CVS :)
# pas directx
Posté par doublehp (site web personnel) . En réponse au message fonctionnement wine. Évalué à 0.
Winex c est la meme chose avec Dicetx.
Sauf que Winex n est pas tout a fait libre; mais les ameliorations de Winex sont portees avec un peu de retard dans Wine ... donc Wine integre en partie des support Directx.
Dans la meme categorie, il y a CrossXover, qui simule d autre sockets Windows pour les logiciels de bureautique ( Offire, IE ... ).