wine.pl.man.in 10.6 KB
Newer Older
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327
.\" -*- nroff -*-
.TH WINE 1 "October 2005" "@PACKAGE_STRING@" "Windows On Unix"
.SH NAZWA
wine \- uruchamiaj programy Windowsowe na Uniksie
.SH SKŁADNIA
.BI "wine " program
[opcje ... ]
.br
.B wine --help
.br
.B wine --version
.PP
Informacji na temat przekazywania opcji programom Windowsowym szukaj w rozdziale
.B
OPCJE
tej instrukcji.
.SH OPIS
.B wine
ładuje i wykonuje dany program, gdzie program to plik wykonywalny DOSa, Windowsa
3.x lub Win32 (tylko binarne x86).
.PP
Do debugowania wine lepiej jednak użyć
.B winedbg
.PP
Do uruchamiania plików wykonywalnych CUI (programy konsolowe Windowsa) używaj
.B wineconsole
zamiast
.BR wine .
Spowoduje to, że całe wyjście zostanie pokazane w osobnym oknie (wymaganiem jest uruchomiony X11).
Przez nie użycie
.B wineconsole
do programów CUI otrzymasz ograniczone wsparcie dla konsoli
,a twój program może nie zadziałać prawidłowo.
.PP
Gdy wywołasz wine z
.B --help
lub
.B --version
jako jedyną opcją,
.B wine
pokaże małą informację pomocy lub odpowiednio wyświetli swoją wersję i zakończy działanie.
.SH OPCJE
Nazwa programu może być określona w formacie DOS
.RI ( C:\(rs\(rsWINDOWS\(rs\(rsSOL.EXE )
lub w formacie Unix
.RI ( /msdos/windows/sol.exe ).
Możesz dodać opcje do wykonywanego programu przez dodanie ich do
końca wywołania linii wiersza poleceń
.B wine
(tak jak np.: wine notepad C:\(rs\(rsTEMP\(rs\(rsREADME.TXT).
Zauważ, że musisz '\(rs' poradzić sobie ze znakami specjalnymi (i spacjami) podczas wywoływania Wine przez
powłokę, np.
.PP
wine C:\(rs\(rsProgram\(rs Files\(rs\(rsMyPrg\(rs\(rstest.exe
.PP
.SH ZMIENNE ŚRODOWISKOWE
.B wine
udostępnia zmienne środowiskowe z powłoki, z której wystartował
.B wine
programom windowsowym/dosowym, więc używaj odpowiedniej składni
twojej powłoki, aby wpisać zmienne środowiskowe, których potrzebujesz.
.TP
.I WINEPREFIX
Jeżeli ta zmienna jest ustawiona, to jej zawartość jest brana jako nazwa katalogu gdzie
.B wine
przechowuje swoje dane (domyślny katalog to
.IR $HOME/.wine ).
Katalog ten jest także wykorzystywany do identyfikacji gniazda używanego do
porozumiewania się z
.IR wineserver .
Wszystkie procesy
.B wine
używające tego samego
.B wineserver
(np.: ten sam użytkownik) dzielą pewne elementy takie jak rejrestr, współdzielona pamięć,
i plik konfiguracyjny.
Poprzez ustawianie
.I WINEPREFIX
na inne wartości dla różnych procesów
.B wine
jest możliwe uruchamianie kilka prawdziwie niezależnych procesów
.B wine
.
.TP
.I WINESERVER
Określa ścieżkę i nazwę programu binarnego
.B wineserver
. Jeżeli nie ustawione, Wine będzie próbował załadować
.BR @bindir@/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.
.TP
.I WINELOADER
Określa ścieżkę i nazwę programu binarnego
.B wine
używanej do uruchamiania nowych procesów Windowsowych. Jeżeli nieustawione, Wine będzie
próbowało załadować
.BR @bindir@/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.
.TP
.I WINEDEBUG
Włącza lub wyłącza wiadomości debuggera. Składnia zmiennej
wygląda następująco
.RI [ klasa ][+/-] kanał [,[ klasa2 ][+/-] kanał2 ].
.RS +7
.PP
.I klasa
jest opcjonalna i może być jedną z następujących:
.BR err ,
.BR warn ,
.BR fixme ,
lub
.BR trace .
Jeżeli
.I 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
.BR 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
.I klasa
przed nim, to znak znaczący + może być pominięty. Zauważ, że spacje są niedozwolone
w żadnym miejscu łańcucha znaków.
.PP
Przykłady:
.TP
WINEDEBUG=warn+all
włączy wszystkie ostrzeżenia (zalecane przy debugowaniu).
.br
.TP
WINEDEBUG=warn+dll,+heap
włączy wszystkie ostrzeżenia bibliotek DLL i wszystkie wiadomości stosu.
.br
.TP
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).
.br
.TP
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
.B HKEY_CURRENT_USER\\\\Software\\\\Wine\\\\Debug
.PP
Informacji na temat wiadomości debugera szukaj w rozdziale
.I Running Wine
z Przewodnika użytkownika Wine.
.RE
.TP
.I 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
.IR WINEDLLPATH ,
Wine będzie także szukał w katalogu
.BR @dlldir@ .
.TP
.I 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
.RI ( native ),
.B wine
wewnętrzne biblioteki dll
.RI ( builtin ).
Typ może być skrócony przez pierwszą literkę typu
.RI ( n ", " b ).
Biblioteka może być także całkowicie wyłączona (''). Każda sekwencja rozkazów musi być oddzielona przecinkami.
.RS
.PP
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 ";".
.PP
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.
.PP
Przykłady:
.TP
WINEDLLOVERRIDES="comdlg32,shell32=n,b"
.br
Spróbuj załadować comdlg32 i shell32 jako natywne biblioteki windowsowe i powróć
do wersji wbudowanych jeżeli natywne zawiodą.
.TP
WINEDLLOVERRIDES="comdlg32,shell32=n;c:\(rs\(rsfoo\(rs\(rsbar\(rs\(rsbaz=b"
.br
Spróbuj załadować comdlg32 i shell32 jako natywne biblioteki windowsowe. Dodatkowo, jeżeli
program zażąda załadowania c:\(rsfoo\(rsbar\(rsbaz.dll to załaduj wbudowaną bibliotekę rsbaz.
.TP
WINEDLLOVERRIDES="comdlg32=b,n;shell32=b;comctl32=n;oleaut32="
.br
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.
.RE
.TP
.I WINEARCH
Określa jaką architekturę Windowsa wspierać. Może to być zarówno
.B win32
(wsparcie tylko 32-bitowych programów), lub
.B win64
(wsparcie dla programów 64-bitowych jak i 32-bitowych w trybie WoW64).
.br
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
.I WINEARCH
nie zgadza się z architekturą prefiksu.
.TP
.I DISPLAY
Określa, którego wyświetlacza X11 użyć.
.TP
Zmienne konfiguracyjne sterownika dźwięku OSS
.TP
.I AUDIODEV
Ustaw urządzenie dla wejścia / wyjścia dźwięku. Domyślnie
.BR /dev/dsp .
.TP
.I MIXERDEV
Ustaw urządzenie dla suwaków miksera. Domyślnie
.BR /dev/mixer .
.TP
.I MIDIDEV
Ustaw urządzanie MIDI (sekwencer). Domyślnie
.BR /dev/sequencer .
.SH FILES
.TP
.I @bindir@/wine
Ładowarka programów
.B wine
.TP
.I @bindir@/wineconsole
Ładowarka programów
.B wine
dla aplikacji CUI (konsolowych).
.TP
.I @bindir@/wineserver
Serwer
.B wine
.TP
.I @bindir@/winedbg
Debugger
.B wine
.TP
.I @dlldir@
Katalog zawierający współdzielone biblioteki
.BR wine
.TP
.I $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.
.br
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.
.SH AUTORZY
.B wine
jest dostępne dzięki pracy wielu programistów. Lista autorów
jest dostępna w pliku
.B AUTOHORS
w głównym katalogu dystrybucyjnym źródła.
.SH PRAWA AUTORSKIE
.B wine
może być rozpowszechniane pod warunkami licencji LGPL. Kopia
licencji jest dostępna w pliku
.B COPYING.LIB
w głównym katalogu dystrybucyjnym źródła.
.SH BŁĘDY
.PP
Raporty stanu działania programów są dostępne na stronie
.IR http://appdb.winehq.org .
Jeżeli brakuje na liście aplikacji, której używasz, to nie wahaj się
dodać jej samodzielnie.
.PP
Raporty błędów mogą być wysyłane do Wine Bugzilla
.I http://bugs.winehq.org
Jeżeli chcesz zgłosić błąd zapoznaj się z
.I http://wiki.winehq.org/Bugs
w źródle
.B wine
, aby dowiedzieć się jakie informacje są niezbędne
.PP
Sugestie i problemy dotyczące tej instrukcji również przesyłaj do
.I http://bugs.winehq.org
.SH DOSTĘPNOŚĆ
Najaktualniejszą publiczną wersję
.B wine
można pobrać ze strony
.I http://www.winehq.org/download
.PP
Najaktualnieszy zrzut kodu można pobrać przez GIT.  Aby dowiedzieć się
jak to zrobić, odwiedź stronę
.I
http://www.winehq.org/site/git
.PP
WineHQ, siedziba rozwoju
.B wine
, mieści się na stronie
.IR http://www.winehq.org .
Strona ta zawiera wiele informacji o
.BR wine .
.PP
Po dalsze informacje na temat rozwoju
.B wine
zapisz się na listę mailingową
.B wine
na stronie
.I http://www.winehq.org/forums

.SH "ZOBACZ TAKŻE"
.BR wineserver (1),
.BR winedbg (1)