Provided by: wine-stable_3.0-1ubuntu1_all bug

NAZWA

       wine - uruchamiaj programy Windowsowe na Uniksie

SKŁADNIA

       wine program [opcje ... ]
       wine --help
       wine --version

       Informacji na temat przekazywania opcji programom Windowsowym szukaj w rozdziale OPCJE tej
       instrukcji.

OPIS

       wine ładuje i wykonuje dany program, gdzie program to plik wykonywalny DOSa, Windowsa  3.x
       lub Win32 (tylko binarne x86).

       Do debugowania wine lepiej jednak użyć winedbg

       Do  uruchamiania plików wykonywalnych CUI (programy konsolowe Windowsa) używaj wineconsole
       zamiast wine.  Spowoduje to, że całe wyjście zostanie pokazane w osobnym oknie (wymaganiem
       jest   uruchomiony  X11).   Przez  nie  użycie  wineconsole  do  programów  CUI  otrzymasz
       ograniczone wsparcie dla konsoli ,a twój program może nie zadziałać prawidłowo.

       Gdy wywołasz wine z --help lub --version jako jedyną opcją, wine  pokaże  małą  informację
       pomocy lub odpowiednio wyświetli swoją wersję i zakończy działanie.

OPCJE

       Nazwa  programu  może  być  określona w formacie DOS (C:\\WINDOWS\\SOL.EXE) lub w formacie
       Unix (/msdos/windows/sol.exe).  Możesz dodać opcje do wykonywanego programu przez  dodanie
       ich   do   końca  wywołania  linii  wiersza  poleceń  wine  (tak  jak  np.:  wine  notepad
       C:\\TEMP\\README.TXT).  Zauważ, że musisz '\' poradzić sobie  ze  znakami  specjalnymi  (i
       spacjami) podczas wywoływania Wine przez powłokę, np.

       wine C:\\Program\ Files\\MyPrg\\test.exe

