настройка wine

Руководство пользователя Wine

Оригинал: Wine User Guide

Перевод: Алексей Дмитриев, [email protected]

Дата перевода: май 2008 Страница 1

Настройка Wine (Конфигурация) Подавляющее большинство обычных настроек делается через инструмент Winecfg tool. Мы пройдем

простое пошаговое введение в Winecfg и рассмотрим доступные опции. В следующем разделе мы

займемся более продвинутыми изменениями, которые можно сделать при помощи regedit. Также мы

проведем полный смотр всех конфигурационных настроек Wine. И, под конец, мы рассмотрим

настройки (которые вы, возможно, захотите сделать) недоступные через Winecfg и regedit.

Программа Winecfg

В прошлом, Wine использовал специальный конфигурационный файл, находившийся в ~/.wine/config.

Если вы до сих пор пользуетесь версией Wine, имеющей дело с этим файлом (старше июня 2005 года),

то вам нужно обновиться, прежде чем делать что-либо дальше. Все настройки теперь собраны прямо в

registry (реестре) и доступны Wine при запуске.

Программа Winecfg должна быть установлена на ваш компьютер вместе с остальными программами Wine. Если вы не поймете, как запустить ее, попробуйте команду:

$ /usr/local/bin/winecfg

или просто

$ winecfg

Когда программа стартует, вы увидите вверху окна следующие вкладки:

Applications

Libraries

Graphics

Desktop Integration

Drives

Audio

About

Внесение изменений во вкладки Applications и Libraries будет иметь решающее значение для возможности запуска приложений. Остальные настройки служат для того, чтобы заставить саму программу Wine работать так, как бы вам хотелось.

Предупреждение: Вкладки Applications, Libraries и Graphics связаны между собой! Если вы во вкладке Applications выберете Default Settings (настройки по умолчанию), все изменения, сделанные во вкладках Libraries и Graphics, будут изменены для всех приложений. Если вы настроили некое приложение во вкладке Applications и выбрали его, то настройки, произведенные во вкладках Libraries или Graphics, будут касаться только данного выбранного приложения. Это позволяет выборочно настраивать определенные приложения.

Настройки Приложений

Wine обладает способностью подражать поведению различных версий Windows. В целом, наиболее

различны поведения версий Win9x и версий NT. Некоторые приложения требуют для нормальной

работы специфического поведения, и изменения этой настройки может заставить сбойное приложение

заработать. Недавно версией по умолчанию для Wine была избрана Windows 2000. Известно, что

многие приложения работают лучше, если вы выберете Windows 98.

Внутри вкладки вы заметите строку Default Settings (Установки по умолчанию). Если вы выберете эту

строку, то все приложения будут работать в версии Windows по умолчанию. Проблемное приложение лучше настраивать отдельно от установок по умолчанию. Для этого:

1. Нажмите кнопку Add application (добавить приложение).

2. Найдите нужный .exe файл. 3. После того, как вы добавите это приложение, вы сможете выбирать версию Windows, которую

Wine будет эмулировать специально для этого приложения.





Настройка Библиотек

Подобным же образом, некоторые приложения требуют специальных библиотек. Wine воспроизводит

систему библиотек Windows (так называемых "родных" DLL), создавая версии библиотек, которым не

нужна лицензия Микрософт, и которые работают в точности как "родные". Wine испытывает недостаток

в таких воссозданных версиях библиотек, но работают они вполне удовлетворительно. Использование

только воссозданных DLL гарантирует независимость вашей системы от Микрософт. Однако Wine имеет

возможность загружать и "родные" DLL Windows.

Замена DLL Не всегда возможно запустить приложение, используя встроенные в Wine DLL. Иногда "родные" DLL

просто лучше работают. После того, как вы "засекли" "родную" DLL в Windows системе, вы должны

поместить ее в такое место, где Wine найдет ее, а затем настроить для работы. Обычно таковым местом

является директория, которую вы назначили на роль c:\windows\system32. Существуют 4 DLL,

"родные" версии которых никогда не следует использовать: kernel32.dll, gdi32.dll, user32.dll и ntdll.dll.

Эти библиотеки требуют низкоуровневый доступ к ядру Windows, которого просто нет в структуре

Wine.

Имея это в виду, коли вы уже скопировали DLL, то необходимо сообщить Wine о возможности воспользоваться им. Можно настроить Wine на выбор между "родной" и встроенной DLL на двух различных уровнях. Если у вас во вкладке Applications установлены Default Settings, то изменения, которые вы сделаете, коснутся всех приложений. Либо можно изменить глобальные установки на уровне отдельного приложения, добавив это приложение и выбрав его во вкладке Applications.

Чтобы добавить заменяющий файл FOO.DLL, впишите "FOO" в поле, озаглавленное New override for library (Новая замена для библиотеки), и нажмите кнопку Add (Добавить). Чтобы изменить поведение DLL, нужно выбрать ее из поля Existing overrides: (Существующие замены) и нажать Edit. По умолчанию, первой будет загружена "родная" Виндовская, второй - встроенная в Wine (Native then Builtin). Можно также выбрать только "родную", только встроенную, или отключить обе.

По поводу системных DLL

Команда Wine решила, что необходимо создать поддельные DLL файлы, чтобы обмануть многие

программы, проверяющие только наличие файла, чтобы убедиться, что определенное свойство (такое

как Winsock и его TCP/IP networking) теоретически доступно. Если для вас встала эта проблема,

создайте в сконфигурированной директории c:\windows\system32 пустые файлы с соответствующими

именами, чтобы программа думала, будто они на месте, а встроенные в Wine DLL будут загружены,

когда программа действительно их запросит. (К сожалению, инструмент wineinstall не создает такие

пустые файлы самостоятельно).

Иногда приложения пытаются выяснить версию ресурса непосредственно из физического файла

(скажем, чтобы узнать версию DirectX). Файлы пустышки в этом случае не помогут. В таком случае необходимо установить файлы с полным кодом версии. Эта проблема уже решена для многих файлов. Если нет, то вы опять должны скопировать "родной" DLL файл, чтобы обмануть программу.

Естественно, что существуют DLL, которые Wine еще не реализовала должным образом (или вовсе). Если под рукой нет настоящей Windows, с которой можно скопировать DLL, всегда можно получить файл с сайтов, содержащих архивы Windows DLL, которые вы найдете при помощи поисковых машин. Пожалуйста, соблюдайте правила лицензирования для тех файлов DLL, которые вы выбираете; некоторые распространяются без ограничений, некоторые нет.

Отсутствующие DLL

В случае, если Wine жалуется на отсутствие DLL, нужно проверить, является ли этот файл

"официальным" DLL, или принадлежит программе, которую вы пытаетесь запустить. Это можно

сделать, проведя в Интернете поиск по имени файла. После того, как вы "засекли" DLL, надо еще

убедиться, что Wine сможет его использовать. Поиск DLL обычно производится в следующем порядке:

1.Директория, откуда программа была запущена.

2.Текущая (рабочая) директория.





3.Системная папка Windows.

4 Папка Windows.

5 Директории переменной PATH.

Вкратце: либо поместите нужный DLL в каталог вашей программы (может быть неудобно), либо поместите его в системную папку Windows. По возможность избегайте "родных" DLL на базе NT, так как в Wine поддержка NT API во много слабее, чем поддержка Win9x API (порой приводящая к более плохой совместимости с NT DLL, чем даже с не-Windows схемами!).

Графические настройки (Graphics Settings)

Имеется пять различных базовых настроек, которые можно конфигурировать. Для большинства людей

достаточно и установок по умолчанию.

Первые несколько настроек имеют отношение в основном к играм и являются самоочевидными.

