Dans un monde parfait, les développeurs Wine pourraient suivre une spécification fixe avec laquelle construire un remplacement entièrement binaire compatible pour Windows. Mais ce n'est pas le cas. Ils connaissent les API publiques et savent ce que ces API sont censées faire. Tout le reste (c'est-à-dire comment ils le font) est une supposition éclairée.
L'idéal impliquerait également que Windows fonctionne de manière cohérente, ce qu'il ne fait pas. Les pièces ont été boulonnées sur un code très ancien. Les développeurs d'applications peuvent contourner ces bogues lorsqu'ils créent leurs applications, mais cela signifie également que Wine doit tout suivre, même les bizarreries et souvent par essais et erreurs (les utilisateurs soumettant des bogues pour des applications spécifiques).
Rien n'est garanti pour fonctionner. Même les choses qui fonctionnent parfaitement, même mieux que celles natives, ne sont pas garanties de rester ainsi. Souvent dans le monde du vin, pour réparer quelque chose, vous devez casser une demi-douzaine d'autres choses ... Vous espérez juste que vous (ou quelqu'un d'autre) trouviez ces nouveaux bugs avant que le code ne frappe une version stable.
Si vous voulez un support stable à long terme pour un lot d'applications, regardez le bras commercial de Wine: CrossOver .
Pour effectuer des généralisations générales:
Les jeux ont tendance à être mal soutenus par le vin. Les choses fonctionnent, fonctionnent presque, mais échouent généralement lamentablement. Il y a quelques rares hors concours, mais en règle générale, je suis pessimiste quant à l'exécution d'un jeu donné sous wine.
D'un autre côté, les petits programmes "de type application" fonctionnent plutôt bien. Les outils pour faire une seule chose fonctionnent généralement, qu'il s'agisse de convertir un format de données, d'afficher un fichier ou de faire une autre fonction unique. En général, si l'application est inférieure à 10 Mo, il est fort probable qu'elle fonctionne.
Lorsque la prise en charge des applications a tendance à tomber en panne, c'est lorsque vous vous lancez dans des projets plus importants qui contiennent beaucoup de code hérité.
la source
Il existe également la possibilité d'utiliser Mono pour les programmes Windows écrits en .NET. Recherchez-le et installez-le. Pour utiliser, il suffit d'exécuter
mono ProgramName
la source