| Summary: | IE 6 завешивает процессор | ||
|---|---|---|---|
| Product: | WINE@Etersoft | Reporter: | Силин Дмитрий <kit01> |
| Component: | Internet Explorer / Gecko | Assignee: | Александр Морозов <amorozov> |
| Status: | CLOSED WONTFIX | QA Contact: | Денис Баранов <baraka> |
| Severity: | critical | ||
| Priority: | P3 | CC: | DjSpiker, kondratyuk, lav, sonner |
| Version: | 1.0.11 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Mandriva | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | 4340 | |
| Дата напоминания: | |||
| Bug Depends on: | |||
| Bug Blocks: | 6593, 5395 | ||
|
Description
Силин Дмитрий
2009-12-12 20:10:45 MSK
Воспроизведение (просто запустить и выйти): 1. ставим IE через ieinstall 2. Запускаем: $wine iexplore 3. Смотрим http://ya.ru (не обязательно) 4. Выходим Наблюдаем за wineserver На Mandriva 2009.1 с пакетами wine-etersoft-1.0.12-eter1.1mdv и wine-etersoft-local-1.0.12-eter1mdv не воспроизвелось. На Мандриве 2010 с версией 1.0.12 те же грабли да, забыл добавить, что иногда нормально закрытый IE превращается в зомби, который убивается при убивании wineserver Надо посмотреть на Mandriva 2010. Воспроизводится на cellar. Запускаем ie, и пробуем закрыть. Процесс висит. wineserver -k делает долго > Воспроизводится на cellar. В какой бутылке? > Запускаем ie, и пробуем закрыть. Процесс висит. Закрываешь кнопкой закрытия окна? Мандрива 2010 и вайн 1.0.12 При выключении из конфига wine строки export WINEHOLDSERVER=1800 никаких изменений - т.е. wineserver висит, а ослик стал зомби. Попробовал воспроизвести на Mandriva 2010.0 в VirtualBox. Wineserver завершается, если закомментировать строку с WINEHOLDSERVER, никакой чрезмерной загрузки процессора не увидел. wine-1.0.12-eter2/1 2 Дмитрий: Может быть, дело в видеокарте? Воспроизводится ли проблема, если в качестве драйвера использовать vesa? Также можно попробовать удалить wine-etersoft-gl, если он стоит. (In reply to comment #9) > Попробовал воспроизвести на Mandriva 2010.0 в > VirtualBox. Wineserver завершается, если > закомментировать строку с WINEHOLDSERVER, никакой > чрезмерной загрузки процессора не увидел. > wine-1.0.12-eter2/1 У меня на чистой Мандриве всё это имеется. Я не считаю эмуляторы доказательными. Пробовал закомментировать эту строчку - эффект нулевой > 2 Дмитрий: > Может быть, дело в видеокарте? GForse 5200 дрова проприетарные (это дома) Подобный эффект у меня проявляется на всех моих компьютерах и там везде стоят разные видеокарты. > Воспроизводится ли проблема, если в > качестве драйвера использовать vesa? Не пробовал. А при чём тут вообще видеокарта??? Ослик становится зомби после того как я его вполне корректно закрываю. > Также можно попробовать удалить wine-etersoft-gl, > если он стоит. Не стоит > А при чём тут вообще видеокарта???
Встречаются баги, проявляющиеся только на определённых видеокартах.
2 Дмитрий: Какой оконный менеджер вы используете? (In reply to comment #12) > 2 Дмитрий: > Какой оконный менеджер вы используете? > На Мандриве KDE и на дебиане XFCE Удалось воспроизвести. Для этого надо перейти по адресу https://bugs.etersoft.ru WINE@Etersoft 1.0 SQL 1.0.12-eter4/3 Если запускать с WINEDEBUG=+server, то проблема не проявляется. При переходе по адресу с https из виндовой crypt32.dll очень много (возможно, бесконечное число) раз вызывается FindNextChangeNotification, что приводит к созданию wineserver`ом множества объектов async. Потом при завершении IE wineserver надолго застревает в async_wake_up, проходя по списку созданных объектов. FindNextChangeNotification вызывается из находящейся в crypt32.dll функции, которая является обработчиком, зарегистрированным с помощью RegisterWaitForSingleObjectEx. При этом используется нулевой таймаут, и обработчик постоянно вызывается из-за того, что таймаут истекает. Аналогичный баг есть в багзилле апстримового wine: http://bugs.winehq.org/show_bug.cgi?id=13687 IE6 переходит по ссылкам с https и не перегружает процессор при запуске с WINDOWS_VERSION="win98" после копирования с winxp вот этих библиотек: $ md5sum *.dll 228373d5d761dfdc68032fd64c734815 crypt32.dll 33408f79cbabd0dbef121ed6c1b5d26f msasn1.dll При запуске без WINDOWS_VERSION="win98" загрузки процессора с этими библиотеками также не наблюдается, только страницы при переходе по https не отображаются. В общем, загрузка процессора вызывается версией crypt32.dll, которая ставится при установке IE. Это баг версии crypt32.dll, устанавливающейся вместе с IE, а не WINE. Видимо, нужно а) дать временный рецепт б) запланировать багу по реализации необходимой части crypt32.dll в Wine > а) дать временный рецепт
Вроде ж выше написано, что надо делать.
> б) запланировать багу по реализации > необходимой части crypt32.dll в Wine http://bugs.etersoft.ru/show_bug.cgi?id=5625 (In reply to comment #22) > > а) дать временный рецепт > Вроде ж выше написано, что надо делать. > Внятной инструкции что конкретно делать я не увидел. Проблема осталась. Хотя сейчас и не так актуально - ослик под последней сборкой вайна вообще дурной... Пришлось везде ставить винду в виртуалбокс и так спасаться... > Внятной инструкции что конкретно делать я
> не увидел.
Надо скопировать crypt32.dll и msasn1.dll из Win 2000 или XP в wine_c/windows/system32.
(In reply to comment #24) ... > Хотя сейчас и не так актуально - ослик под > последней сборкой вайна вообще дурной... Последняя сборка - это наша 1.0.12? (In reply to comment #26) > (In reply to comment #24) > ... > > Хотя сейчас и не так актуально - ослик под > > последней сборкой вайна вообще дурной... > Последняя сборка - это наша 1.0.12? > Да, я нативным вайном не пользуюсь, исключительно вашим :-) Библиотеки переписал, но ослик так и не может попасть на нужную мне страницу... Хотя и в памяти теперь не зависает... > Библиотеки переписал, но ослик так и не
> может попасть на нужную мне страницу...
А адрес у страницы какой? Если используется https, то надо прописать win98 для iexplore.exe в winecfg.
(In reply to comment #28) > > Библиотеки переписал, но ослик так и не > > может попасть на нужную мне страницу... > А адрес у страницы какой? Если используется > https, то надо прописать win98 для iexplore.exe в winecfg. > Да, протокол секретный, но я сразу ослика запускаю командой wine98 iexplore, в противном случае вообще ничего не получается... > > > Библиотеки переписал, но ослик так и не > > > может попасть на нужную мне страницу... > > А адрес у страницы какой? Если используется > > https, то надо прописать win98 для iexplore.exe в winecfg. А какой адрес у нужной страницы? Хотелось бы посмотреть. > Да, протокол секретный, но я сразу ослика > запускаю командой > wine98 iexplore, в противном случае вообще ничего > не получается... wine98 переопределяет ряд библиотек. Так что это не совсем то же, что запуск с настройкой Win98 в winecfg. (In reply to comment #30) > > > > Библиотеки переписал, но ослик так и не > > > > может попасть на нужную мне страницу... > > > А адрес у страницы какой? Если используется > > > https, то надо прописать win98 для iexplore.exe в winecfg. > > А какой адрес у нужной страницы? Хотелось > бы посмотреть. https://www.faktura.ru/enter.jsp Я высылал специальные для вас тестовые логин+пароль для отладки этого банк-клиента, но никакого эффекта... > > Да, протокол секретный, но я сразу ослика > > запускаю командой > > wine98 iexplore, в противном случае вообще ничего > > не получается... > > wine98 переопределяет ряд библиотек. Так что > это не совсем то же, что запуск с настройкой > Win98 в winecfg. > Ясно *** Bug 5936 has been marked as a duplicate of this bug. *** Закрываю. |