Возможно запретить курсору мыши покидать пределы окна программы DirectX (т.е. игры). По умолчанию эта опция включена. Существует много причин сделать это, не последней из которых является тот факт, что проще играть, когда курсор заключен в меньшей площади. Другой резон подключить эту опцию - лучший контроль над мышью. Wine искажает позицию мыши, чтобы имитировать работу Windows. Подобным образом, "desktop double buffering" производит сглаживающие обновления экрана, отчего игры выглядят лучше; опять-таки, по умолчанию опция включена. Это компромисс повышенному потреблению памяти.

Может оказаться полезным эмулировать виртуальный рабочий стол. В этом случае все программы будут запускаться в отдельном окне. Это может помочь выявить глючные игры, которые изменяют разрешение экрана (возможно неудачно). Заключение их в окно может привести к лучшему контролю над ними, возможно ценой меньшего удобства. Можно попробовать размеры 640x480 (по умолчанию) или 800x600.

И последнее, можно изменить некоторые установки Direct3D. По большей части эти установки определяются автоматически, но вы можете заставить их вести себя определенным образом. Некоторые игры пытаются проверять систему на предмет поддержки тех или иных свойств. Выключив это поведение, Wine не будет сообщать о способности формировать изображение определенным образом. Это может привести к повышению скорости игры ценой качества графики; а может быть, игра вовсе не будет работать.

Настройки дисков

Windows подразумевает довольно жесткую схему обозначения дисков, которую имитирует Wine.

Большинство людей знакомы со стандартной схемой: "A:" - представляет флоппи диск, "C:" -

представляет первичный системный диск, etc. Wine использует ту же концепцию и размечает диски

согласно основной "родной" файловой системе.

Разметка дисков в Wine относительно проста. В Winecfg во вкладке Drives вы видите кнопки для добавления и удаления нужных дисков. Когда вы выбираете "добавить диск" создается новая строка и появляется схема обозначения дисков по умолчанию. Можно изменить адрес, на который указывает данный диск, сделав изменения в поле Path. Если вы сомневаетесь в правильности Пути, нажмите кнопку "Browse" чтобы найти правильный Путь. Удалить диск можно, выделив нужный, и нажав "Remove".

Winecfg может автоматически определить диски, доступные на вашей системе. Рекомендуется попробовать автоматический способ, прежде чем пытаться разметить диски вручную. Простым нажатием на кнопку Autodetect вы заставляете Wine искать диски в вашей системе.

Очень интересно настраивать диски, не прибегая к Winecfg, это замечательно просто. Все настройки дисков находятся в директории ~/.wine/dosdevices. Каждый диск - это просто симлинк к месту, где он в действительности находится. Wine автоматически устанавливает два диска во время первого запуска:





$ ls -la ~/.wine/dosdevices/ lrwxrwxrwx 1 wineuser wineuser 10 Jul 23 15:12 c: ->../drive_c lrwxrwxrwx 1 wineuser wineuser 1 Jul 23 15:12 z: -> /

Чтобы добавить еще диск, например CD-ROM, просто создайте еще один линк, указывающий на него:

$ ln -s /mnt/cdrom ~/.wine/dosdevices/d:

Обратите внимание на то, что в ссылках используется принятая в DOS система именования дисков - буква со знаком двоеточия, например, "a:". Так что, если линк к вашему диску c: указывает на ~/.wine/drive_c, вы можете понимать ссылки на c:\windows\system32 как ~/.wine/drive_c/windows/system32.

Аудио настройки

Wine может работать с весьма немногими звуковыми субсистемами, которые вы можете выбрать во

вкладке "Audio". Winecfg выявит все доступные драйверы, но выбрать тот, что будет использоваться,

вы можете вручную. Старые дистрибутивы Линукс, использовавшие ядро 2.4, обычно применяли "OSS"

драйвер. Ядра 2.6 переключились, в большинстве случаев, на "ALSA". Драйвер "aRts" был недавно

выведен из работы, из-за общей нехватки поддержки субсистемы "aRts". Если вы используете GNOME,

можете попробовать EsounD. OSS и ALSA аудио драйвера наиболее проверены, так что рекомендуется

остановить свой выбор на них, если возможно. Если вам нужны "Jack", "NAS" или "CoreAudio", то,

скорее всего, вы сами знаете почему.

Настройки DirectSound в основном используются в играх. Вы можете выбирать степень ускорения "железа", но для большинства прекрасно подойдет "Full" (Полное).

Компоновка рабочего стола

Wine может загружать темы Windows, если они у вас есть. Хотя никакой необходимости, с точки зрения

работы Wine или приложений, в этом нет, это позволяет вам создавать привычный облик программы.

Wine поддерживает новые MSStyles темы. В отличие от старых Microsoft Plus! style тем, механизм

uxtheme поддерживает специальные .msstyles файлы, которые могут изменять все настройки Windows.

Это примерно то же самое, что большинство Линукс десктопов умеет делать уже много лет. Если

желаете попробовать, то делайте так:

1. Загрузите тему Windows XP. Убедитесь в наличие .msstyles файла.

2. Создайте цепочку директорий в своем ложном Windowsовском диске:

$ mkdir -p ~/.wine/drive_c/windows/Resources/themes/имя_темы

3. Переместите файл .msstyles в директорию /name-of-your-theme

4. При помощи вкладки Desktop Integration в winecfg выберите новую тему.

Использование Реестра и программы Regedit

Все настройки, производимые с помощью Winecfg, за исключением настройки дисков, в конце концов

сохраняются в Реестре. В ОС Windows, это центральное хранилище настроек, как отдельных

приложений, так и самой операционной системы. Wine подобным же образом использует Реестр,

поэтому некоторые настройки, которых нет в Winecfg, могут быть изменены в Реестре. (Гораздо больше

шансов за то, что вам придется "залезать" в Реестр для изменения настроек какой-нибудь программы,

чем для изменения настроек самой Wine).

Сам факт того, что Wine использует Реестр для сохранения настроек, является дискуссионным. Некоторые утверждают, что это слишком похоже на Windows. Чтобы возразить на это, нужно принять во внимание несколько моментов. Во-первых, невозможно обойтись без Реестра просто потому, что приложения "рассчитывают" сохранить свои настройки именно там. Для того чтобы Wine мог хранить и иметь доступ к настройкам в отдельном конфигурационном файле, потребуется отдельный набор





программ, в основе своей делающий то же, что Win32 API, что Wine и делает. И, наконец, в отличие от Windows, Реестр Wine написан простым текстом и может быть изменен в любом текстовом редакторе. И вот, хотя большинство нормальных системных администраторов (и разработчиков Wine), ругаются как бешеные на запутанный Реестр Windows, все же необходимо, чтобы Wine каким-то образом поддерживал его.

Структура Реестра

Хотя это нам не совсем по пути, давайте немного углубимся в структуру реестра и посмотрим, как он

устроен. Реестр Windows - это замысловатая древовидная структура, и даже лучшие Windows

программисты не всегда знают, как он распланирован, со своими различными "ульями" ("hives") и

бесконечными ссылками между ними; полное описание не входит в возможности данного документа.

Но вот основные ключи Реестра вы теперь должны знать:

HKEY_LOCAL_MACHINE

Этот фундаментальный корневой ключ (в win9x он хранится в скрытом файле system.dat) содержит все, имеющее отношение к данной инсталляции Windows. Часто сокращается до HKLM.

HKEY_USERS

Этот фундаментальный корневой ключ (в win9x он хранится в скрытом файле user.dat) содержит информацию о каждом пользователе в данной инсталляции.

HKEY_CLASSES_ROOT

Это линк к HKEY_LOCAL_MACHINE\Software\Classes. Там хранится информация, описывающая вещи

вроде ассоциаций файлов, OLE (Object Linking and Embedding) - управление документами, и классы COM (технология COM - стандарт Микрософт).

HKEY_CURRENT_USER

