Je ne pense pas. Notes: je ne pense pas ;)
Et ce, parce que même si je suis sûr qu'une bonne partie de l'implémentation de wine est en commun, il y à un moment où il faut cogner dans le kernel: lister les processus, ouvrir un lire un fichier de façon non-bloquante, ce genre de choses. Et là, je ne vois que 2 solutions:
1) ReactOS est POSIX (ou essaie de l'être sans en être sûr, comme Linux donc). Dans ce cas, on passe du kernel vers une DLL vers le kernel à nouveau... niveau perf, ça me semble mauvais, et dans ce cas autant utiliser directement un kernel plus classique.
2) Reactos n'est pas POSIX, et dans ce cas, il faut implémenter les APIs les plus basses soi-même, ok, tout en pouvant profiter d'une partie de wine.
À mon avis, l'option qu'ils ont prise est la 2nde.
Dans un sens, le travail de Wine est beaucoup plus compliqué,
Dans les 2 cas, il y à un travail énorme de reverse engineering, mais dans le cas de ReactOS tu as, en plus, besoin d'être assez pointu pour être capable d'écrire les outils de gestion de la RAM, et de mémoire, ce n'est pas trivial du tout. Je ne parlerais pas des techniques d'adressage "sécurisées" parce que je ne pense pas qu'ils s'embêtent avec ça au stade alpha...
[^] # Re: ReactOS, vraiment?
Posté par freem . En réponse à la dépêche Compilation de logiciels libres pour Windows (janvier 2015). Évalué à 2.
Je ne pense pas. Notes: je ne pense pas ;)
Et ce, parce que même si je suis sûr qu'une bonne partie de l'implémentation de wine est en commun, il y à un moment où il faut cogner dans le kernel: lister les processus, ouvrir un lire un fichier de façon non-bloquante, ce genre de choses. Et là, je ne vois que 2 solutions:
1) ReactOS est POSIX (ou essaie de l'être sans en être sûr, comme Linux donc). Dans ce cas, on passe du kernel vers une DLL vers le kernel à nouveau... niveau perf, ça me semble mauvais, et dans ce cas autant utiliser directement un kernel plus classique.
2) Reactos n'est pas POSIX, et dans ce cas, il faut implémenter les APIs les plus basses soi-même, ok, tout en pouvant profiter d'une partie de wine.
À mon avis, l'option qu'ils ont prise est la 2nde.
Dans les 2 cas, il y à un travail énorme de reverse engineering, mais dans le cas de ReactOS tu as, en plus, besoin d'être assez pointu pour être capable d'écrire les outils de gestion de la RAM, et de mémoire, ce n'est pas trivial du tout. Je ne parlerais pas des techniques d'adressage "sécurisées" parce que je ne pense pas qu'ils s'embêtent avec ça au stade alpha...