Wine 20050419 Эмулятор позволяющий запускать различные приложения Windows. Например MS Office
Home_http://www.winehq.com/
Downloads:Red Hat(Fedora Core 3):i686_http://prdownloads.sourceforge.net/wine/wine-20050419-1fc3winehq.i686.rpm?download
i386_http://prdownloads.sourceforge.net/wine/wine-20050419-1fc3winehq.i386.rpm?download
athlon_http://prdownloads.sourceforge.net/wine/wine-20050419-1fc3winehq.athlon.rpm?download
Development package_http://prdownloads.sourceforge.net/wine/wine-devel-20050419-1fc3winehq.i386.rpm?download
Source_http://prdownloads.sourceforge.net/wine/wine-20050419-1fc3winehq.src.rpm?download
Страница загрузки_http://www.winehq.com/site/download-rh
SuSE:i386_http://prdownloads.sourceforge.net/wine/wine-20050419-SuSELinux82.i586.rpm?download
Source .rpm_http://prdownloads.sourceforge.net/wine/wine-20050419-SuSELinux82.src.rpm?download
Development package_http://prdownloads.sourceforge.net/wine/wine-devel-20050419-SuSELinux82.i586.rpm?download
Страница загрузки_http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=79444
Mandrake:i386_http://prdownloads.sourceforge.net/wine/wine-20050419-mdk.i586.rpm?download
debug-symbols_http://prdownloads.sourceforge.net/wine/wine-debug-symbols-20050419-mdk.i586.rpm?download
Страница загрузки_http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=80066
Slackware:i386_http://prdownloads.sourceforge.net/wine/Wine-20050419-i486-10.1.tgz?download
nodebug_http://prdownloads.sourceforge.net/wine/Wine-20050419-i486-10.1-nodebug.tgz?download
Страница загрузки_http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=6301
FreeBSD:CODE
http://www.ibiblio.org/pub/Linux/ALPHA/wine/development/
http://www.gtlib.cc.gatech.edu/pub/Linux/ALPHA/wine/development/
ftp://sunsite.cnlab-switch.ch/mirror/linux/sunsite/ALPHA/wine/development/
ftp://ftp.cs.tu-berlin.de/pub/linux/Mirrors/sunsite.unc.edu/ALPHA/wine/development/
ftp://ftp.physics.auth.gr/pub/mirrors/ibiblio/Linux/ALPHA/wine/development/
ftp://ftp.edisontel.com/pub/Sunsite_Mirror/ALPHA/wine/development/
ftp://ftp.rz.uni-karlsruhe.de/pub/mirror/ftp.uni-tuebingen.de/pub/linux/mirrors/ftp.metalab.unc.edu/pub/Linux/ALPHA/wine/development/
ftp://ftp.nluug.nl/pub/metalab/ALPHA/wine/development/
ftp://ftp.rediris.es/sites2/ibiblio.org/linux/ALPHA/wine/development/
ftp://ftp.lip6.fr/pub/linux/sunsite/ALPHA/wine/development/
ftp://ftp.nvg.ntnu.no/pub/mirrors/metalab.unc.edu/ALPHA/wine/development/
ftp://ftp.icm.edu.pl/pub/Linux/sunsite/ALPHA/wine/development/
ftp://ftp.cse.cuhk.edu.hk/pub4/Linux/ALPHA/wine/development/
ftp://ftp.kobe-u.ac.jp/pub/Linux/metalab.unc.edu/ALPHA/wine/development/
ftp://ftp.kddlabs.co.jp/Linux/metalab.unc.edu/ALPHA/wine/development/
ftp://ftp.chg.ru/pub/Linux/sunsite/ALPHA/wine/development/
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/
Страница загрузки_http://www.freshports.org/emulators/wine/
All_http://prdownloads.sourceforge.net/wine
WineTools 2.1.2QUOTE
WineTools is a menu driven installer for installing about 90 Windows programs under the x86 (Athlon or Intel PC) processor architecture with the Linux operating system using Wine. This software lets you install the following Windows software:
<li>DCOM98
<li>IE6
<li>Windows Core Fonts
<li>Windows System Software
<li>Office & Office Viewer
<li>Adobe Photoshop 7, Illustrator 9
Home_http://www.von-thadden.de/Joachim/WineTools/
RedHat, Fedora Core, SuSE_http://ds80-237-203-29.dedicated.hosteurope.de/wt/winetools-2.1.2-jo.i386.rpm
other distributions_http://ds80-237-203-29.dedicated.hosteurope.de/wt/winetools-212jo.tar.gz
Установка и настройка:_http://linux.yaroslavl.ru/docs/conf/wine.html
_http://www.nixp.ru/cgi-bin/go.pl?q=articles;a=wine_howto
Также вы можете использовать графические средства настройки, такие, как winesetuptk: _http://prdownloads.sourceforge.net/wine/winesetuptk-0-71.i586.rpm?download.
Архитектура Wine В связи со стабилизацией основ архитектуры Wine, люди начинают думать, что мы вскоре должны быть готовы к выпуску релиза, и, наверное, пора взглянуть на то, как в действительности Wine работает и управляется.
Введение в WineСлово Wine часто расшифровывают как рекурсивный акроним, означающий "Wine - это не эмулятор" ("Wine Is Not an Emulator"). Также его используют как "Windows эмулятор". На самом деле, оба значения правильны, это только взгляд с разных позиций. Первое означает, что Wine - это не виртуальная машина, она не эмулирует CPU, и вам не обязательно устанавливать ни саму Windows, ни драйверы ее устройств. Скорее, Wine это реализация Windows API, и может использоваться как библиотека для портирования Windows приложений под UNIX. Второе значение, очевидно, обозначает, что для Windows-программ (.exe файлов) Wine выглядит как Windows, и эмулирует ее поведение и особенности довольно точно.
Примечание: С точки зрения "эмуляции" не следует думать о Wine как о типичном неэффективном эмуляторе, который не может не быть медленным - следование плохо продуманному Windows API может, конечно, внести небольшое замедление, но это компенсируется как большей эффективностью UNIX-систем, на которых работает Wine, так и тем, что другие интерфейсные библиотеки, которые можно было бы использовать (Motif, GTK+, CORBA и т.д.) вносят потери быстродействия, в общем-то, сравнимые с Wine.
Win16 и Win32Приложения Win16 и Win32 имеют разные требования; например, программы под Win16 предполагают кооперативную многозадачность и существование в общем адресном пространстве, а приложения Win32, наоборот, вытесняющую многозадачность и раздельные пространства адресов.
Теперь Wine решает эту проблему запуском отдельного процесса Wine для каждого процесса Win32, но не для задач Win16. Задачи Win16 теперь выполняются как различные синхронизированные между собой нити в одном общем процессе Wine. Этот процесс обычно называется WOW-процессом, по аналогии со сходным механизмом, используемом в Windows NT. Синхронизация между задачами Win16, выыполняющимися в WOW-процессе, обычно осуществляется через Win16 мутекс - пока одна из задач выполняется, она захватывает мутекс, не давая выполняться другим. Когда программа решает позволить выполняться другим задачам, нить освобождает мутекс, одна из ожидающих нитей получает его, и начинает выполнять свою задачу.
WineserverWine-сервер - одна из наименее понятных концепций в Wine. В чем его функции? Если вкратце, он организует межпроцессное взаимодействие (IPC), синхронизацию, и управление процессами и нитями. Когда wine-сервер запускается, он создает Unix сокет для данной машины в подкаталоге .wine вашего домашнего каталога (или там, куда указывает переменная окружения WINEPREFIX). Все запущенные впоследствии процессы Wine присоединяются к wine-серверу через этот сокет. Если wine-сервер еще не работает, первый же процесс Wine запустит его в режиме auto-terminate (т.е. wine-сервер завершит свою работу после завершения последнего из процессов Wine).
Каждая нить в каждом процессе Wine имеет свой собственный бувер запросов, и разделяет его с wine-сервером. Когда нити требуется синхронизация или взаимодействие с любой другой нитью или процессом, она заполняет свой буфер запросов, и пишет код команды в сокет. Wine-сервер обрабатывает команду, а клиентская нить ожидает ответа. В некоторых случаях, например, с различными WaitFor примитивами синхронизации, сервер обрабатывает их, помечая клиентскую нить как ожидающую, и не посылает ей ответ до удовлетворения условия ожидания.
Сам по себе wine-сервер - отдельный одиночный процесс, и не имеет нитей - он построен на большом цикле poll(), который предупреждает wine-сервер о событии, например, получении команды от клиента, или удовлетворении условий ожидания. Таким образом, отсутствует риск race conditions внутри самого сервера - он обычно вызывается для выполнения операций, выглядящих для клиента полностью атомарными.
Поскольку wine-сервер должен управлять процессами, нитями, общими дескрипторами, синхронизацией и всей связанной с этим работой, все объекты клиентов Win32 также управляются wine-сервером, и клиент должен посылать запросы wine-серверу, когда ему нужно узнать ассоциированный с дескриптором объекта Win32 файловый дескриптор UNIX (в этом случае wine-сервер дублирует дескриптор файла, передает его клиенту, и оставляет за клиентом закрытие дубликата, когда тот с ним закончит).
Сервисная нитьWine-сервер не может выполнить все, что требуется для поддержки приложений, с учетом того, что он не является многопоточным (поэтому не может выполнять задачи, которые способны заблокироваться или занять существенное количество времени), а также не имеет доступа в адресное пространство клиентских нитей. Поэтому, в собственном адресном пространстве каждого Win32 процесса существует собственный цикл ожидания событий, который выполняется наравне с другими нитями этого процесса. Эта специальная нить называется "сервисной нитью", и занимается тем, что не может быть поручено wine-серверу. Напрмер, она может вызывать callback асинхронных системных таймеров приложения при получении каждого события от таймера (при этом самими событиями, конечно, управляет wine-сервер).
Одной из важных функций сервиcной нити является поддержка цикла событий дрйвера X11. Как только от X-сервера поступает событие, сервисная нить просыпается, видит событие, обрабатывает его и помещает сообщения в соответствующие очереди сообщений задачи. Но эта функция не уникальна - любые сомпоненты ядра Wine могут устанавливать собственные обработчики в сервисную нить, если они должны делать что-то независимо от цикла ожидания событий самого приложения. На настоящий момент это включает таймеры мультимедиа, последовательные порты и асинхронные выборки winsock, но могут быть и другие.
Реализация сервисной нити находится в scheduler/services.c.
Relays, Thunks, and DLL descriptorsЗагрузить в память windows-программу само по себе не трудно, сложность создают все эти разнообразные DLL и точки входа, которые должны найтись и правильно функционировать. Это, очевидно, основная задача Wine. Wine содержит целый набор DLL. Каждая из реализованных (или полу-реализованных) DLL (которые находятся в подкаталоге dlls/) должна сообщить о себе ядру Wine при помощи дескриптора DLL. Эти дескрипторы указывают на такие объекты, как ресурсы DLL и таблицу точек входа.
Дескриптор DLL и таблица точек входа генерируются утилитой "winebuild" (раньше она называлась просто "build"), которая на вход получает файлы спецификаций DLL с расширением .spec. Выходной файл содержит глобальный конструктор, который автоматически регистрирует дескриптор DLL в ядре Wine при выполнении.
Когда приложение хочет импортировать DLL, Wine просматривает свой список зарегистрированных DLL (если DLL не зарегистрирована, она будет искаться на диске). Если это не получилось, будет произведен поиск "родного" windows .dll-файла, просмотр его списков импорта и т.д. Для разбора импортов модуля, Wine просматривает таблицу точек входа и ищет, определен ли он там. Если нет, выдается ошибка "No handler for ...", которая, если вызывалась точка входа, является фатальной.
Поскольку код Wine сам по себе 32-битный, то, если компилятор поддерживает соглашения вызова Windows (gcc это может), Wine способна разрешить импорты в код Win32 путем непосредственой подстановки адресов дескрипторов Wine, безо всяких прослоек. Это убирает потери производительности, которые большинство ассоциирует со словом "эмуляция", и является как раз тем, чего и ожидало само приложение.
Однако, если ползователь задал ключ --debugmsg +relay, между импортом приложения и дескриптором Wine вносится промежуточный слой. Он называется эстафетным ("relay"), поскольку все, что он делает - печатает аргументы и возвращаемые значения (с использованием списков аргументов из таблицы точек входа дескриптора DLL), и передает вызов дальше. Это бесценное свойство для отладки неправильного поведения при вызове кода Wine. Аналогичный механизм существует и между Windows DLL - Wine может при необходимости вставить прослойку и между ними, при использовании --debugmsg +snoop, но поскольку для не-Wine dll нет информации о дескрипторах, это менее надежно и может приводить к краху системы.
Для Win16 избавиться от промежуточного слоя нельзя - нужен посредник между 16-битным и 32-битным кодом. Этот промежуточный код переключается между 16-битным стеком приложения и 32-битным Wine, копирует и нужным образом пребразует аргументы, и обслуживает мутекс Win16. Достаточно сказать, что то жонглирование внутренним содержимым стека, к которому это приводит, не вполне пригодно в качестве пособия для начинающих.
Базовые и не-базовые DLLWine как минимум должна полностью заменить "Большую тройку" DLL (KERNEL/KERNEL32, GDI/GDI32, и USER/USER32), поверх которых располагаются все остальные DLL. Но поскольку (по разным причинам) Wine двигается в сторону NT-подобных способов реализации, еще одной базовой DLL является NTDLL, и многие функции KERNEL32 и ADVAPI32 реализуются через нее. Wine-сервер и сервисная нить предоставляют основу для создания этих базовых DLL, и интеграции с драйвером X11 (который предоставляет функциональность GDI/GDI32 и USER/USER32, вместе со стандартными для Windows примитивами управления). С другой стороны, предполагается, что все не-базовые DLL используют только подпрограммы, экспортированные другими DLL, и не используют непосредственно базовые сервисы, чтобы сохранить код максимально аккуратным. Примером этого является COMCTL32 (Common Controls), которая использует только стандартные процедуры, экспортируемые GDI32- and USER32-.
Wine 1.1.3, Win32-API
22.05.2005 - 5:53 