Это линк к HKEY_USERS\your_username, то есть к вашей персональной конфигурации.

Файлы реестра Wine

Теперь вы, возможно, задумались, каким образом перевести все это в структуры Wine. Планировка

реестра, описанная выше, "проживает" в трех различных файлах в директории ~/.wine:

system.reg

Этот файл содержит HKEY_LOCAL_MACHINE.

user.reg

Этот файл содержит HKEY_CURRENT_USER.

userdef.reg

Этот файл содержит HKEY_HKEY_USERS\.Default

(то есть установки пользователя по умолчанию).

Эти файлы автоматически создаются программой wineprefixcreate во время первого запуска Wine.

Набор основных установок сохраняется в файле c:\windows\inf\wine.inf и обрабатывается программой

rundll32.exe. Когда вы впервые запускаете Wine, файл rundll32.exe подвергается процессу заполнения

данными первоначального реестра. Чтобы ознакомиться с деталями, просмотрите скрипт

wineprefixcreate и увидите, как все это делается. После обновления Wine wineprefixcreate снова может

быть использован для обновления строк реестра по умолчанию.





Как уже говорилось, можно редактировать все эти .reg файлы, при помощи любого текстового редактора. Только убедитесь, что Wine не запущен в этот момент, иначе все ваши изменения пропадут.

Как пользоваться Regedit

Проще всего получить доступ и изменить Реестр при помощи инструмента regedit. Так же как

одноименная Windows программа, которую он замещает, regedit предназначен для просмотра реестра

на системном уровне, содержащем все его ключи. Просто запустите regedit, и он откроется. Вы сразу

заметите, что таинственные ключи, представленные в текстовом файле, организованы иерархическим

образом.

Чтобы перемещаться по реестру, кликните на ключах в левой части панели, чтобы "погрузиться" на следующий уровень глубины. Чтобы удалить ключ, кликните на нем и в меню Edit выберите "Delete". Чтобы добавить ключ или значение, определите место, где вы хотите поместить его, и выберите "New" из меню Edit. Чтобы изменить существующий ключ, выделите его в правой панели и выберите "Modify"

из меню Edit. Другой способ проделать то же самое, это щелчок правой кнопкой мыши на ключе или значении.

Особый интерес для пользователей Wine представляют установки в

HKEY_CURRENT_USER\Software\Wine. Большинство настроек, что вы сделали при помощи winecfg, записаны именно в этот участок реестра.

Подсказки для системного администратора

Используя вышеописанную файловую структуру, можно настроить систему так, чтобы системная

инсталляция Wine (с приложениями) могла быть общей для всех пользователей, и с то же время

позволять каждому пользователю иметь свою конфигурацию. Администратор может, установив Wine и

все необходимые для пользователей Windows приложения, затем скопировать получившийся файл

system.reg и другие в файлы глобального реестра (которые, как мы договорились, находятся в

/usr/local/etc), при помощи команд:

cd ~root/.wine cp system.reg /usr/local/etc/wine.systemreg

и, возможно, даже дать ссылку оттуда обратно в администраторский аккаунт, чтобы в дальнейшем было проще устанавливать приложения для всей системы:

ln -sf /usr/local/etc/wine.systemreg system.reg

Вам, возможно, придется проделать все то же самое с файлом user.reg, несмотря на то, что этот файл

содержит настройки пользователей. Каждый пользователь должен иметь свою собственную копию этого файла вместе с правами на его изменение.

Необходимо обратить внимание на разметку дисков. Если вы обобществляете файл system.reg, то вы должны убедиться, что установки реестра совместимы с разметкой дисков в файлах ~/.wine/dosdevices

каждого пользователя. Возьмите за правило, что, чем более ваша разметка дисков совпадает с таковой по умолчанию, созданной программой wineprefixcreate, тем легче ваша задача. Вы можете и не суметь сделать общими все диски "c:", в которые вы первоначально устанавливали приложения. Некоторые приложения требуют возможности записать определенные настройки на диск, особенно приложения для Windows 95/98/ME.

Имейте в виду: если вы устанавливали Wine из исходников как суперпользователь, скрипт tools/wineinstall, которым вы пользовались при установке, больше не работает.

И последнее слово предупреждения: следите, что вы делаете с аккаунтом администратора. Если вы

скопируете (или дадите линк) реестр администратора в глобальный реестр, то любой пользователь сможет читать настройки администратора, что плохо, если там содержится важная информация о паролях, персональная информация и прочее. Используйте аккаунт администратора только для установки программ, а не для ежедневной работы, ее нужно делать под обычным аккаунтом.





Полный список ключей реестра

Самый обновленный список употребительных ключей и значений вы найдете на странице developer's

wiki.

Прочие аспекты, поддающиеся настройке

Этот раздел содержит все остальные вещи, которые могут быть настроены. Он также служит собранием

подсказок и хитростей, чтобы выжать все возможное из использования Wine.

Последовательные и параллельные порты

Последовательные и параллельные порты настраиваются почти как диски - просто создается

символическая ссылка в директории ~/.wine/dosdevices с именем устройства. В Windows

последовательные порты принято называть "com" с добавлением номера, например: com1, com2, etc.

Аналогично параллельные порты называются "lpt" с добавлением номера, например: lpt1. Вам следует

связывать их напрямую ссылками с соответствующими устройствами Unix, такими как /dev/ttyS0 и

/dev/lp0. Для примера, чтобы настроить один последовательный и один параллельный порт запустите

следующие команды.

ln -s /dev/ttyS0 com1 ln -s /dev/lp0 lpt1

Совместные сети

Сетевые ресурсы Windows могут быть распланированы в директории unc/, так что все, что должно быть

в \\myserver\some\file, будет находиться в ~/.wine/dosdevices/unc/myserver/some/file/. Например, если

вы используете Samba чтобы смонтировать \\myserver\some на /mnt/smb/myserver/some, то вам

следует выполнить команду:

ln -s /mnt/smb/myserver/some unc/myserver/some

чтобы сделать их доступными в Wine (только не забудьте создать директорию unc, если таковой не существует).

Шрифты

Настройка шрифтов, когда-то серьезная проблема, теперь решается намного проще. Если у вас в

Windows есть набор TrueType шрифтов, то просто нужно скопировать все .ttf файлы в c:\windows\fonts.

Принтеры

Wine может взаимодействовать напрямую с вашей печатающей системой CUPS (система печати Юникс)

и находить принтеры, доступные системе. Настройка принтеров в Wine сводится к тому, чтобы

убедиться, что CUPS работает. Тем не менее, Wine нуждается в команде lpr (от CUPS), когда нужно

распечатать какой-либо документ.

Если вы не пользуетесь CUPS, то применяется старая BSD-Printing система печати:

Все принтеры из файла /etc/printcap автоматически устанавливаются в Wine.

Wine требует PPD-File для каждого из принтеров (generic.ppd входит в состав Wine)

Для распечатки документа запускается команда lpr.

Сканеры

В ОС Windows, сканеры используют TWAIN API для доступа к соответствующим устройствам.

Встроенный в Wine TWAIN DLL просто пересылает эти запросы на Linux SANE библиотеки. Итак, чтобы

воспользоваться сканером под Wine, сначала нужно убедиться, что можете получить к нему доступ

через SANE. После этого, нужно убедиться, что у вас есть xscanimage пригодный к использованию.

Сейчас xscanimage входит в sane-frontends пакет, но может оказаться не установленным на вашем

дистрибутиве. Вообще, доступ к сканерам и сегодня изобилует проблемами. Если у вас случайно

http://wiki.winehq.org/UsefulRegistryKeys

http://wiki.winehq.org/UsefulRegistryKeys





сканер заработает, пожалуйста, обновите этот раздел Руководства пользователя Wine, подробно

описав детали использования SANE с Wine.

Базы данных ODBC

