| Summary: | Падает setup.exe из InstallShield при установке 1С | ||
|---|---|---|---|
| Product: | WINE@Etersoft | Reporter: | Vitaly Lipatov <lav> |
| Component: | Установка программ / MSI | Assignee: | Serge Ryabchun <sr> |
| Status: | CLOSED FIXED | QA Contact: | Vitaly Lipatov <lav> |
| Severity: | normal | ||
| Priority: | P2 | CC: | baraka |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | |||
| Bug Blocks: | 35, 42, 760, 857 | ||
Не подтверждается: Sisyphus wine 0.9.8, wine-20051216-alt1 glibc-2.3.6-alt3 kernel-image-std26-up-2.6.14-alt3 vanilla-kernel-2.6.12 .. 15 1C 7.70.017, 7.70.023 Нужны более конкретные исходные данные. -- Serge Ryabchun Также эта ситуация наблюдается с некоторыми другими программами. Двоичный файл, вызов из которого приводит к падению, назыается _INS0432._MP Выявлено, что при использовании ядра 2.4 падения не наблюдается. Мне кажется что при использовании wine_dlopen мимо него не должны проходить параметры, приводящие к падению в glibc... Странно, что при установке конфигурации (а не платформы) получаем такое: Обратите внимание на использование libexpat. Каким она тут боком - ума не приложу. Unhandled page fault on write access to 0x7f7ffd80 at address 0x4b2adfb0 (thread 0033), starting debugger... WineDbg starting on pid 0x31 Unhandled exception: page fault on write access to 0x7f7ffd80 in 32-bit code (0x4b2adfb0). .. =>1 0x4b2adfb0 _dl_catch_error+0x60 in ld-linux.so.2 (0x4b2adfb0) 2 0x4bc6c2ce in libdl.so.2 (+0x12ce) (0x4bc6c2ce) 3 0x4bc6bd1d dlopen+0x3d in libdl.so.2 (0x4bc6bd1d) 4 0x4b2bf5c6 in libexpat.so.1 (+0x45c6) (0x4b2bf5c6) 5 0x7fb37eab in user32 (+0x97eab) (0x7fb37eab) 6 0x7fb38ddd CreateWindowEx16+0x11d in user32 (0x7fb38ddd) 7 0x7fb38f5a CreateWindow16+0x7a in user32 (0x7fb38f5a) 8 0x7faa8f32 in user32 (+0x8f32) (0x7faa8f32) 9 0x7fda3b72 in kernel32 (+0x83b72) (0x7fda3b72) 10 0x11df:0x015f (0x11df:0x015f) 11 0x11df:0x201a (0x11df:0x201a) 12 0x11df:0x1f1e (0x11df:0x1f1e) Судя по strace libexpat вызывается из /usr/lib/libfontconfig.so.1 Но если fontconfig убрать, всё равно падает, так что ошибка явно чем-то наводится. шз-за трудностей в воспроизведении проблемы решение откладывается на 1.1 Проблема возникает при использовании встроенной в WINE эмуляции pthread (wine-kthread). Вероятно, что в этой эмуляции ошибка. На ALT Linux не используется pthread из-за того, что glibc скомпилирована без него. Для устранения проблемы нужно поставить glibc с поддержкой TLS: ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/i686/RPMS.classic/glibc-core-i686-2.3.6-alt4.i686.rpm ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/3.0/i686/RPMS.classic/glibc-core-i686-2.3.5-alt5.i686.rpm Соотв. бага в altbug: https://bugzilla.altlinux.org/attachment.cgi?id=1488 Вот собственно бага в ALT: https://bugzilla.altlinux.org/show_bug.cgi?id=8402 Проблема решена, закрываем. |
Не работает установка 1С 7.7 в ALT Linux Compact 3.0 (и в Сизифе). Там используется 16-битный setup.exe, вызовы из которого в итоге приводят к падению в области dl_open. Причём ни на каких других системах это не выявлено, проблема похожа на альтовский glibc. > =>1 0xb7f65f8b _dl_catch_error+0x3b in ld-linux.so.2 (0xb7f65f8b) > 2 0xb7df92ce in libdl.so.2 (+0x12ce) (0xb7df92ce) > 3 0xb7df8d1d GLIBC_2+0xd1d in libdl.so.2 (0xb7df8d1d) > 4 0xb7f195c6 wine_dlopen+0x36 in libwine.so.1 (0xb7f195c6) > 5 0x7fa27f5b in user32 (+0x97f5b) (0x7fa27f5b) > 6 0x7fa28e8d CreateWindowEx16+0x11d in user32 (0x7fa28e8d) > 7 0x7fa2900a CreateWindow16+0x7a in user32 (0x7fa2900a) > 8 0x7f998f32 in user32 (+0x8f32) (0x7f998f32) > 9 0x7fc93db2 in kernel32 (+0x83db2) (0x7fc93db2) > 10 0x11df:0x015f (0x11df:0x015f) > 11 0x11df:0x201a (0x11df:0x201a) > 12 0x11df:0x1f1e (0x11df:0x1f1e)