Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] wine - exécuter des programmes Windows sous Unix [size=18] [b]Résumé[/b] [/size] [b][i]wine [options_wine] [--] programme [arguments ... ][/i][/b] Pour obtenir des instructions sur la façon de passer des arguments à des programmes Windows, voyez s.v.p. la section .B PROGRAMME/ARGUMENTS de cette page de manuel. [size=18] [b]Description[/b] [/size] [b]wine[/b] [i]programme[/i] charge et exécute le programme spécifié, où [i]programme[/i] est un exécutable DOS, Windows 3.x ou Win32 (binaires x86 uniquement). Pour déboguer wine, utilisez plutôt [b]winedbg[/b] [b]programme .[/b] Pour exécuter des programmes CUI (Console User Interface, c.-à-d. des applications Windows en mode console), utilisez [b]wineconsole[/b] au lieu de [b]wine .[/b] Cela affichera toute la sortie dans des fenêtres séparées (cela nécessite l'utilisation de X11). Ne pas utiliser [b]wineconsole[/b] pour les programmes CUI équivaut à ne fournir qu'un support console très limité, et votre programme pourrait dès lors ne pas fonctionner correctement. [b]wine [/b] peut actuellement exécuter un nombre croissant d'applications écrites pour toutes sortes de versions de Windows >= Win2.0, comme p.ex. Win3.1, Win95/98 ou NT. Les applications anciennes ou simples fonctionnent mieux que celles plus récentes ou complexes. L'utilisation des composants de Windows ME ou de Windows 2000 avec Wine est problématique ; ne pas les employer, ou n'utiliser que ceux des versions plus anciennes de Windows pose moins de problèmes. Un grand pourcentage de l'API a été implémenté, bien qu'il reste encore beaucoup de travail à effectuer. [size=18] [b]Exigences et installation[/b] [/size] Lisez le fichier README de la distribution des sources de Wine et la page de manuel de wine.conf pour savoir ce dont Wine a besoin, et comment on peut l'installer à partir des sources. [size=18] [b]Options[/b] [/size] [i]--debugmsg [xxx]#nom[,[xxx1]#nom1][,<+\|->relay=yyy1[:yyy2]][/i] [table][row][col]    [/col][col]Activer ou désactiver les messages de débogage.[table][row][col]    [/col][col][/col][/row][/table] xxx est optionnel et peut valoir [b]err , warn , fixme ou trace .[/b] Si xxx n'est pas spécifié, tous les messages de débogage relatifs au canal spécifié sont activés. Chaque canal affichera les messages provenant d'un composant particulier de [b]wine .[/b] Le signe « # » est requis et peut être soit « + », soit « - ». Notez qu'il n'y a pas d'espace après la virgule séparant les noms. yyy est soit le nom d'une DLL dans sa totalité, soit celui d'une entrée isolée de l'API que vous voulez inclure ou exclure de la liste de relais. La casse n'a pas d'importance. Vous pouvez faire la même chose pour fouiner. Exemples : [i]--debugmsg warn+all[/i] activera tous les messages d'avertissement (recommandé pour le débogage) [b][/b] [i]--debugmsg warn+dll,+heap[/i] activera tous les messages d'avertissement concernant les DLLs et le tas. [b][/b] [i]--debugmsg fixme-all,warn+cursor,+relay[/i] désactivera tous les messages FIXME, activera les messages d'avertissement relatifs au curseur, et activera tous les messages relais (appels à l'API). [b][/b] [i]--debugmsg -relay=rtlleavecriticalsection:RtlEnterCriticalSection[/i] activera tous les messages relais à l'exception de RtlLeaveCriticalSection et RtlEnterCriticalSection. [b][/b] [i]--debugmsg +relay=advapi32[/i] activera tous les messages relais dans le code ADVAPI32. N'utilisez jamais --debugmsg +all seul ! Beaucoup trop d'informations sont produites, et Wine se plantera beaucoup trop facilement, embrouillant ainsi les utilisateurs inexpérimentés. La liste complète des possibilités est : all, accel, advapi, animate, aspi, atom, avifile, bitblt, bitmap, caret, cdrom, class, clipboard, clipping, combo, comboex, comm, commctrl, commdlg, console, crtdll, cursor, datetime, dc, ddeml, ddraw, debug, debugstr, delayhlp, dialog, dinput, dll, dosfs, dosmem, dplay, driver, dsound, edit, elfdll, enhmetafile, event, exec, file, fixup, font, gdi, global, graphics, header, heap, hook, hotkey, icmp, icon, imagehlp, imagelist, imm, int, int10, int16, int17, int19, int21, int31, io, ipaddress, joystick, key, keyboard, loaddll, ldt, listbox, listview, local, mci, mcianim, mciavi, mcicda, mcimidi, mciwave, mdi, menu, message, metafile, midi, mmaux, mmio, mmsys, mmtime, module, monthcal, mpr, msacm, msg, msvideo, nativefont, nonclient, ntdll, odbc, ole, opengl, pager, palette, pidl, print, process, profile, progress, prop, propsheet, psapi, psdrv, ras, rebar, reg, region, relay, resource, richedit, scroll, segment, seh, selector, sendmsg, server, setupapi, setupx, shell, snoop, sound, static, statusbar, storage, stress, string, syscolor, system, tab, tape, tapi, task, text, thread, thunk, timer, toolbar, toolhelp, tooltips, trackbar, treeview, ttydrv, tweak, typelib, updown, ver, virtual, vxd, wave, win, win16drv, win32, winedbg, wing, wininet, winsock, winspool, wnet, x11 et x11drv. Pour plus d'informations sur les messages de débogage, lisez le fichier [i]documentation/running.sgml[/i] dans la distribution des sources (À CORRIGER : périmé).[/col][/row][/table] [i]--dll nom[,nom[,...]]={native\|so\|builtin}[,{n\|s\|b}[,...]][/i] [table][row][col]    [/col][col]Sélectionne le type de surcharge et l'ordre de chargement des DLLs utilisées lors du processus de chargement. Le comportement par défaut est défini dans le fichier de configuration. Il y a actuellement trois types de bibliothèques qui peuvent être chargées dans l'espace d'adressage d'un processus : les DLLs windows natives [i]( native ),[/i] les bibliothèques ELF natives [i]( so )[/i] et les DLLs internes de [b]wine[/b] [i]( builtin ).[/i] Le type peut être abrégé par la première lettre du type [i]( n , s , b ).[/i] Les séquences d'ordres doivent être séparées par des virgules. [b][/b] Chaque DLL peut avoir son propre ordre de chargement. L'ordre de chargement détermine quelle version de la DLL on essaie de charger dans l'espace d'adressage. Si le chargement de la première échoue, on essaie la suivante et ainsi de suite. Plusieurs bibliothèques de même ordre de chargement peuvent être séparées par des virgules. Il est également possible d'utiliser plusieurs fois l'option --dll, afin de spécifier des ordres de chargement différents pour des bibliothèques différentes. [b][/b] Exemples : [b][/b] [i]--dll comdlg32,commdlg=n,b[/i] [b][/b] Essayer de charger comdlg32 et commdlg comme des DLLs windows natives ; charger la version intégrée en cas d'échec. [b][/b] [i]--dll shell,shell32=n --dll c:(rs(rsfoo(rs(rsbar(rs(rsbaz=b[/i] .b Essayer de charger les bibliothèques shell et shell32 comme des DLLs windows natives. De plus, si une application requiert le chargement de c:(rsfoo(rsbar(rsbaz.dll, alors charger la bibliothèque intégrée baz. [b][/b] [i]--dll comdlg32,commdlg=b,n --dll shell,shell32=b --dll comctl32,commctrl=n[/i] [b][/b] Essayer de charger comdlg32 et commdlg comme des DLLs intégrées, ou employer les versions natives en cas d'échec ; toujours charger les DLLs shell32/shell intégrées et les DLLs comctl32/commctrl natives. [b][/b] Note : il est sage de garder des paires de DLLs (comdlg32/commdlg, shell/shell32, etc.) ayant exactement le même ordre de chargement. Cela évitera des discordances au moment de l'exécution. Voyez également le format du fichier de configuration plus bas.[/col][/row][/table] [size=18] [b]Arguments[/b] [/size] Le nom du programme peut être spécifié dans le format DOS [i]( C:(rs(rsWINDOWS(rs(rsSOL.EXE )[/i] ou dans le format Unix [i]( /msdos/windows/sol.exe ).[/i] Vous pouvez passer des arguments au programme à exécuter en les ajoutant à la fin de la ligne de commandes invoquant [b]wine[/b] (comme p.ex. wine notepad C:(rs(rsTEMP(rs(rsREADME.TXT). Notez que vous devez protéger les caractères spéciaux avec un « (rs » (et des espaces) quand vous invoquez Wine à partir d'un shell, comme p.ex. dans wine C:(rs(rsProgram(rs Files(rs(rsMonProg(rs(rstest.exe Le traitement de la ligne de commandes s'effectue comme suit : d'abord, [b]wine[/b] vérifie si des options de [b]wine [/b] susmentionnées ont été spécifiées. Celles-ci sont enlevées de la ligne de commandes, qui est alors transmise au programme windows. Vous pouvez utiliser le paramètre [i]-- [/i] pour indiquer à [b]wine[/b] d'arrêter le traitement de la ligne de commandes. C'est nécessaire si un programme windows comprend une option qui est habituellement interprétée (et donc enlevée de la ligne de commandes) par [b]wine .[/b] Par exemple, si vous voulez lancer [b]wine [/b] avec les options [i]--dll riched32=n[/i] et que [b]wine [/b] exécute le programme [i]monapp.exe[/i] avec les arguments [b]--display 3d unfichier ,[/b] alors vous pourriez utiliser la ligne de commandes suivante pour invoquer [b]wine :[/b] [i]wine --dll riched32=n -- monapp.exe --display 3d unfichier[/i] Notez que par contraste avec les versions précédentes de [b]wine ,[/b] vous ne devez pas passer le nom du programme et ses options en un seul argument à [b]wine .[/b] Pour exécuter plus d'un programme windows, exécutez simplement [b]wine[/b] une fois avec le nom de chaque programme comme argument. [size=18] [b]Variables denvironnement[/b] [/size] [b]wine[/b] donne accès aux variables d'environnement du shell à partir duquel [b]wine[/b] a été lancé aux processus windows/dos démarrés. Utilisez donc la syntaxe appropriée à votre shell pour entrer les variables d'environnement dont vous avez besoin. [i]WINEPREFIX[/i] [table][row][col]    [/col][col]Si cette variable est définie, son contenu représente le nom du répertoire où [b]wine[/b] stocke ses données [i]( $HOME/.wine[/i] par défaut). Ce répertoire contient également la socket qui est utilisée pour communiquer avec le [i]wineserver[/i] (serveur wine). Tous les processus [b]wine[/b] utilisant le même [b]wineserver[/b] (c.-à-d. le même utilisateur) partagent certaines choses comme le registre, la mémoire partagée, et le fichier de configuration. En donnant différentes valeurs à [i]WINEPREFIX[/i] pour différents processus [b]wine ,[/b] il est possible d'exécuter plusieurs processus [b]wine[/b] réellement indépendants.[/col][/row][/table] [i]WINESERVER[/i] [table][row][col]    [/col][col]Spécifie le chemin et le nom du binaire [b]wineserver .[/b] Si cette variable n'est pas définie, Wine essaiera de charger [b]/opt/bin/wineserver[/b] et, en cas d'échec, recherchera un fichier nommé « wineserver » dans le PATH et dans quelques autres emplacements vraisemblables.[/col][/row][/table] [i]WINELOADER[/i] [table][row][col]    [/col][col]Spécifie le chemin et le nom du binaire [b]wine[/b] à utiliser pour lancer de nouveaux processus Windows. Si cette variable n'est pas définie, Wine essaiera de charger [b]/opt/bin/wine[/b] et, en cas d'échec, recherchera un fichier nommé « wine » dans le PATH et dans quelques autres emplacements vraisemblables.[/col][/row][/table] [i]WINEDLLPATH[/i] [table][row][col]    [/col][col]Spécifie le(s) chemin(s) de recherche des DLLs intégrées et des applications Winelib. C'est une liste de répertoires séparés par des « : ». En plus de tous les répertoires spécifiés dans [b]WINEDLLPATH ,[/b] Wine recherchera également dans [b]/opt/lib/wine .[/b][/col][/row][/table] [i]DISPLAY[/i] [table][row][col]    [/col][col]Spécifie l'affichage X11 à utiliser.[/col][/row][/table] [size=18] [b]Fichier de configuration[/b] [/size] [b]wine[/b] s'attend à un fichier de configuration [i]( $WINEPREFIX/config (~/.wine/config)),[/i] qui doit se conformer au format spécifié dans la page de manuel de [b]wine.conf (5) .[/b] Voyez le fichier documentation/samples/config dans l'archive des sources de [b]Wine[/b] pour un exemple de fichier de configuration. [size=18] [b]Auteurs[/b] [/size] [b]wine[/b] est disponible grâce au travail de nombreux développeurs. Pour obtenir une liste des auteurs, veuillez lire le fichier [b]AUTHORS[/b] dans le répertoire racine de la distribution des sources. [size=18] [b]Copyright[/b] [/size] [b]wine[/b] peut être distribué selon les termes de la licence LGPL. Une copie de la licence se trouve dans le fichier [b]LICENSE[/b] situé dans le répertoire racine de la distribution des sources. [size=18] [b]Bugs[/b] [/size] Un compte-rendu sur l'état de prise en charge d'un grand nombre d'applications peut être trouvé sur [b]http://www.winehq.com/Apps .[/b] Veuillez ajouter des entrées à cette liste pour les applications que vous utilisez actuellement. Les rapports de bogues peuvent être envoyés au Bugzilla de Wine sur [b]http://bugs.winehq.com .[/b] Si vous voulez poster un rapport de bogue, lisez au préalable le fichier [i]documentation/bugs.sgml[/i] dans les sources de [b]wine [/b] pour savoir quelles informations sont nécessaires. Pour rapporter des problèmes et/ou suggestions concernant cette page de manuel, visitez également [b]http://bugs.winehq.com .[/b] [size=18] [b]Disponibilité[/b] [/size] La version publique la plus récente de [b]wine[/b] peut être obtenue via FTP depuis ibiblio.org dans le répertoire /pub/Linux/ALPHA/Wine/development. Les publications se font dans le format « Wine-yyyymmdd.tar.gz », ou « Wine-yyyymmdd.diff.gz » pour le fichier diff relatif à la version précédente. Le même répertoire contient le contenu pré-construit de la documentation dans divers formats (wine-doc.xxx.gz). Le dernier instantané du code peut être obtenu via CVS. Pour des informations sur la façon de procéder, voyez s.v.p. [b][/b] http://www.winehq.com/development/ . WineHQ, le quartier général du développement de [b]wine ,[/b] peut être trouvé sur [b]http://www.winehq.com/ .[/b] Ce site web contient un tas d'informations concernant [b]wine .[/b] Le groupe de discussion sur [b]wine [/b] est [b]comp.emulators.ms-windows.wine .[/b] Il est utilisé pour discuter de divers aspects de [b]wine[/b] relatifs à (l'aide à) l'utilisateur final. Pour plus d'informations sur le développement de [b]wine ,[/b] vous pouvez souscrire aux listes de diffusion de [b]wine[/b] sur [b]http://www.winehq.com/development/#ml .[/b] [size=18] [b]Fichiers[/b] [/size] [i]/opt/bin/wine[/i] [table][row][col]    [/col][col]Le chargeur de programmes de [b]wine .[/b][/col][/row][/table] [i]/opt/bin/wineconsole[/i] [table][row][col]    [/col][col]Le chargeur de programmes de [b]wine [/b] pour les applications CUI (console).[/col][/row][/table] [i]/opt/bin/wineserver[/i] [table][row][col]    [/col][col]Le serveur [b]wine .[/b][/col][/row][/table] [i]/opt/bin/winedbg[/i] [table][row][col]    [/col][col]Le débogueur de [b]wine .[/b][/col][/row][/table] [i]/opt/bin/wineclipsrv[/i] [table][row][col]    [/col][col]Le serveur de presse-papiers de [b]wine .[/b][/col][/row][/table] [i]/opt/lib/wine[/i] [table][row][col]    [/col][col]Le répertoire contenant les bibliothèques partagées de [b]wine .[/b][/col][/row][/table] [i]~/.wine/config[/i] [table][row][col]    [/col][col]Le fichier de configuration spécifique à l'utilisateur.[/col][/row][/table] [i]~/.wine[/i] [table][row][col]    [/col][col]Le répertoire contenant les données spécifiques à l'utilisateur gérées par [b]wine . [/b] [/col][/row][/table] [size=18] [b]Voir aussi[/b] [/size] [b]wine.conf (5)[/b] [size=18] [b]Traduction[/b] [/size] Frédéric Delanoy <[i]delanoy_f[/i] at yahoo.com>, 2002. " LocalWords: THE
Fichier