Система Open DataBase Connectivity interface (открытый интерфейс взаимодействия с базами данных в

Windows) также как и система печати, спроектирована, чтобы переключиться на Юникс систему на

высоком уровне. Вместо того чтобы проверять работают ли Windows коды под Wine, она использует

подходящий Юникс ODBC провайдер, такой как UnixODBC. Таким образом, если вы настроили Wine

использовать встроенный odbc32.dll, этот Wine DLL будет взаимодействовать с вашим Unix ODBC

пакетом, позволяя ему работать. Если же вы настроили Wine на использование "родной" (Виндовской)

odbc32.dll, он будет пытаться использовать "родные" же ODBC32 драйвера и так далее.

Настройка ODBC в Unix Первым шагом на пути использования системы Unix ODBC с Wine, будет, конечно, настройка работы

самой системы Unix ODBC. Это может потребовать установки исходников или RPM пакетов. Существует

несколько Unix ODBC систем; та, к которой привык автор, называется unixODBC (с IBM DB2

драйвером). Также существует мост ODBC-ODBC, который можно использовать для получения доступа

к базе данных Microsoft Access. Обычно такие системы включают инструмент, например isql, который

позволит вам получить доступ к данным из командной строки, так, чтобы вы имели возможность

убедиться, что система работает.

Второй шаг - переключить Unix ODBC библиотеку на встроенную в Wine odbc32 DLL. Встроенная odbc32 (в настоящее время) ищет в переменной окружения LIB_ODBC_DRIVER_MANAGER имя ODBC библиотеки. Для примера, у автора в файле .bashrc есть такая строка:

export LIB_ODBC_DRIVER_MANAGER=/usr/lib/libodbc.so.1.0.0

Если таковая переменная окружения не установлена, тогда он ищет библиотеку под названием libodbc.so, а вы можете установить символическую ссылку, чтобы приравнять ее к вашей собственной библиотеке. Например, как root, можно запустить команды:

# ln -s libodbc.so.1.0.0 /usr/lib/libodbc.so # /sbin/ldconfig

Последний шаг настройки - это убедиться, что Wine установлена на запуск встроенной версии файла odbc32.dll, путем изменения конфигурации DLL. Эта встроенная DLL обычно работает как заглушка между вызывающей программой и Unix ODBC библиотекой.

Если у вас возникли трудности, можно воспользоваться командой WINEDEBUG=+odbc32 перед запуском Wine, чтобы проследить, что происходит. Одно предупреждение. Некоторые программы немного мошенничают и обходят библиотеку ODBC. Например, Crystal Reports engine отправляется в реестр проверять DSN (имя источника данных). Способ справиться с этим, описан на сайте unixODBC, где имеется раздел, посвященный использованию unixODBC с Wine.

Использование ODBC драйверов Windows

Говорят, что "родные" ODBC драйвера работают со многими типами баз данных, включая MSSQL и

Oracle. На самом деле, только MSSQL неким образом может быть доступен с Линукса через приложение

Winelib. Вместо того чтобы просто копировать файлы DLL, большинство ODBC драйверов требует

применения установщика Windows типа, чтобы правильно настроить некоторые вещи, вроде ключей

реестра.

Чтобы наладить поддержку MSSQL, вы сначала должны скачать и запустить инсталлятор mdac_typ.exe с сайта microsoft.com. Чтобы сформировать ODBC связи, вы затем должны запустить CLICONFG.EXE и

ODBCAD32.EXE под Wine. Вы можете найти их в директории windows\system , после того как закончит работу mdac_typ. Сравните выход этих программ с выходом на настоящей Windows машине. Некоторые вещи, например протоколы, могут отсутствовать, так как они могут устанавливаться вместе с операционной системой. Если дело обстоит так, то вы можете скопировать недостающее в существующей инсталляции Windows вместе с любыми необходимыми значениями в реестре.





Настоящая инсталляция Windows, подготовленная для работы с Wine, должна работать сама по себе не хуже, чем до подготовки. Вот список баз данных, удачно прошедших тестирование с Wine:

DB Type Usefulness

MS SQL 100%

Работа с Wine В этой главе будут описаны все аспекты запуска программы Wine, такие как базовый вызов Wine,

параметры командной строки различных сопутствующих программ и так далее.

Основное использование: приложения и апплеты панели управления

Подразумеваем, что вы используете фальшивую инсталляцию Windows. Вы устанавливаете программы

в Wine точно так же, как делаете это в Windows: путем запуска инсталлятора. Можете принять папку

для установки по умолчанию, большинство инсталляторов используют по умолчанию "C:\Program

Files", что вполне хорошо. Если инсталлятор программы запрашивает, можете создать иконки на

рабочем столе и в главном меню. Если это сделано, вы сможете запускать приложения прямо щелчком

мыши.

Стандартным способом деинсталляции программ является штатный деинсталлятор самой программы,

обычно зарегистрированный в аплете панели управления "Add/Remove Programs". Чтобы вызвать эквивалент деинсталлятора от самой Wine, запустите в терминале программу uninstaller (она расположена в папке programs/uninstaller/ в директории с исходниками Wine):

$ uninstaller

Некоторые программы, например Internet Explorer и QuickTime, устанавливают объединенные апплеты

панели управления. Вы можете вызвать панель управления Wine, запустив в терминале:

$ wine control

которая откроет окно панели управления с установленными аплетами, как в Windows.

Если приложение не устанавливает себя в меню или значок на рабочем столе, вам придется запускать

его из командной строки. Если вы помните, куда вы установили программу, то примерно такая команда:

$ wine "c:\program files\appname\appname.exe"

скорее всего сделает свое дело. Путь (path) не реагирует на регистр букв, но не забудьте про двойные

кавычки. Некоторые программы не всегда используют достаточно очевидные способы именования

своих программ и EXE файлов, так что можно заглянуть в директорию Program Files и посмотреть, что

там записано.

Как запускать Wine

Можно просто запустить команду Wine, чтобы увидеть небольшую подсказку:

Wine 20040405

Применеие: wine ПРОГРАММА [АРГУМЕНТЫ...] Запустить программу

wine --help Показать эту помощь и выйти

wine --version Показать версию и выйти

Первым аргументом должно быть имя файла, который вы хотите запустить с помощью Wine. Если исполняемый файл находится в переменной окружения Path, можно просто напечатать его имя. Если же файл не входит в Path, то нужно указать полный путь к исполняемому файлу (в формате Windows, а не Юникс!). Например, дана такая переменная окружения Path:

Path="c:\windows;c:\windows\system;e:\;e:\test;f:\"





Вы можете запустить файл c:\windows\system\foo.exe при помощи:

$ wine foo.exe

Однако файл c:\myapps\foo.exe придется запускать командой:

$ wine c:\\myapps\\foo.exe

(обратите внимание на двойной обратный слэш!)

О подробностях запуска исполняемых файлов в текстовом режиме (CUI) смотрите раздел ниже.

Графический интерфейс Wine, подобный интерфейсу "Проводника" Windows

Если вы предпочитаете управлять вашими файлами при помощи графического менеджера, то вам стоит

использовать Winefile. Это приложение Winelib поставляется с Wine и находится вместе с прочими

программами Wine. Оно удобно, чтобы видеть конфигурацию ваших дисков, и для поиска файлов, плюс

к тому, вы можете запускать программы прямо из Winefile. Пожалуйста, имейте в виду, что многие

функции пока не реализованы.

Опции командной строки Wine

--help

Показывает небольшую страничку помощи.

--version

Показывает номер версии Wine. Полезно для проверки вашей инсталляции.

Переменные окружения

WINEDEBUG=[channels]

Wine небезупречен и многие Windows программы идут под Wine не без ошибок. Справедливости ради

надо сказать, что множество Windows программ идут с ошибками и под настоящим Windows! Чтобы

