Методы диагностики падения приложения под wine

WINEDEBUG=err+all,warn+all и получаешь огромный файл

Интересно, похоже помогло даже диагностировать причину возникновения зацикливания seh обработчика.

Не знаешь, есть какой то способ задать место поиска библиотек?

задать место поиска библиотек?

Это неоднозначный вопрос в случае реализации winapi. dll библиотека, что ли?

Да я пока сам не пойму чего там есть библиотеки и почему он пытается искать *.bpl файлы (куски от делфи и компонентов написанных в его стиле) как *.bpl.so.

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

трейсни его под виндой

Собери binutils для win32 и глянь objdump-ом какие либы приложение хочет.

Вроде такого:

binutils-win32/objdump -x ~/wine-portable-1.8.1/.wine/drive_c/EAGLE-7.1.0/bin/eagle.exe | grep DLL\ Name
        DLL Name: MPR.dll
        DLL Name: KERNEL32.dll
        DLL Name: USER32.dll
        DLL Name: GDI32.dll
        DLL Name: comdlg32.dll
        DLL Name: ADVAPI32.dll
        DLL Name: SHELL32.dll
        DLL Name: ole32.dll
        DLL Name: OLEAUT32.dll
        DLL Name: IMM32.dll
        DLL Name: WINMM.dll
        DLL Name: WINSPOOL.DRV
        DLL Name: WSOCK32.dll
        DLL Name: WS2_32.dll

WINEPATH="linux/native/path/to/libs1;linux/native/path/to/libs2" wine ...

dll.so: man wine

WINEDLLPATH

Specifies the path(s) in which to search for builtin dlls and Winelib applications. This is a list of directories separated by ":".

О! Круто, да надо доку читать полностью.

[offtop]Смотрю, что редактировать сообщения уже вообще нельзя. А вот это сообщение уже снова можно. Странно.[/offtop]

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

В общем, какого то чёрта wine считает bpl dll'ки своими нативными модулями :) :

warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\Program Files\\app\\rtl160.bpl": /home/maxim/.wine/dosdevices/c:/Program Files/app/    rtl160.bpl: invalid ELF header

С сорцами я явно погорячился, сиё как то должно решаться конфигом.

Wine настолько кучсочно реализован, что там полно предупреждений. И каждое, кажущееся важным, надо проверить на релевантность. А известно, кто должен открывать эти *.bpl? Загрузчик или дельфи-рантайм?

Да это практически обычные dll - в таблицу импорта вписаны . Часть загрузчик открывает(делфёвый рантайм и графическая либа вроде), часть потом(плагины) через dlopen(LoadModule) открывается.

Да это практически обычные dll - в таблицу импорта вписаны

Тогда, вроде, должно быть достаточно, чтобы путь был правильно указан в WINEPATH. Я так запускаю проги, использующие dll'ки, разбросанные по разным каталогам.

Интересно, есть ли аналог BPL у Лазаруса. Тогда можно было бы легко воспроизвести проблему.

Нагенерируй симлинков и не парься.

Да с либами вроде всё ок в итоге оказалось, а вот vcl как то странно заводится под wine, видимо ему чего-то не хватает.