ZMIENNE ŚRODOWISKOWE

       wine  udostępnia  zmienne  środowiskowe  z  powłoki,  z  której wystartował wine programom
       windowsowym/dosowym, więc używaj odpowiedniej składni twojej powłoki, aby  wpisać  zmienne
       środowiskowe, których potrzebujesz.

       WINEPREFIX
              Jeżeli  ta  zmienna jest ustawiona, to jej zawartość jest brana jako nazwa katalogu
              gdzie wine przechowuje swoje dane (domyślny katalog to $HOME/.wine).   Katalog  ten
              jest  także wykorzystywany do identyfikacji gniazda używanego do porozumiewania się
              z wineserver.  Wszystkie procesy wine używające tego samego  wineserver  (np.:  ten
              sam  użytkownik)  dzielą pewne elementy takie jak rejrestr, współdzielona pamięć, i
              plik konfiguracyjny.  Poprzez ustawianie WINEPREFIX na inne  wartości  dla  różnych
              procesów  wine  jest  możliwe  uruchamianie  kilka prawdziwie niezależnych procesów
              wine.

       WINESERVER
              Określa ścieżkę i nazwę programu binarnego wineserver Jeżeli  nie  ustawione,  Wine
              będzie   próbował  załadować  /usr/lib/wine/wineserver  i  jeśli  zakończy  się  to
              niepowodzeniem to będzie szukał pliku o nazwie "wineserver"  w  podanej  ścieżce  i
              kilku innych miejscach prawdopodobnego występowania.

       WINELOADER
              Określa  ścieżkę  i  nazwę  programu binarnego wine używanej do uruchamiania nowych
              procesów  Windowsowych.  Jeżeli  nieustawione,  Wine  będzie  próbowało   załadować
              /usr/lib/wine/wine  i jeśli zakończy się to niepowodzeniem to będzie szukał pliku o
              nazwie  "wine"  w  podanej  ścieżce  i  kilku  innych   miejscach   prawdopodobnego
              występowania.

       WINEDEBUG
              Włącza  lub  wyłącza  wiadomości  debuggera.  Składnia zmiennej wygląda następująco
              [klasa][+/-]kanał[,[klasa2][+/-]kanał2].

              klasa jest opcjonalna i może być jedną  z  następujących:  err,  warn,  fixme,  lub
              trace.   Jeżeli  klasa  nie  jest  określona, to wszystkie wiadomości debuggera dla
              określonego kanału są  wyłączone.   Każdy  kanał  będzie  wyświetlał  wiadomości  o
              poszczególnym  komponencie  wine.   Następny  znak  może  być albo + albo - i służy
              odpowiednio do włączenia albo wyłączenia określonego kanału.  Jeżeli nie ma  części
              klasa  przed  nim,  to  znak  znaczący  +  może być pominięty. Zauważ, że spacje są
              niedozwolone w żadnym miejscu łańcucha znaków.

              Przykłady:

              WINEDEBUG=warn+all
                     włączy wszystkie ostrzeżenia (zalecane przy debugowaniu).

              WINEDEBUG=warn+dll,+heap
                     włączy wszystkie ostrzeżenia bibliotek DLL i wszystkie wiadomości stosu.

              WINEDEBUG=fixme-all,warn+cursor,+relay
                     wyłączy wszystkie wiadomości FIXME, włączy ostrzeżenia kursora  i  wszystkie
                     wiadomości relay (wywołania API).

              WINEDEBUG=relay
                     włączy   wszystkie   wiadomości   relay.  Aby  mieć  większą  kontrolę  przy
                     uwzględnianiu i wykluczaniu funkcji i bibliotek dll ze śladu relay, zapoznaj
                     się z kluczem rejestru HKEY_CURRENT_USER\Software\Wine\Debug

              Informacji  na  temat  wiadomości  debugera  szukaj  w  rozdziale  Running  Wine  z
              Przewodnika użytkownika Wine.

       WINEDLLPATH
              Określa ścieżkę/ki, w których należy szukać wbudowanych bibliotek dll  i  programów
              Winelib. To lista katalogów oddzielonych znakiem ":". W dodatku do każdego katalogu
              określonego   w   WINEDLLPATH,   Wine    będzie    także    szukał    w    katalogu
              /usr/lib/x86_64-linux-gnu/wine.

       WINEDLLOVERRIDES
              Definiuje  typ  nadpisania i kolejność ładowania bibliotek dll użytych do ładowania
              procesu dla jakiejkolwiek biblioteki dll.  Obecnie  istnieją  dwa  typy  bibliotek,
              które można załadować do przestrzeni adresowej procesu: natywne biblioteki Windowsa
              (native), wine wewnętrzne biblioteki dll (builtin).  Typ może  być  skrócony  przez
              pierwszą literkę typu (n, b).  Biblioteka może być także całkowicie wyłączona ('').
              Każda sekwencja rozkazów musi być oddzielona przecinkami.

              Każda  biblioteka  dll  może  mieć  swoją  własną  kolejność  ładowania.  Kolejność
              ładowania  określa,  którą  wersję biblioteki dll będzie się próbowało załadować do
              przestrzeni adresowej. Jeżeli pierwsza zawiedzie, to próbowana jest następna i  tak
              dalej.   Wiele  bibliotek  z  tą  samą  kolejnością  ładowania  może być oddzielona
              przecinkami.  Istnieje także możliwość określenia różnych kolejności ładowania  dla
              różnych bibliotek przez oddzielanie wpisów znakiem ";".

              Kolejność  ładowania  dla  16-bitowej  biblioteki  dll  jest zawsze określona przez
              kolejność ładowania 32-bitowej biblioteki  dll,  która  ją  zawiera  (co  może  być
              rozpoznane  przez  podgląd  symbolicznych  dowiązań 16-bitowego pliku .dll.so). Dla
              przykładu jeżeli  biblioteka  ole32.dll  jest  skonfigurowana  jako  wbudowana,  to
              biblioteka  storage.dll będzie również zładowana jako wbudowana, ponieważ 32-bitowa
              biblioteka ole32.dll zawiera 16-bitową bibliotekę storage.dll.

              Przykłady:

              WINEDLLOVERRIDES="comdlg32,shell32=n,b"
                     Spróbuj załadować comdlg32 i shell32 jako natywne  biblioteki  windowsowe  i
                     powróć do wersji wbudowanych jeżeli natywne zawiodą.

              WINEDLLOVERRIDES="comdlg32,shell32=n;c:\\foo\\bar\\baz=b"
                     Spróbuj  załadować  comdlg32  i  shell32 jako natywne biblioteki windowsowe.
                     Dodatkowo, jeżeli program zażąda załadowania c:\foo\bar\baz.dll  to  załaduj
                     wbudowaną bibliotekę rsbaz.

              WINEDLLOVERRIDES="comdlg32=b,n;shell32=b;comctl32=n;oleaut32="
                     Najpierw  spróbuj  załadować  comdlg32  jako wbudowaną i skorzystaj z wersji
                     natywnej jeżeli wbudowane zawiodą; zawsze ładuj  shell32  jako  wbudowaną  i
                     comctl32 jako natywną. Oleaut32 pozostaw wyłączone.

       WINEARCH
              Określa  jaką  architekturę  Windowsa wspierać. Może to być zarówno win32 (wsparcie
              tylko 32-bitowych programów), lub win64 (wsparcie dla programów 64-bitowych  jak  i
              32-bitowych w trybie WoW64).
              Architektura  wspierana  przez  dany  prefiks  Wine  jest  ustawiana już w momencie
              tworzenia prefiksa i nie może być później zmieniona. Gdy opcja zostanie uruchomiona
              z  istniejącym prefiksem, Wine odmówi uruchomienie jeżeli WINEARCH nie zgadza się z
              architekturą prefiksu.

       DISPLAY
              Określa, którego wyświetlacza X11 użyć.

       Zmienne konfiguracyjne sterownika dźwięku OSS

       AUDIODEV
              Ustaw urządzenie dla wejścia / wyjścia dźwięku. Domyślnie /dev/dsp.

       MIXERDEV
              Ustaw urządzenie dla suwaków miksera. Domyślnie /dev/mixer.

       MIDIDEV
              Ustaw urządzanie MIDI (sekwencer). Domyślnie /dev/sequencer.