упростить людям отслеживание причин каждой ошибки, Wine поставляет множество каналов отладки

(debug channels), которыми вы можете воспользоваться.

Каждый канал отладки, будучи активирован, начинает выводить сообщения протоколирования на

консоль, в которой работает Wine. Вы можете перенаправить эти сообщения в файлы и исследовать их в свободное время. Но будьте осторожны! Некоторые из каналов отладки могут записывать в протокол

немыслимые объемы сообщений. Среди наиболее плодовитых вредителей выделяются relay,

который записывает сообщение в протокол при каждом вызове win32-функции; win, который

отслеживает прохождение Windows сообщений, и, конечно, all, который является синонимом

каждого отдельного существующего канала отладки. Для сложного приложения объем ваших

отладочных логов легко может превысить 1 Мб и больше. Сыщик relay часто генерирует более 10

Мб логов, в зависимости от продолжительности работы программы. (Чтобы изменить содержание отчетов relay, вам придется редактировать ключ реестра RelayExclude). Ведение всех этих логов тормозит работу Wine, так что пользуйтесь WINEDEBUG только тогда, когда действительно хотите получить лог сообщения.

Внутри каждого отладочного канала, вы можете задать класс сообщений, чтобы отфильтровывать степень серьезности ошибок. Четыре класса сообщений суть: trace (след), fixme (исправить), warn (предупредить), err (ошибка).

Для включения отладочного канала, используйте форму class+channel. Для отключения канала форму class-channel. Чтобы перечислить несколько каналов в одной опции WINEDEBUG, разделяйте каналы запятыми. Например, чтобы получать сообщения класса warn в канале отладки heap, вы можете запустить Wine такой командой:

$ WINEDEBUG=warn+heap wine program_name

Если вы не укажете класс сообщения, Wine будет выдавать сообщения всех 4 классов для данного

канала:

http://rus-linux.net/lib.php?name=/MyLDP/BOOKS/WineUG/wine-ug-4.html#48





$ WINEDEBUG=heap wine program_name

Если вы захотите получать логи со всех каналов, кроме канала relay, вы можете дать примерно такую

команду:

$ WINEDEBUG=+all,-relay wine program_name

Вот список всех отладочных каналов и классов в Wine. В следующих версиях каналы будут добавлены

(или убавлены).

Таблица 1. Отладочные каналы

accel adpcm advapi animate aspi

atom avicap avifile bidi bitblt

bitmap cabinet capi caret cdrom

cfgmgr32 class clipboard clipping combo

comboex comm commctrl commdlg computername

console crtdll crypt curses cursor

d3d d3d_shader d3d_surface datetime dc

ddeml ddraw ddraw_fps ddraw_geom ddraw_tex

debugstr devenum dialog dinput dll

dma dmband dmcompos dmfile dmfiledat

dmime dmloader dmscript dmstyle dmsynth

dmusic dosfs dosmem dplay dplayx

dpnhpast driver dsound dsound3d edit

enhmetafile environ event eventlog exec

file fixup font fps g711

gdi global glu graphics header

heap hook hotkey icmp icon

imagehlp imagelist imm int int21

int31 io ipaddress iphlpapi jack

joystick key keyboard listbox listview

loaddll local mapi mci mcianim

mciavi mcicda mcimidi mciwave mdi

menu menubuilder message metafile midi





mmaux mmio mmsys mmtime module

monthcal mpeg3 mpr msacm msdmo

msg mshtml msi msimg32 msisys

msrle32 msvcrt msvideo mswsock nativefont

netapi32 netbios nls nonclient ntdll

odbc ole oledlg olerelay opengl

pager palette pidl powermgnt print

process profile progress propsheet psapi

psdrv qcap quartz ras rebar

reg region relay resource richedit

rundll32 sblaster scroll seh selector

server setupapi shdocvw shell shlctrl

snmpapi snoop sound static statusbar

storage stress string syscolor system

tab tape tapi task text

thread thunk tid timer toolbar

toolhelp tooltips trackbar treeview ttydrv

twain typelib uninstaller updown urlmon

uxtheme ver virtual vxd wave

wc_font win win32 wineboot winecfg

wineconsole wine_d3d winevdm wing winhelp

wininet winmm winsock winspool wintab

wintab32 wnet x11drv x11settings xdnd

xrandr xrender xvidmode

О деталях работы с отладочными каналами, читайте The Wine Developer's Guide.

WINEDLLOVERRIDES=[DLL Overrides]

Не всегда возможно запустить приложение, используя встроенные DLL. Иногда "родные" Виндовские

DLL просто лучше работают. Хотя эти замены DLL могут быть произведены при помощи winecfg, вы

можете использовать переменную окружения WINEDLLOVERRIDES для их настройки.

http://www.winehq.org/site/docs/winedev-guide/





Для примера: вы хотите, чтобы Wine использовал "родные" ole32.dll, oleaut32.dll и rpcrt4. Тогда запускайте Wine такой командой:

$ WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n" wine program_name

В разделе замена DLL вы найдете дополнительную информацию по этому вопросу.

Настройка OSS звуковых драйверов

Если у вас звуковые драйвера OSS и есть несколько устройств (например, /dev/dsp*, /dev/mixer*), вы

можете выбрать какое именно вы хотите использовать, при помощи переменных окружения

AUDIODEV=[audio device]

MIXERDEV=[mixer device]

MIDIDEV=[MIDI device]

Вот пример:

$ AUDIODEV=/dev/dsp4 MIXERDEV=/dev/mixer1 MIDIDEV=/dev/midi3 wine

program_name

Опции командной строки wineserver'а

Wineserver обычно стартует автоматически, как только запускается первый Wine процесс. Однако

wineserver имеет несколько полезных опций командной строки, которые можно использовать, если

запускать его вручную, например, используя скрипт при залогинивании пользователя, или еще как-

нибудь.

-d<n>

Устанавливает значение ошибки , при котором wineserver начинает вывод наладочной информации

в терминале. Другими словами: всякое значение, отличное от 0, вызовет специфический вывод

программы wineserver.

-h

Выводит на дисплей сообщение, содержащее помощь по опциям командной строки wineserver'а.

-k[n]

Убивает текущий wineserver, при помощи сигнала n.

-p[n]

Этот параметр делает wineserver постоянным на n секунд. Это предотвратит мгновенное закрытие

wineserver'а.

Обычно wineserver прекращает работу почти мгновенно после окончания последнего

процесса Wine, использовавшего данный wineserver. Однако, в силу того, что wineserver

загружает множество вещей при старте (например, данные целого реестра Windows), его

последующий старт может быть весьма долгим, так что полезно удержать его от закрытия

после окончания сессии Wine, сделав его постоянным.

-w

Этот параметр заставит новый wineserver повременить со стартом, дав время текущему закончить

работу.

http://rus-linux.net/lib.php?name=/MyLDP/BOOKS/WineUG/wine-ug-3.html#WINECFG-DLL-OVERRIDES





Настройка переменных окружения Windows/DOS

Ваша программа может нуждаться в правильной установке переменных окружения для своей

нормальной работы. В этом случае устанавливать переменную окружения нужно в Linux shell, а

уже Wine переведет все переменные окружения в соответствующее пространство Windows. Вот

пример для оболочки bash (у других оболочек может быть другой синтаксис!):

export MYENVIRONMENTVAR=myenvironmentvarsetting

Это обеспечит доступ вашей Windows программы к переменной окружения

MYENVIRONMENTVAR, когда вы запустите программу при помощи Wine. Если вы

хотите установить MYENVIRONMENTVAR на постоянной основе, вы можете поместить

настройку в файл /etc/profile, или также, в случае bash, в файл ~/.bashrc.

Имейте однако, в виду, из этого правила есть исключения: Если вы захотите таким

