Эмулятор позволяющий запускать различные приложения 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:

Страница загрузки_http://www.freshports.org/emulators/wine/

All_http://prdownloads.sourceforge.net/wine

---

WineTools 2.1.2

---

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 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 мутекс - пока одна из задач выполняется, она захватывает мутекс, не давая выполняться другим. Когда программа решает позволить выполняться другим задачам, нить освобождает мутекс, одна из ожидающих нитей получает его, и начинает выполнять свою задачу.

Wineserver
Wine-сервер - одна из наименее понятных концепций в 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. Достаточно сказать, что то жонглирование внутренним содержимым стека, к которому это приводит, не вполне пригодно в качестве пособия для начинающих.

Базовые и не-базовые DLL
Wine как минимум должна полностью заменить "Большую тройку" 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 0.9.44 was released today, with the following main changes:
Better heuristics for making windows managed.
Automatic detection of timezone parameters.
Improvements to the builtin WordPad.
Better signatures support in crypt32.
Still more gdiplus functions.
Lots of bug fixes.

---

Downloads_http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.44.tar.bz2

Вышла новая версия wine, свободной реализации Windows api на Linux.

Основные изменения:

- Множественные улучшения в crypto dll (iTunes должно работать).
- Обычные улучшения в Direct3D.
- Некоторые исправления в поддержке звука.
- Дополнительные возможности в WordPad.
- Множественные багфиксы.

---

Downloads (~12 Mb)_http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.45.tar.bz2

теперь поддерживается Photoshop.
Был применен ряд решений для улучшения поддержки Photoshop CS2;
Более полная поддержка установки устройств в setupapi;
Новая реализация двунаправленного текста, исчезла зависимость от libicu;
Обычный ассортимент улучшений в Direct3D;
Стали поддерживатся порты завершения ввода / вывода. (I/O Completion Ports);

---

Downloads_http://prdownloads.sourceforge.net/wine/wine-0.9.46.tar.bz2

Вышла очередная версия реализации win32api для POSIX-совместимых систем. В этой версии:

- Новая схема поддержки OpenGL в дочерних окнах
- Добавлен шрифт, заменяющий Tahoma
- Множество исправлений ошибок и регрессий

---

Downloads (~12 Mb)_http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.47.tar.bz2

What's new in this release:
- Still more fixes for regression test failures.
- Much more complete cryptnet implementation.
- WIDL is now able to generate the oleaut32 proxy code.
- Lots of bug fixes.

---

Downloads_http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.48.tar.bz2

Wine 0.9.49 was released today, with the following main changes:
Many copy protection fixes.
GLSL is now the default for Direct3D.
Lots of memory errors fixed thanks to Valgrind.
Support for TOPMOST windows.
Beginnings of an inetcomm dll implementation.
Lots of bug fixes.

---

Downloads_http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.49.tar.bz2

Wine 0.9.50 was released today, with the following main changes:
Completed I/O completion.
Improved user credentials management, including Mac Keychain support.
More Valgrinding.
Lots of bug fixes.

---

Downloads_http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.50.tar.bz2

Wine 0.9.51

What's new in this release:
- A bunch of WinHelp improvements.
- Better Japanese font support.
- A ton of rpcrt4 fixes.
- Several Alsa capture fixes.
- Improved support for screen resolution changes.
- Lots of bug fixes.

_________________________________________________
Size: ~ 12.36 MB

Download:
http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.51.tar.bz2

Wine 0.9.52

What's new in this release:
- Improved graphics tablet support.
- Support for RPC context handles.
- Fixes for some longstanding screen depth issues.
- Implementation of "My Network Places" shell folder.
- Lots of bug fixes.

_________________________________________________
Size: ~ 12.37 MB

Download:
http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.52.tar.bz2

Wine 0.9.53

Wine 0.9.53 was released, with the following main changes:
- RunOnce and Run entries now executed on startup.
- Beginnings of support for emulated disk devices.
- Many Richedit improvements.
- Nicer looking color dialog.
- Lots of bug fixes.

Download:

| У Вас нет прав для просмотра этого текста, пожалуйста, зарегистрируйтесь |

Сообщение отредактировал zaregil - 12.01.2008 - 2:20