FILES

       /usr/lib/wine/wine
              Ładowarka programów wine

       /usr/lib/wine/wineconsole
              Ładowarka programów wine dla aplikacji CUI (konsolowych).

       /usr/lib/wine/wineserver
              Serwer wine

       /usr/lib/wine/winedbg
              Debugger wine

       /usr/lib/x86_64-linux-gnu/wine
              Katalog zawierający współdzielone biblioteki wine

       $WINEPREFIX/dosdevices
              Katalog zawierający  mapowania  urządzeń  DOS.  Każdy  plik  w  tym  katalogu  jest
              dowiązaniem  symbolicznym  do  pliku  urządzenia  Uniksowego  implementującego dane
              urządzenie. Dla przykładu, jeżeli COM1 byłoby zmapowane do  /dev/ttyS0  to  miałbyś
              symboliczene dowiązanie w formie $WINEPREFIX/dosdevices/com1 -> /dev/ttyS0.
              Napędy  DOS również są określone przez dowiązania symboliczne; Dla przykładu jeżeli
              napęd D: odpowiadałby napędowi CDROM zamontowanemu w /mnt/cdrom, miałbyś dowiązanie
              symboliczne    $WINEPREFIX/dosdevices/d:   ->   /mnt/cdrom.   Urządzenia   Uniksowe
              odpowiadające napędom DOS mogą być określone w  ten  sam  sposób,  z  użyciem  '::'
              zamiast  ':'.   Tak więc dla poprzedniego przykładu, jeżeli urządzenie CDROM byłoby
              zamontowane  z  /dev/hdc,  to  odpowiadające  dowiązanie  symboliczne   wyglądałoby
              następująco $WINEPREFIX/dosdevices/d:: -> /dev/hdc.

AUTORZY

       wine  jest  dostępne  dzięki pracy wielu programistów. Lista autorów jest dostępna w pliku
       AUTOHORS w głównym katalogu dystrybucyjnym źródła.

PRAWA AUTORSKIE

       wine może być rozpowszechniane pod warunkami licencji LGPL. Kopia licencji jest dostępna w
       pliku COPYING.LIB w głównym katalogu dystrybucyjnym źródła.

BŁĘDY

       Raporty stanu działania programów są dostępne na stronie https://appdb.winehq.org.  Jeżeli
       brakuje na liście aplikacji, której używasz, to nie wahaj się dodać jej samodzielnie.

       Raporty błędów mogą być wysyłane do Wine Bugzilla  https://bugs.winehq.org  Jeżeli  chcesz
       zgłosić  błąd  zapoznaj  się z https://wiki.winehq.org/Bugs w źródle wine , aby dowiedzieć
       się jakie informacje są niezbędne

       Sugestie i problemy dotyczące tej instrukcji również przesyłaj do https://bugs.winehq.org

DOSTĘPNOŚĆ

       Najaktualniejszą     publiczną     wersję     wine     można     pobrać     ze      strony
       https://www.winehq.org/download

       Najaktualnieszy  zrzut  kodu  można  pobrać  przez GIT.  Aby dowiedzieć się jak to zrobić,
       odwiedź stronę https://www.winehq.org/git

       WineHQ, siedziba rozwoju wine , mieści się na stronie https://www.winehq.org.   Strona  ta
       zawiera wiele informacji o wine.

       Po  dalsze informacje na temat rozwoju wine zapisz się na listę mailingową wine na stronie
       https://www.winehq.org/forums

ZOBACZ TAKŻE

       wineserver(1), winedbg(1)