способом изменить переменные окружения PATH, SYSTEM или TEMP, вы, ни в коем

случае не должны действовать подобным образом, потому что измените настройку

переменных окружения Юникс. Вместо этого вам следует установить их в реестр. Чтобы

сделать это запустите Wine regedit, и найдите ключ

HKEY_CURRENT_USER/Environment

Теперь вы можете создавать или изменять значения переменных как вам нужно

"System" = "c:\\windows\\system"

Эта запись определит нахождение системных файлов Windows. Системная директория

Windows должна располагаться ниже директории, с установками Windows. Если у вас

путь (path) к Windows такой: /usr/local/wine_c/windows, то системная директория будет:

/usr/local/wine_c/windows/system. Это должно быть прописано без закрывающего слэша, и

вы должны иметь право записи в эту директорию.

"Temp" = "c:\\temp"

Это директория, где будут сохраняться ваши временные файлы, /usr/local/wine_c/temp из

нашего предыдущего примера. И снова, никаких закрывающих слэшей и право на запись!!

"Path" = "c:\\windows;c:\\windows\\system;c:\\blanco"

Эта запись ведет себя как настройки PATH в Юникс системах. Если запустить пасьянс в

Wine следующим образом:

$ wine sol.exe

то он запустится, если файл sol.exe находится в одной из директорий, включенных в Path

(конечно, если файл sol.exe находится в рабочей директории, он тоже запустится).

Убедитесь, что в Path всегда прописаны ваши Windows и системная директории. Для этого

нужно иметь запись "c:\\windows;c:\\windows\\system".





Программы с текстовым выводом (CUI: консольный интерфейс пользователя)

Программами с текстовым выводом являются программы, вывод которых состоит из одного

текста (удивительно!). По терминологии Windows они называются CUI исполняемыми файлами, в

отличие от GUI (графический интерфейс пользователя) исполняемых файлов. Win32 API

обеспечивает комплект API, чтобы контролировать ситуацию, которая начинается с базовых

свойств (типа печати текста), простирается до функций высокого уровня (полноэкранное

редактирование, поддержка цвета, движения курсора, поддержка мыши), по пути включая такие

свойства, как линейное редактирование и поддержка потоков ввода.

Решая столь широкий диапазон свойств, и их современное применение в мире Юникс,

Wine действует тремя различными способами для запуска консольных программ (aka CUI

исполняемые файлы):

bare streams - исходные потоки

wineconsole with user backend - с пользовательским выходным буфером

wineconsole with curses backend - с обязательным выходным буфером

Эти имена звучат немного загадочно и непонятно. "bare streams" (исходные потоки) -

означает, что Wine не осуществляет никаких дополнительных преобразований, а просто

передает ввод с консоли Юникс на консоль Windows. Два других способа подразумевают

использование специальной программы Wine (wineconsole), которая обеспечивает

дополнительные возможности и средства. Следующая таблица описывает, что вы можете

(и чего не можете) делать в этих трех вариантах.

Таблица 2. Основные различия в консолях

Функция Bare streams Wineconsole & user

backend

Wineconsole & curses

backend

Как запускать

(подразумеваем, что

исполняемый файл

называется foo.exe)

$ wine foo.exe

$ wineconsole --

--backend=user

foo.exe

$ wineconsole foo.exe Можно использовать в

качестве опции: --

backend=curses

Хорошая поддержка на

строчно

ориентированные

приложения (которые

выдают информацию

строка за строкой)

Да Да Да

Хорошая поддержка

полноэкранных CUI

приложений (включая,

но не ограничиваясь,

использованием цвета и

мыши)

Нет Да Да





Функция Bare streams Wineconsole & user

backend

Wineconsole & curses

backend

Могут запускаться,

даже если не запущена

X11

Да Нет Да

Реализация

Направляет

стандартные Windows

потоки на стандартные

Юникс потоки

(stdin/stdout/stderr)

Wineconsole создает

новое окно, где

выводится вся

информация (при

условии доступности

библиотеки USER32

DLL)

Wineconsole использует

существующую консоль

Юникс (в которой идет

программа) и при помощи

библиотеки (n)curses

получает контроль над всей

поверхностью терминала для

взаимодействия с

пользователем

Известные ограничения

Странно ведет себя, если

две (или больше) Windows

консоли используются в

одном Юникс терминале

Настройка CUI исполняемых файлов

При использовании wineconsole возможны несколько настроек. Wine (как и Windows) имеет в

реестре несколько опций для каждого приложения. Это позволяет пользователю, к примеру,

установить размер экранного буфера, желательного для данного приложения.

На сегодняшний день, только USER backend позволяет редактировать эти опции (мы не

рекомендуем вручную вносить изменения в содержание реестра). Это редактирование

начинается при помощи щелчка правой кнопкой мыши в консоли (это вызывает

всплывающее меню), в котором вы можете выбрать:

Default (По умолчанию): это установит настройки, общие для всех приложений, которые еще не были сконфигурированы. Итак, когда приложение впервые запускается (на вашей машине и под вашим аккаунтом) в wineconsole, wineconsole унаследует эти настройки по умолчанию для этого приложения. Впоследствии приложение будет иметь собственные настройки, которые вы уже сможете изменять по своему усмотрению.

Properties (Свойства): редактирует настойки приложения. Когда вы закончите редактировать, у вас спросят, хотите ли вы:

1. Сохранить новые настройки только на время данного сеанса (когда вы в

следующий раз запустите это приложение, вы не увидите своих изменений).

2. Использовать новые настройки в данном сеансе и сохранить их на будущее, так

что в следующий раз вы снова сможете ими воспользоваться.

Вот список возможных настроек и их значение:

Таблица 3.Опции настройки Wineconsole

Размер курсора: Определяет размер курсора. Возможны 3 размера: маленький (33% от высоты





символа), средний (66% от высоты символа), большой (100%).

Всплывающее меню: Как уже говорилось, это всплывающее меню настройки wineconsole

запускается правым щелчком мыши в окне консоли. Однако, это может стать помехой, если приложение, которое вы запустили в wineconsole, использует правый щелчок мыши в своей работе. Нажатием клавиш Ctrl или Shift, вы вводите дополнительный контроль над правым щелчком мыши, открывающим меню. Например, если вы производите правый щелчок мышью без нажатия клавиши Shift, то событие направляется в приложение; а если вы делаете правый щелчок при нажатой клавише Shift, то открывается меню.

Quick edit (быстрый выбор): Это переключатель позволяет вам выбрать, как будет интерпретирован щелчок левой кнопкой мыши. Если вы отключите переключатель, то левый щелчок будет направлен как событие в приложение. Если включите - то с помощью левой кнопки мыши сможете выделять прямоугольную область экрана для последующего копирования в буфер обмена.

История: Позволяет установить количество команд, запоминаемых консолью. Кроме того, позволяет определить порядок сохранения повторяющихся одинаковых команд (возможно, перемежаемых другими). Если хотите сохранить их все, то отключите переключатель, если хотите сохранить только последнюю, то включите переключатель.

Police: Позволяет выбрать шрифт для консоли (файл шрифта, размер, цвета шрифта и фона).

Буфер экрана (Screenbuffer) и размер окна: Консоль, что мы видим, состоит из двух различных частей. С одной стороны, это буфер экрана, который содержит все, что программа выводит на экран. С другой стороны, это окно, которое показывает заданную часть буфера. Заметьте, что окно всегда меньше (или равно) буфера экрана. Если задать размер окна, сильно меньший, чем размер буфера, то появятся полосы прокрутки, которые позволят просматривать содержимое всего экранного буфера.

Close on exit: Если переключатель нажат, то wineconsole закроется, как только приложение завершит работу. В противном случае, консоль останется открытой, пока пользователь не закроет ее вручную, Это позволяет увидеть информацию, выводимую после завершения программы.

