C:WindowsSystemSHDOCVW.DLL, setting to 0xdeadbeef

trace:loaddll:load_dll Loaded module 'C:WindowsSystemSHDOCVW.DLL' : native

trace:loaddll:load_dll Loaded module 'C:WindowsSystemMSOSS.DLL' : native

wine: Unhandled exception (thread 000f), starting debugger...

trace:loaddll:load_dll Loaded module 'C:WindowsSystemADVAPI32.DLL' : builtin

trace:loaddll:MODULE_LoadModule16 Loaded module 'krnl386.exe' : builtin

trace:loaddll:MODULE_LoadModule16 Loaded module 'system.drv' : builtin

WineDbg starting on pid e

No debug information in ELF '/home/newcross/cxoffice/bin/wineloader' ((nil))

Breakpoint 1 at 0x4000a090

No debug information in ELF '/home/newcross/cxoffice/lib/libntdll.dll.so' (0x40012000)

No debug information in ELF '/home/newcross/cxoffice/lib/libwine.so.1' (0x400eb000)

No debug information in ELF '/home/newcross/cxoffice/lib/libwine_unicode.so.1' (0x40104000)

…..

На приведенной краткой выдержке из протокола явно видно, что большинство DLL работает в режиме native, то есть wine не пытается подменять своими собственными реализациями родные библиотеки. Судя по строкам, которые я выделил красным цветом, у нас происходит конфликт версий между библиотеками SHDOCVW.DLL и SHLWAPI.DLL. Вторая библиотека требует от первой правильной реализации импортируемой функции AssocIs Dangerous, но, судя по всему, выполнить эти требования SHLWAPI.DLL не способна. Для выхода из столь неприятного положения мы можем принудительно указать wine, что при загрузке SHDOCVW.DLL и SHLWAPI.DLL нужно использовать не родные версии этих библиотек, а встроенные (builtin) в wine. Поэтому нам придется впредь запускать приложение следующей командой:

$ /opt/cxoffice/bin/wine --dll shdocvw,shlwapi=b ./Usspro.exe

По идее, можно было обойтись только подменой SHDOCVW.DLL, но, к сожалению, это не всегда стабильно работает. Как видите, приложение отлично функционирует. Убедиться в этом можно, посмотрев на следующий снимок экрана.

Теперь программу придется запускать указанной выше командной строкой, что, согласитесь, немного неудобно. Ну а мы, как истинные сибариты, хотим избавить себя от запоминания и постоянного набора c клавиатуры этих опций, поэтому открываем конфигурационный файл $HOME/fake_windows/config и ищем в нем вот такую строчку: # [/wineconf], обозначающую конец главной секции. Найдя ее, вставляем в любое приглянувшееся место перед этой строкой следующее объявление, описывающее необходимое нам переопределение порядка загрузки библиотек для приложения Usspro.exe.

[AppDefaults\Usspro.exe\DllOverrides]                                                                                                                 

; Ulead Smart Saver Pro 3.0                                                                                                                              

"shdocvw" = "builtin"                                                                                                                                    

"shlwapi" = "builtin

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

Закончив бороться с этой программой, мы многому научились, но пока что не время останавливается. Поэтому сейчас нужно заняться установкой программы Ultra Edit версии 10.10b, которую можно скачать, перейдя по следующему адресу: http://www.ultraedit.com/downloads. Данное приложение выбрано в качестве объекта эксперимента по двум причинам. Во-первых, потому, что оно является, с моей точки зрения, одним из самых удобных редакторов для разработчика из всех когда-либо встречаемых мной под Windows. Вторая причина состоит в том, что из-за очень сложного кода инсталлятора программу тяжело установить и успешно эксплуатировать под управлением эмулятора. А нам это как нельзя кстати. Позарез нужны именно такие тяжелые пациенты, потому что, заставив эту программу работать, мы сможем изучить несколько новых продвинутых приемов. Это в свою очередь позволит существенно повысить успешность наших попыток по переносу Windows-приложений в среду эмуляции. Добавочный опыт выживания в сложных условиях будет для нас очень кстати. Пробуем запустить инсталляцию и убеждаемся в том, что дела идут хуже некуда. Программа, нарисовав на экране заставку, падает через полсекунды, буквально засыпав экран ворохом ошибок. Опробовав все приемы, изученные нами в борьбе с предыдущим противником, понимаем, что проблема ни на йоту не сдвинулась с мертвой точки, а все приобретенные знания ничем не помогают.