Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux, juste
avec une librairie dynamique contenant les routines définies par l'API
Win32. Or ce n'est pas le cas, cqfd.
Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux, juste
avec une librairie dynamique contenant les routines définies par l'API
Win32. Or ce n'est pas le cas, cqfd.
Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux, juste
avec une librairie dynamique contenant les routines définies par l'API
Win32. Or ce n'est pas le cas, cqfd.
"NiKo" a écrit dans le message de news:
4db54ca9$0$20766$Le 25/04/2011 11:52, pehache-olino a écrit :"NiKo" a écrit dans le message de news:
4db4b209$0$7659$
<http://wiki.winehq.org/Debunking_Wine_Myths>
Wine's not that kind of emulator
When users think of emulators, they think of programs like Dosbox or
zsnes. These applications run as virtual machines and are slow,
having to _emulate each processor instruction_. Wine _does not do
any CPU emulation_ - hence the name "Wine Is Not an Emulator."
Certainement que les développeurs de Wine ne savent pas ce qu'ils
racontent. Il aurait auparavant été judicieux qu'ils consultent
pehache.
Par ailleurs, plutôt que de nous dire ce que Wine n'est pas, ils
feraient (tu ferais) mieux de nous dire ce qu'est Wine...
Wine est la mise à disposition des API windows pour des OS non
windows.
Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux, juste
avec une librairie dynamique contenant les routines définies par l'API
Win32. Or ce n'est pas le cas, cqfd.
"NiKo" <NiKo@nomail.svp> a écrit dans le message de news:
4db54ca9$0$20766$426a74cc@news.free.fr
Le 25/04/2011 11:52, pehache-olino a écrit :
"NiKo" <NiKo@nomail.svp> a écrit dans le message de news:
4db4b209$0$7659$426a74cc@news.free.fr
<http://wiki.winehq.org/Debunking_Wine_Myths>
Wine's not that kind of emulator
When users think of emulators, they think of programs like Dosbox or
zsnes. These applications run as virtual machines and are slow,
having to _emulate each processor instruction_. Wine _does not do
any CPU emulation_ - hence the name "Wine Is Not an Emulator."
Certainement que les développeurs de Wine ne savent pas ce qu'ils
racontent. Il aurait auparavant été judicieux qu'ils consultent
pehache.
Par ailleurs, plutôt que de nous dire ce que Wine n'est pas, ils
feraient (tu ferais) mieux de nous dire ce qu'est Wine...
Wine est la mise à disposition des API windows pour des OS non
windows.
Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux, juste
avec une librairie dynamique contenant les routines définies par l'API
Win32. Or ce n'est pas le cas, cqfd.
"NiKo" a écrit dans le message de news:
4db54ca9$0$20766$Le 25/04/2011 11:52, pehache-olino a écrit :"NiKo" a écrit dans le message de news:
4db4b209$0$7659$
<http://wiki.winehq.org/Debunking_Wine_Myths>
Wine's not that kind of emulator
When users think of emulators, they think of programs like Dosbox or
zsnes. These applications run as virtual machines and are slow,
having to _emulate each processor instruction_. Wine _does not do
any CPU emulation_ - hence the name "Wine Is Not an Emulator."
Certainement que les développeurs de Wine ne savent pas ce qu'ils
racontent. Il aurait auparavant été judicieux qu'ils consultent
pehache.
Par ailleurs, plutôt que de nous dire ce que Wine n'est pas, ils
feraient (tu ferais) mieux de nous dire ce qu'est Wine...
Wine est la mise à disposition des API windows pour des OS non
windows.
Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux, juste
avec une librairie dynamique contenant les routines définies par l'API
Win32. Or ce n'est pas le cas, cqfd.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente. Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente. Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente. Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente.
Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente.
Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente.
Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 13:03, pehache-olino a écrit :Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Il n'émule aucun OS, il ne fait qu'implémenter une API.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 13:03, pehache-olino a écrit :
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Il n'émule aucun OS, il ne fait qu'implémenter une API.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 13:03, pehache-olino a écrit :Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Il n'émule aucun OS, il ne fait qu'implémenter une API.
Non, encore une fois il ne fait pas QUE ça.
Non, encore une fois il ne fait pas QUE ça.
Non, encore une fois il ne fait pas QUE ça.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 13:01, pehache-olino a écrit :Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux,
juste avec une librairie dynamique contenant les routines définies
par l'API Win32. Or ce n'est pas le cas, cqfd.
Ce n'est pas parce que ce n'est pas « pas un émulateur » que c'est un
émulateur…
Le monde ne se classe pas d'un côté avec les émulateurs et de l'autre
avec les non-émulateurs.
Même si je t'accorde que Wine ne fait pas qu'implémenter une API mais
converti aussi le format PE en ELF, c'est très loin de la définition
d'un émulateur…
Émulation : l'émulation consiste à substituer un élément de *matériel
informatique* – tel un terminal informatique, un ordinateur ou une
console de jeux – par un *logiciel*.
Ici, il n'y a aucun changement de matériel par du logiciel. Donc pas
d'émulation.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 13:01, pehache-olino a écrit :
Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux,
juste avec une librairie dynamique contenant les routines définies
par l'API Win32. Or ce n'est pas le cas, cqfd.
Ce n'est pas parce que ce n'est pas « pas un émulateur » que c'est un
émulateur…
Le monde ne se classe pas d'un côté avec les émulateurs et de l'autre
avec les non-émulateurs.
Même si je t'accorde que Wine ne fait pas qu'implémenter une API mais
converti aussi le format PE en ELF, c'est très loin de la définition
d'un émulateur…
Émulation : l'émulation consiste à substituer un élément de *matériel
informatique* – tel un terminal informatique, un ordinateur ou une
console de jeux – par un *logiciel*.
Ici, il n'y a aucun changement de matériel par du logiciel. Donc pas
d'émulation.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 13:01, pehache-olino a écrit :Non, Wine n'est pas QUE cela. Sinon on pourrait lancer sous Linux un
exécutable Win32 de la même façon qu'on lance un exécutable Linux,
juste avec une librairie dynamique contenant les routines définies
par l'API Win32. Or ce n'est pas le cas, cqfd.
Ce n'est pas parce que ce n'est pas « pas un émulateur » que c'est un
émulateur…
Le monde ne se classe pas d'un côté avec les émulateurs et de l'autre
avec les non-émulateurs.
Même si je t'accorde que Wine ne fait pas qu'implémenter une API mais
converti aussi le format PE en ELF, c'est très loin de la définition
d'un émulateur…
Émulation : l'émulation consiste à substituer un élément de *matériel
informatique* – tel un terminal informatique, un ordinateur ou une
console de jeux – par un *logiciel*.
Ici, il n'y a aucun changement de matériel par du logiciel. Donc pas
d'émulation.
"JKB" a écrit dans le message de news:
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente.
Que les exécutables Solaris puissent tourner tels que sous Linux ne change
rien au fait que les exécutables Win32 ne peuvent pas tourner tels que sous
Linux.Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Fort bien, mais je ne vois pas en quoi ça empêche de parler d'émulation.
"JKB" <jkb@koenigsberg.invalid> a écrit dans le message de news:
slrniralo1.spd.jkb@rayleigh.systella.fr
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente.
Que les exécutables Solaris puissent tourner tels que sous Linux ne change
rien au fait que les exécutables Win32 ne peuvent pas tourner tels que sous
Linux.
Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Fort bien, mais je ne vois pas en quoi ça empêche de parler d'émulation.
"JKB" a écrit dans le message de news:
Il émule le comportement d'un OS vu depuis un exécutable compilé et
linké pour cet OS.
Est-ce que tu sais ce qu'est un exécutable ? Commence à lire les
specs de PE32, ELF et Wine, ça éclairera ta lanterne. Un exécutable
n'est pas lié _pour_ un OS ou un autre. Un exécutable, c'est un
fichier qui contient des dépendances sur des bibliothèques et qui
est indépendant de l'OS. Il ne dépend que de l'architecture
matérielle. Après, c'est à l'OS de fournir les bibliothèques
requises. C'est pour cela qu'un exécutable Solaris/sparc peut
parfaitement être utilisé sur une machine sparc/linux sans aucune
recompilation ou aucun artifice. Il suffit qu'il soit en ELF ou en
a.out et son utilisation est transparente.
Que les exécutables Solaris puissent tourner tels que sous Linux ne change
rien au fait que les exécutables Win32 ne peuvent pas tourner tels que sous
Linux.Il est
chargé par un bout du système (nativement le noyau pour a.out, elf
et quelques autres selon les architectures) ou par Wine dans le cas
PE32. Wine est un chargeur de binaire un peu évolué qui surcharge
les I/O et qui charge les bibliothèques dynamiques de la
couche win32. Ce n'est _rien_ de plus mais c'est un gros soft parce
qu'il faut fournir des fonctions systèmes plus ou moins foireuses
aux bugs près.
Fort bien, mais je ne vois pas en quoi ça empêche de parler d'émulation.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 20:43, pehache-olino a écrit :Non, encore une fois il ne fait pas QUE ça.
Mais encore une fois la partie manquante ne peut en aucun cas
justifier son appelation d'« émulateur »
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 20:43, pehache-olino a écrit :
Non, encore une fois il ne fait pas QUE ça.
Mais encore une fois la partie manquante ne peut en aucun cas
justifier son appelation d'« émulateur »
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 25/04/2011 20:43, pehache-olino a écrit :Non, encore une fois il ne fait pas QUE ça.
Mais encore une fois la partie manquante ne peut en aucun cas
justifier son appelation d'« émulateur »
Et pourquoi pas ?
Et pourquoi pas ?
Et pourquoi pas ?