Edition mode (стиль редактирования): При вводе команд пользователь может выбрать два стиля:

Стиль Emacs: работают те же сочетания клавиш, что и в Emacs. Например, Ctrl-A вернет

курсор на начало строки. Для изучения деталей смотрите руководство Emacs.

Стиль Win32: это стандартные для Windows сочетания клавиш (в основном при помощи стрелок).

Устранение неисправностей и сообщения об ошибках

Что делать, если программа не работает?

Бывают случаи, когда вы перепробовали все, чтобы заставить эту проклятую программу заработать на

данной версии Wine. Не расстраивайтесь, мы всегда здесь, чтобы помочь вам... (другими словами:

"Сколько заплатите?")

Проверьте конфигурацию своей Wine

Посмотрите вывод команды $ wine --version, чтобы убедиться, что у вас новейшая версия Wine.

Запустите winecfg и посмотрите на установки, чтобы убедиться, что они выглядят нормально.

Проверьте ~/.wine/dosdevices, чтобы убедиться что c: указывает куда нужно.

Попробуйте разные версии Windows

В некоторых случаях изменение версии Windows может помочь.

Используйте различные пути (paths) для запуска

Это тоже иногда помогает. Попробуйте как wine prg.exe, так и wine x:\\full\\path\\to\\prg.exe





Поэкспериментируйте с настройкой DLL

Запустите WINEDEBUG=+loaddll, чтобы выяснить, какие DLL используются, и являются ли они

"родными" или встроенными. Затем убедитесь, что у вас установлены правильные "родные" файлы

библиотек в вашей директории C:\windows\system и поэкспериментируйте настройками очередности

загрузки DLL в командной строке, либо в файле конфигурации.

Проверьте рабочее окружение!

Еще идея: не может ли рабочее окружение Wine быть испорченным? Убедитесь, что все в порядке с

пакетами, от которых зависит работа Wine (gcc, glibc, X libraries, OpenGL (!), ...).

Используйте другой режим графического интерфейса

Проинструктируйте Wine посредством конфигурационного файла использовать либо desktop mode

(режим рабочего стола), либо managed mode (управляемый режим), либо уродливый "нормальный"

(normal) режим. Это тоже может помочь.

Проверьте приложение!

Может быть, ваше приложение имеет защиту от копирования? Многие виды таких защит пока не

работают под Wine. Некоторые, возможно, заработают в будущем. (Уровень CD-ROM до сих пор не

полнофункционален).

Идите на сайт GameCopyWorld и попытайтесь найти хороший крэк, который позволит снять защиту от

копирования. Я надеюсь, что у вас легальная копия программы, но кто знает... :-)

Измените окружение Wine

Запуск приложения при наличии Windows раздела может драматически отличаться от такового при

отсутствии Windows раздела. Настройте Wine на действия, противоположные тому, что были обычно.

Также установите DCOM98 или DCOM95. Это может быть очень полезно.

Переконфигурируйте Wine

Иногда процесс инсталляции Wine изменяется, и новые версии Wine считаются с этими изменениями.

Это особенно вероятно, если ваша установка произведена давно. Переименуйте директорию ~/.wine с

целью резервного копирования. Запустите процесс установки, рекомендованный для вашей версии

Wine, чтобы создать новую конфигурацию. Для сравнения используйте старую директорию ~/.wine.

Для установок Wine из исходников применяйте для конфигурации Wine скрипт tools/wineinstall от

имени пользователя. Это вполне безопасная операция. Позже вы сможете удалить новую директорию

~/.wine, и переименовать обратно старую.

Следите за сторонней информацией

Весьма возможно, что кто-то уже делал то, что вы пытаетесь проделать сейчас. Вам могут помочь

следующие ресурсы:

Просмотрите WineHQ's Application Database в поисках подсказок, относящихся к вашей программе.

Если ваша конкретная версия программы отсутствует в списке, просмотрите сходные версии, возможно там достаточно информации.

Frank's Corner имеет список приложений с детальными инструкциями по их установке. Дальнейшая помощь может найтись на форумах пользователей.

Может помочь Google, если уметь им пользоваться. Полезно бывает искать в Google Groups, конкретно

в группе comp.emulators.ms-windows.wine

Существует IRC канал для Wine - Freenode.net. Вы можете попасть туда, используя любой IRC клиент,

например Xchat. Вот необходимые настройки: server = irc.freenode.net, port = 6667 и channel = #winehq

Если ваша программа требует Visual Basic Runtime Environment, то вы можете загрузить его с этого сайта Микрософт.

http://www.gamecopyworld.com/

http://appdb.winehq.org/

http://www.frankscorner.org/

http://www.google.com/

http://groups.google.com/

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.emulators.ms-windows.wine

http://www.freenode.net/

http://www.microsoft.com/downloads/details.aspx?FamilyID=bf9a24f9-b5c5-48f4-8edd-cdf2d29a79d5&DisplayLang=en/

http://www.microsoft.com/downloads/details.aspx?FamilyID=bf9a24f9-b5c5-48f4-8edd-cdf2d29a79d5&DisplayLang=en/





Если вам недостает DLL, например mfc42, можете найти их на сайте http://www.dll-files.com

Рассылочный лист Wine также может помочь, особенно wine-users. Лист wine-devel может быть

полезен в зависимости от типа ваших затруднений. если вы пишете в wine-devel, то готовьтесь проделать некоторую работу по диагностике проблемы. Читайте следующий раздел, чтобы узнать, как определить источник ваших трудностей.

Если все усилия напрасны, стоит просмотреть коммерческие версии Wine на предмет поддержки вашего приложения.

Ищите причину!

Следующим шагом, который стоит предпринять, является поиск причины проблемы. Спектр возможных

причин весьма широк - от простой ошибки в конфигурации до полной неработоспособности Wine.

Следующий раздел описывает, как создать файл с отчетом об ошибке, и как начать искать

неисправность. Отладочные возможности Wine описываются в Wine Developers Guide (руководство для

разработчиков).

Как послать отчет об ошибке.

Пожалуйста, сообщайте об ошибках и сопутствующую информацию на сайт Wine Bugzilla. Пожалуйста,

просматривайте базу данных Bugzilla, чтобы выяснить, не было ли уже отчетов по данной проблеме.

Если таковые уже были, пожалуйста, добавляйте вашу информацию к первоначальному отчету.

Отчеты об ошибках

Вот несколько простых советов, как сделать ваш отчет более содержательным, и тем повысить

вероятность ответа и исправления ошибки:

1. Включите как можно больше информации, относящейся к делу.

Это означает, что нам нужно больше информации, чем просто: "Мой MS Word "падает", когда бы я его не запускал. Вы не знаете, почему?". Добавьте, как минимум, следующую информацию:

Какую версию Wine вы используете (команда: wine --version)

Название вашей операционной системы, дистрибутив и его версию (например, Linux Red Hat 7.2)

Какой компилятор был использован, его версию (команда: gcc -v). Если вы не компилировали

Wine, название пакета, и место, откуда его взяли.

Версия Windows, если таковая используется с Wine. Если Windows не используется, то

упомяните об этом.

Название и номер версии программы, которую вы пытаетесь запустить, а также URL, где программа скачана (если таковой есть).

Точная команда, которой вы запускаете программу Wine. Например: wine "C:\Program Files\Test\program.exe"

Конкретные шаги, при помощи которых можно повторить ошибку.

Любая дополнительная информация, могущая, по вашему мнению, относиться к делу, такая как версия Иксов (в случае проблем с Иксами), версия libc и прочее.

2. Прогоните программу с переменной окружения WINEDEBUG. Например, WINEDEBUG=+relay wine sol.exe

