Запуск Windows приложений под Linux с помощью CrossOver Office

Для большинства людей сложность использования того или иного диалекта Linux в качестве рабочей станции состоит не только в том, что нужно пересесть на совершенно отличную от Windows систему, но и в отсутствии привычного окружения. Несмотря на впечатляющие успехи офисных программ из клана Open Office и Star Office, для многих и по сей день милее всех остается Microsoft Office. Почту большинство пользователей опять же любят читать ни чем иным, как The Bat или Outlook. Ну а бороздить просторы сетей подавляющее большинство простых людей предпочитает с помощью Internet Explorer. Никому нет дела до того, что это небезопасно, зато очень удобно. С точки зрения организаций, владеющих тем или иным количеством лицензий на Microsoft Office или какие-либо другие приложения, заточенные для работы сугубо под Windows, переход на Linux будет выбрасыванием на ветер денег, заплаченных за эти самые лицензии. Думаю, руководство предприятия не поймет такой расточительности. Самое интересное в данной ситуации то, что ни Microsoft, ни какой-либо другой производитель программного обеспечения не может запретить вам работать с их программами под управлением другой операционной системы. Иначе это будет нарушением антимонопольного законодательства. Максимум, что может сделать производитель в данной ситуации, – это отказать вам в предоставлении технической поддержки. Впрочем, о качестве этой самой поддержки говорить можно много и не обязательно будут сказаны хорошие слова.

Сегодня мы поговорим о том, как с помощью CrossOver Office запустить и успешно работать c вышеперечисленными, а также множеством других Windows-приложений под управлением Linux. В качестве основной операционной системы выбран ALT Linux Master 2.2. Впрочем, на всех остальных видах Linux все приемы, описанные ниже, должны работать так же легко.
 
Как обычно, для начала маленький экскурс в историю обсуждаемого вопроса. CrossOver Office построен на основе кода, унаследованного от открытого проекта WINE. В первую очередь он предназначался для запуска офисных приложений Windows-платформы, но постепенно превратился в нечто более мощное. Несмотря на свое название, предок CrossOver Office не имеет никакого отношения к виноделию и спиртным напиткам. Единственное предназначение WINE состоит в том, чтобы дать пользователям возможность запускать программы, написанные для Windows внутри Linux. Сокращение WINE расшифровывается следующим образом: «Wine Is Not Emulator», то есть создатели проекта категорически настаивают на том, что они не занимаются эмуляцией Windows. Выглядит это весьма странно, учитывая то, что WINE работает по технологии эмуляции API (Applications Programming Interface) операционных систем Win32. В тот момент, когда подопытная Windows-программа, запущенная под Linux, обращается к несуществующей операционной системе типа Windows с просьбой выполнить ту или иную функцию, WINE перехватывает аргументы, передаваемые программой в функцию. Затем происходит вызов своей собственной реализации этой функции, а по завершению результаты работы возвращаются в эмулируемую программу.

Для того чтобы подобный ход событий стал возможен, добровольцам, участвующим в проекте, пришлось написать свои собственные UNIX-реализации для большинства часто используемых DLL Windows-систем. Объем проделанной работы огромен, и успешность данного предприятия поражает. Но, к сожалению, не все системные библиотеки хорошо документированы, поэтому часто приходится заниматься дизассемблированием и реверсивным инжинирингом проприетарного кода и только затем писать свой собственный, выполняющий те же действия. Такой метод разработки отнимает очень много сил и времени. Поэтому надеяться на то, что WINE или какая- либо другая система эмуляции API как по мановению волшебной палочки сможет запустить все сто процентов существующих Windows-программ не стоит. Особенно если учесть, что Windows-системы не замерли на одной точке своего жизненного цикла, а продолжают довольно динамично развиваться. Наверное, стоит подходить к вопросу о количестве Windows-программ, успешно запускаемых под Linux, более реалистично. Я бы сказал, что в случае, когда подопытная программа не использует каких-либо редких функций и не злоупотребляет защитой от копирования, вероятность того, что она запустится внутри эмулятора, равна примерно 70 процентам. В то же время стоит отметить один немаловажный факт, выгодно отличающий системы с эмуляцией API от систем полной эмуляции (в качестве распространенного примера которых можно говорить о широко известной VMWare Workstation). Скорость выполнения эмулируемой программы под управлением систем первого типа будет ниже на 1-2 процента по сравнению со скоростью работы в родной среде. Налицо мизерная потеря эффективности выполнения, которую пользователь вряд ли заметит. К сожалению, при работе с системами полной эмуляции добиться такого блестящего результата не удастся.
 
Если вам хотелось бы подробнее почитать о проекте WINE, то милости просим на сайт http://www.winehq.com. Что-то теоретическая часть статьи сегодня слегка затянулась, а раз так, то значит, нам пора переходить к активным наступательным действиям.