Których bibliotek DLL Wine nie powinienem * zastępować * prawdziwą wersją?

10

Mam legalną instalację systemu Windows XP i podwójny rozruch z Ubuntu (obecnie Karmic). WineHQ twierdzi, że możliwe jest użycie bibliotek DLL z prawdziwej instalacji systemu Windows zamiast „bibliotek DLL, które Wine nie wdraża obecnie bardzo dobrze”.

Chciałbym więc po prostu utworzyć softlinks, które wskazują wszystkie biblioteki DLL w moim prawdziwym folderze Windows System32, zgodnie z teorią, że pomogłoby to lepiej funkcjonować i zachowywać się w mniej błędny, bardziej natywny sposób.

Ale czy powinienem posunąć się nawet do zastąpienia bibliotek DLL Wine prawdziwymi? Jeśli tak, to czy są jakieś biblioteki DLL, które muszą pozostać takie, jakie są, aby zachować zgodność ze światem Linux? Które można bezpiecznie wymienić?

W jaki sposób ten konflikt / przecinałby się z uruchomieniem Winetricks ?

endolit
źródło

Odpowiedzi:

2

Chociaż prawdopodobnie możesz zastąpić biblioteki dll WINE, tak naprawdę nie ma sposobu, aby określić, które możesz zastąpić, chyba że jesteś programistą projektu Wine. W większości przypadków biblioteki DLL działają dobrze, wstrząsając systemem, istnieje większe prawdopodobieństwo, że rozwiążesz problemy niż rozwiążesz problemy.

Jeśli zauważysz, że jakiś program ma problemy, możesz chcieć ustalić, gdzie w programie występuje problem, a następnie spróbuj dowiedzieć się, który to dll może być związany z problemem, a następnie spróbuj użyć miękkiego linku i sprawdź, czy naprawia problem.

Trzymałbym się tego, co Wine wyraźnie zaleca, jeśli zastąpienie dllów zadziałało i wprowadziłem ulepszenie Wine poleciłoby to sami.

Daisetsu
źródło
1

http://appdb.winehq.org/

AppDB wymienia modyfikacje wymagane dla każdego programu działającego pod Wine. Tak więc dla aplikacji, która nie działa natywnie, po prostu sprawdź w AppDB i odpowiednio zamień biblioteki DLL.

Ashok
źródło
1

gdi32.dll, kernel32.dlli user32.dllsą bibliotekami systemu Windows najniższego poziomu i jako takie nie powinny być używane do zastępowania odpowiedników w winie, ponieważ to one będą przede wszystkim rozmawiać z podstawowym systemem operacyjnym.

wsock32.dll obsługuje obsługę protokołu TCP / IP, dlatego też należy je pozostawić w spokoju.

Ignacio Vazquez-Abrams
źródło