Это приведет к выводу на консоль дополнительной информации, которая может быть полезна при отладке программы. Также это замедлит воспроизводство программы. Бывают случаи, когда ошибка, по-видимому, исчезала при использовании опции +relay. Укажете это в вашем отчете.

Аварийное завершение программы

Если Wine аварийно отказывает во время выполнения вашей программы, нам важно иметь информацию

об этом, чтобы попытаться понять причину отказа. Отчет может занимать много места (несколько Мб),

но все же лучше сохранить его в файле. Когда появится приглашение Wine-dbg>, напечатайте quit.

http://www.dll-files.com/

http://www.winehq.org/site/forums#ml

http://bugs.winehq.org/





Вы можете попробовать +relay,+snoop вместо +relay, но, пожалуйста, помните, что +snoop довольно

нестабилен и часто вызывает отказ раньше, чем просто +relay!! Отчет с отказом в коде +snoop в большинстве случаев бесполезен! Можно также подключать другие параметры, в зависимости от природы проблемы, которую вы исследуете. Для получения полного списка параметров смотрите man-страницу к Wine.

Для того чтобы вывести запись с историей событий (трассировочный лог), используйте один из следующих методов:

Простой путь

1. Этот метод позволяет даже полному новичку получить качественный трассировочный лог событий,

приведших к аварийному завершению программы.

Чтобы воспользоваться этим методом, на вашем компьютере должен быть установлен язык

программирования perl. Чтобы узнать, есть ли он у вас, наберите команду: which perl. Если ответ нечто вроде: /usr/bin/perl, то вы можете работать. В противном случае переходите к разделу "Трудный путь". Если вы не уверены, все-таки проделайте работу. Когда вы попытаетесь запустить скрипт, то станет весьма очевидно, если у вас не установлен perl.

2. Смените директорию на /путь-к-wine>/tools.

3. Наберите: ./bug_report.pl и следуйте указаниям.

4. Пошлите отчет на сайт Wine Bugzilla. Пожалуйста, просмотрите базу данных сайта, чтобы убедиться,

что ваша проблема еще не зафиксирована, прежде чем отправлять отчет. Составьте детальное описание проблемы с сопутствующей информацией. Прикрепите "Прекрасно оформленный трассировочный лог" к письму. Не вставляйте лог в текст отчета - он слишком велик. Сохраняйте полную копию трассировочного лога, на случай, если он понадобится разработчикам Wine.

Трудный путь

Чаще всего только последние 100 (или около того) строчек трассировочного лога нужны, чтобы

выяснить, где программа аварийно завершилась. Для того чтобы получить эти последние 100 строк, мы

должны проделать следующее:

1. Перенаправить весь вывод программы WINEDEBUG в файл.

2. Отделить последние 100 строк в другой файл при помощи команды: tail.

Это можно проделать одним из следующих способов.

Для всех шеллов (оболочек):

$ echo quit | WINEDEBUG=+relay wine [other_options] program_name >& filename.out; $ tail -n 100 filename.out > report_file

(Эта команда запишет сообщение только в файл и затем автоматически завершится. Эту команду хорошо использовать, так как Wine выдает столько отладочных сообщений, что они переполняют терминал, пожирая процессорные циклы).

tcsh и другие csh-подобные шеллы:

$ WINEDEBUG=+relay wine [other_options] program_name |& tee filename.out; $ tail -n 100 filename.out > report_file

bash и другие sh-подобные шеллы:

$ WINEDEBUG=+relay wine [other_options] program_name 2>&1 | tee filename.out; $ tail -n 100 filename.out > report_file






Файл report_file теперь содержит последние сто строк вывода отладчика включая register dump и backtrace, которые являются самыми ценными массивами информации. Пожалуйста, не удаляйте эту часть, даже если не понимаете, что она означает.

Пошлите отчет на Wine Bugzilla. Необходимо прикрепить файл report_file. Вместе с относящейся к делу

информацией, о том, как вы его создали. Не вставляйте текст файла в текст самого отчета об ошибкt - он довольно велик и спутает отчет. Если вы правильно проделаете всю эту процедуру, ваши шансы на получение ответа с помощью довольно велики.

Пожалуйста, просматривайте базу данных Bugzilla, чтобы выяснить, не было ли уже отчетов по данной проблеме. Если таковые уже были, пожалуйста, добавляйте ваш файл report_file и другую информацию к первоначальному отчету.

Словарь

Бинарный, или двоичный файл (Binary)

Файл, пригодный к обработке машиной, форма компиляции: шестнадцатеричная (в противоположность файлу исходного кода).

Дистрибутив

Форма, в которой обычно распространяются операционные системы на CD (обычно имеется в виду Линукс). Среда Линукс может быть представлена во множестве конфигураций: дистрибутивы могут быть предназначены для игр, научных приложений, серверных операций, настольных систем, и т.д.

DLL

DLL (Dynamic Link Library), это файл, который может быть загружен и выполнен программой по ходу

основной программы. В основном, DLL является внешнем хранилищем кода для программ. Обычно несколько различных программ используют один и тот же DLL, вместо того, чтобы иметь этот код в своем составе, что сильно уменьшает размер программ. Синонимом DLL является "библиотека".

Текстовый редактор

Программа для создания или изменения текстовых файлов. В Линукс множество различных текстовых редакторов, как для графического, так и для консольного режима.

Примеры графических текстовых редакторов: nedit, gedit, kedit, xemacs, gxedit.

Примеры консольных текстовых редакторов: joe, ae, emacs, vim, vi. Запускайте их в терминале командой:

$ editorname filename

Переменная окружающей среды (Environment variable)

Переменная окружающей среды - это текстовое определение, применяемое шеллом (оболочкой) для

сохранения важных системных установок. В оболочке bash shell (обычно используемой в Линукс), вы можете просмотреть все переменные окружения, запустив команду:

$ set

Если вы хотите изменить переменную, то запустите команду:

$ export MYVARIABLE=mycontent

Для удаления переменной окружения:






$ unset MYVARIABLE

Git

Git - это быстрый менеджер содержания директорий, написанный первоначально для использования в

больших репозиториях, таких как Linux Kernel source (исходники ядра Линукс). Смотрите главу Git в Wine Developers Guide (руководстве разработчика Wine) для получения более детальной информации.

Пакет (Package)

Сжатый файл в формате, определенном для данного дистрибутива. Содержит файлы программы,

которую вы хотите установить. Пакеты обычно устанавливаются командами пакетных менеджеров: dpkg или rpm.

root (рут, суперпользователь)

root - это аккаунт системного администратора. Чтобы запускать программы от имени root'а, примените команду:

$ su

Вас спросят пароль суперпользователя вашей системы, и после этого вы сможете выполнять роль системного администратора. Аккаунт root обозначается значком приглашения:

#

В то время как аккаунт простого пользователя - значком

$

Shell (оболочка, шелл)

Инструмент, позволяющий пользователю общаться с системой. Обычно шеллы текстовые и

ориентированы на командную строку. Примерами популярных шеллов являются: bash, tcsh и ksh. Wine подразумевает для своей установки и работы bash, как наиболее популярный шелл в Линукс. Шелл обычно запускается в окне терминала.

Исходные коды (исходники, Source code)

До того, как программа подвергнется компиляции, она состоит из исходного кода. То есть это первоначально написанные инструкции, сообщающие компилятору, как должна выглядеть программа после компиляции в бинарные файлы.

Терминал

Окно терминала - это обычно графическое окно, в котором запускают шелл. Если Wine просит вас

открыть терминал, вы просто кликаете мышью на значке терминала на рабочем столе, и появляется большое черное (или белое) окно. Wine подразумевает, что вы используете оболочку bash в окне терминала. Если это не так, просто напечатайте

$ bash

в приглашении окна терминала.

настройка wine

Technology

wine user

applications

winedebugrelay

user backend

bare streams

yakwiatyandex

libraries

tee filename