http://bugs.winehq.org/show_bug.cgi?id=13687
Summary: ies4linux 100% CPU usage at an https website Product: Wine Version: 0.9.53. Platform: PC URL: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/2058 95 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: bdkoepke@gmail.com
Versions of wine >= 0.9.53 do not work with ies4linux. Https websites are available; however, after initializing the page, wineserver and IEXPLORE.EXE jump to 100% CPU usage. This requires killing IEXPLORE and wineserver, (kill -9 `pidof wineserver`, kill -9 `pidof IEXPLORE.EXE`) to get the CPU usage back. Closing internet explorer does not work and it cannot be opened again if it is closed after visiting an https website.
This has been reported already at launchpad.net; however, the users there assumed that it was a "ubuntu" bug not a bug with the actual wine application. I can confirm that this fails when built from source as well.
Here is the link to the ubuntu bug.
https://bugs.launchpad.net/ubuntu/+source/wine/+bug/205895
I'm sorry if this is a duplicate.
http://bugs.winehq.org/show_bug.cgi?id=13687
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #1 from James Hawkins truiken@gmail.com 2008-06-04 14:50:54 --- Then file a bug with ies4linux, a completely separate project from wine.
http://bugs.winehq.org/show_bug.cgi?id=13687
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from James Hawkins truiken@gmail.com 2008-06-04 14:51:01 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=13687
Brandon Koepke bdkoepke@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #3 from Brandon Koepke bdkoepke@gmail.com 2008-06-04 15:35:02 --- (In reply to comment #2)
Closing.
Sorry, I should have specified better. This is not a problem with ies4linux. I realize that this is an entirely separate project from wine; however, ies4linux is just a script to get internet explorer working. (I'm sure you knew that already). The fact is that with the same version of ies4linux, upgrading the wine version causes a bug. Since wine is the actual application that runs internet explorer, I would consider this to be a wine bug and not an ies4linux bug. If I am wrong in that assumption then let me know.
James Hawkins if you still believe that this is a ies4linux bug only, (I can confirm that this still happens if I install internet explorer the old fashioned way) then I apologize for posting here.
http://bugs.winehq.org/show_bug.cgi?id=13687
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #4 from James Hawkins truiken@gmail.com 2008-06-04 15:49:02 --- We don't support the use of ies4linux in any way. If you want to regression test Wine and ask them to fix it, feel free, but please don't reopen this bug.
http://bugs.winehq.org/show_bug.cgi?id=13687
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from James Hawkins truiken@gmail.com 2008-06-04 15:49:09 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #6 from Brandon Koepke bdkoepke@gmail.com 2008-06-04 15:53:11 --- (In reply to comment #5)
Closing.
Ok, I will run the wine regression tests.
http://bugs.winehq.org/show_bug.cgi?id=13687
Ter Rymon terrystahl1969@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |terrystahl1969@yahoo.com
--- Comment #7 from Ter Rymon terrystahl1969@yahoo.com 2009-01-12 03:15:04 --- I checked this it's a problem with the IES4LINUX script not a wine problem..
the file ~HOME/.ies4linux/bin/ie6 needs the following removed from end of file less the quotes " | Debug "
I tested on 8.04LTS with latest wine, no memory problems and closes properly.
http://bugs.winehq.org/show_bug.cgi?id=13687
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |minor
http://bugs.winehq.org/show_bug.cgi?id=13687
dave@my-iop.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dave@my-iop.com
--- Comment #8 from dave@my-iop.com 2009-09-16 10:48:02 --- Please take another look at this bug.
I see the 100% CPU usage from wineserver on Ubuntu 9.04 amd64 with both wine 1.0.1 and wine 1.1.29. I have also reproduced it with ies4linux 2.99.0 and 2.99.0.1.
I can reproduce this when running ie6 under wine directly. However, the more troubling problem is that it happens when running Microsoft Money 2003 under wine every time the online banking function is used. (If Money is run but no online banking is done, the bug does not happen. It only happens after encypted internet communication.) In this scenario, the ie6 script mentioned in Comment #7 From Ter Rymon (2009-01-12 03:15:04) is not ever called.
The 100% CPU utilization by wineserver apparently occurs after encypted internet communication by _components_ of ie6, without the web browser itself ever being opened.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #9 from Dmitry Timoshkov dmitry@codeweavers.com 2009-09-16 10:53:49 --- Report that to IEs4Linux developers.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #10 from dave@my-iop.com 2009-09-16 11:06:34 --- (In reply to comment #9)
Report that to IEs4Linux developers.
May I respectfully suggest that this is a wine bug. I will be glad to try to prove that.
Can you point me to an alternate way to install ie6 with 128 bit encryption under wine? I will perform that alternate install (without using ies4linux) and if the same problem happens, will you take a look at it then?
Please point me to an alternate way to install ie6 with 128 bit encryption under wine. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #11 from dave@my-iop.com 2009-09-17 08:59:50 --- I have verified that this is not a problem with ies4linux. Please reopen this bug. I am now running wine with ies4linux and there is no more 100% CPU utilization bug on https websites (or with online banking in MS Money).
Here is the solution: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/205895/comments/37
I used the version of wine compiled by Tyler Wagner (with the patch bdkoepke described rolled back -- see below)
I was not able to get online banking working with any other method. Winetricks method of installing ie6 did not work, nor did any other method I tried. ies4linux is the only method that works, but it requires addressing the issue bdkoepke describes:
At https://bugs.launchpad.net/ubuntu/+source/wine/+bug/205895/comments/31, bdkoepke said: -------------- http://bugs.winehq.org/show_bug.cgi?id=13734
the regression is in
628a515b83c317388ddb4fa9a7b29a42135acee0 is first bad commit commit 628a515b83c317388ddb4fa9a7b29a42135acee0 Author: Rob Shearman rob@codeweavers.com Date: Fri Jan 4 17:43:56 2008 +0000
kernel32: Implement RegisterWaitForSingleObjectEx.
:040000 040000 148dbf69d048b5d74bd2003f99418e91ab299af1 be4f157bc165394229255a8011951a7159b939bbM dlls
so if you are willing to take the time to reverse this patch in git wine, then ies4linux should work fine with https websites.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2009-09-17 09:08:43 --- Again: IEs4Linux is not supported through WineHQ bugzilla, report all bugs related to IEs4Linux usage to its developers.
The reason is simple: IEs4Linux uses huge (or rather insane) number of native Win95 dlls which can't be supported by Wine developers.
If IEs4Linux developers know what they are doing - they should be able to help their users.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #13 from MountainX dave@davestechshop.net 2009-09-17 09:23:40 --- (In reply to comment #12)
Again: IEs4Linux is not supported through WineHQ bugzilla, report all bugs related to IEs4Linux usage to its developers.
The reason is simple: IEs4Linux uses huge (or rather insane) number of native Win95 dlls which can't be supported by Wine developers.
If IEs4Linux developers know what they are doing - they should be able to help their users.
I just proved that this has nothing to do with ies4linux. I don't think you read what I wrote. I do not know what else to say...
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #14 from Henri Verbeet hverbeet@gmail.com 2009-09-17 09:32:39 --- (In reply to comment #13)
I just proved that this has nothing to do with ies4linux. I don't think you read what I wrote.
I think I missed that part as well. If you want to prove it's not an ies4linux problem you have to show that the problem occurs with plain Wine without native overrides. Alternatively, if you think something is wrong with RegisterWaitForSingleObjectEx(), you can write a test case for that function that passes on native Windows but fails on Wine.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #15 from Austin English austinenglish@gmail.com 2009-09-17 09:43:46 --- FWIW, I just tested this on wine, using winetricks ie6.
Using: http://www.google.com - loads fine attempting to login never completed (after 5 minutes), with _occasional_ spikes up to 100%, never fully using the CPU for me
https://www.wellsfargo.com - loaded fine attempting to login seemed to go fine, but never accepted my valid username/password. Lots of wininet errors...tried with native, but then it didn't load the site at all.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #16 from MountainX dave@davestechshop.net 2009-09-17 09:58:12 --- (In reply to comment #14)
(In reply to comment #13)
I just proved that this has nothing to do with ies4linux. I don't think you read what I wrote.
I think I missed that part as well. If you want to prove it's not an ies4linux problem you have to show that the problem occurs with plain Wine without native overrides. Alternatively, if you think something is wrong with RegisterWaitForSingleObjectEx(), you can write a test case for that function that passes on native Windows but fails on Wine.
Here is the simple method I used:
1. install current stable wine + install ies4linux == the 100% cpu bug. 2. install wine compiled without RegisterWaitForSingleObjectEx + install ies4linux == no bug.
and 3. install wine + ie6 using winetricks == Runtime Error R6025 (pure virtual function call)
I realize this may not satisfy your standards of proof, but steps 1 & 2 do show that the direct causative factor in this specific case is not ies4linux, rather it is the change in wine.
Granted, ies4linux is present, but it is a constant factor and the variable factor is wine. Therefore, in this limited case, the change in wine can be said to produce the bug.
I recognize you are saying there may be a deeper issue, but step 3 indicates that there is not an easy alternative to doing what I did. Therefore, may I suggest that looking into the bug reported by Brandon Koepke is worthwhile?
I do not have the skill to write a test case as you suggest. My personal problem is solved; therefore, I am investing the time in responding in the hope of clarifying this issue for others. I cannot do more than describe my experiences in detail. I will be glad to answer more questions, if that helps. I'll even run additional tests with different methods of installing ie6 + 128 bit encryption if someone wants to point me in the right direction. (I think winetricks ie6 might work if I could get all the required encryption DLLs registered, but I have not been able to do that on my own.)
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #17 from Henri Verbeet hverbeet@gmail.com 2009-09-17 10:27:27 --- (In reply to comment #16)
Granted, ies4linux is present, but it is a constant factor and the variable factor is wine. Therefore, in this limited case, the change in wine can be said to produce the bug.
I recognize you are saying there may be a deeper issue, but step 3 indicates that there is not an easy alternative to doing what I did. Therefore, may I suggest that looking into the bug reported by Brandon Koepke is worthwhile?
I do not have the skill to write a test case as you suggest. My personal problem is solved; therefore, I am investing the time in responding in the hope of clarifying this issue for others. I cannot do more than describe my experiences in detail. I will be glad to answer more questions, if that helps. I'll even run additional tests with different methods of installing ie6 + 128 bit encryption if someone wants to point me in the right direction. (I think winetricks ie6 might work if I could get all the required encryption DLLs registered, but I have not been able to do that on my own.)
It's certainly possible that there's a bug in Wine, perhaps even likely, but the problem is that adding native dll's (especially as many as ies4linux does) creates a configuration that really isn't supportable by us. In a way you could compare it with mixing dlls from different Windows versions and hoping to get a working system. You create potentially invalid interactions between the native dll's and the builtin ones.
Another reason why a configuration like that isn't useful for reporting bugs is that we can't/don't want to look at what those native dlls do exactly, because Wine has to implement those same dlls.
Bottom line is that for us to do something about it the bug has to be reproducible, one way or another, without using native dll's.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #18 from MountainX dave@davestechshop.net 2009-09-17 10:46:39 --- (In reply to comment #17)
(In reply to comment #16)
It's certainly possible that there's a bug in Wine, perhaps even likely, but the problem is that adding native dll's (especially as many as ies4linux does) creates a configuration that really isn't supportable by us. In a way you could compare it with mixing dlls from different Windows versions and hoping to get a working system. You create potentially invalid interactions between the native dll's and the builtin ones.
Another reason why a configuration like that isn't useful for reporting bugs is that we can't/don't want to look at what those native dlls do exactly, because Wine has to implement those same dlls.
Bottom line is that for us to do something about it the bug has to be reproducible, one way or another, without using native dll's.
Thank you for explaining. There is another way to look at this issue. I could alternatively view this as a bug in winetricks's ie6 installation routine. Something is missing that prevents ie6 (as installed by winetricks) from completely working with encrypted connections (https/ssl).
My assumption is that comparing the ies4linux *scripts* (not the workings of the native dlls) to the winetricks script might shed light on the difference. Would it help to know exactly which encryption-related DLLs are installed by ies4linux but missing in the winetricks ie6 install? I have looked, but without knowing shell scripting language, I didn't get anything useful out of my investigation. But if those DLLs are just encryption related, then maybe those are not an issue for wine because you don't have to look at any MS dlls... (of course, I'm speaking without really knowing what I'm talking about here).
However, we have several pieces of the puzzle now:
1. kernel32: Implement RegisterWaitForSingleObjectEx - somehow related. 2. msmoneyexe: R6025 pure virtual function call error - only happens with ie6 as installed by winetricks. 3. ie6 fails to works correctly on some https connections - only with ie6 as installed by winetricks.
I hope that summary is useful. I will test the winetricks ie6 install further if someone else wants to give me some pointers related to the R6025 pure virtual function call error.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #19 from Austin English austinenglish@gmail.com 2009-09-17 10:49:49 --- (In reply to comment #18)
I hope that summary is useful. I will test the winetricks ie6 install further if someone else wants to give me some pointers related to the R6025 pure virtual function call error.
What version of wine? It works fine in 1.1.29.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #20 from MountainX dave@davestechshop.net 2009-09-17 10:55:04 --- (In reply to comment #19)
(In reply to comment #18)
I hope that summary is useful. I will test the winetricks ie6 install further if someone else wants to give me some pointers related to the R6025 pure virtual function call error.
What version of wine? It works fine in 1.1.29.
I tested wine 1.0.1 and 1.1.29 under Ubuntu 9.04 amd64. wine 1.1.29 did not work fine. I got the R6025 pure virtual function call error. I tested extensively for about 14 hours yesterday. I could not resolve that error when using wine 1.1.29. (I believe there are missing encryption-related DLLs.)
Currently I'm running wine 1.0 as compiled by Tyler Wagner (which I believe has no implementation of RegisterWaitForSingleObjectEx).
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #21 from MountainX dave@davestechshop.net 2009-09-17 11:08:24 --- (In reply to comment #20)
in case it helps: http://ubuntuforums.org/showpost.php?p=7959355&postcount=12 comments 11 and 13 are related too.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #22 from Alexandre Julliard julliard@winehq.org 2009-09-22 10:51:51 --- (In reply to comment #16)
I realize this may not satisfy your standards of proof, but steps 1 & 2 do show that the direct causative factor in this specific case is not ies4linux, rather it is the change in wine.
Granted, ies4linux is present, but it is a constant factor and the variable factor is wine. Therefore, in this limited case, the change in wine can be said to produce the bug.
It's a bug in native crypt32, so it doesn't happen in a normal Wine config.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #23 from MountainX dave@davestechshop.net 2009-09-22 11:37:54 --- (In reply to comment #22)
(In reply to comment #16)
It's a bug in native crypt32, so it doesn't happen in a normal Wine config.
Thanks for the info. Do you mind clarifying if that an established fact or an educated guess?
This info may also help you. I am running Wine complied as per the suggestion by Brandon Koepke (see link he submitted above). (My Wine was compiled by Tyler Wagner.) Using this version of Wine together with ies4linux gives me a configuration that works totally correctly. No problems at all.
I have the following DLL in /.wine/drive_c/windows/system32 crypt32.dll 2002-08-29 07:07:38 371472 bytes
Is it known that the change to wine (to implement RegisterWaitForSingleObjectEx) brings out a bug in crypt32.dll? If so, that would seem strange to me. I would appreciate more info.
I remain willing to test different configurations, if that will help.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #24 from Austin English austinenglish@gmail.com 2009-09-22 11:47:04 --- (In reply to comment #23)
(In reply to comment #22)
(In reply to comment #16)
It's a bug in native crypt32, so it doesn't happen in a normal Wine config.
I remain willing to test different configurations, if that will help.
Set crypt32 to builtin in winecfg.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #25 from MountainX dave@davestechshop.net 2009-09-22 11:59:28 --- step 1: test existing configuration with crypt32 set to builtin in winecfg. RESULT: Online banking works. No errors and no 100% CPU usage.
step 2: Set crypt32 to builtin in winecfg. RESULT: Online banking fails with "An unexpected communication error occurred. (OFXIE-2146869247). However, no 100% CPU usage occurred. Therefore, this change does not explain the original problem AFAIK. Certainly, the original problem was not reproduced in this test.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #26 from Austin English austinenglish@gmail.com 2009-09-22 12:32:54 --- (In reply to comment #25)
step 1: test existing configuration with crypt32 set to builtin in winecfg. RESULT: Online banking works. No errors and no 100% CPU usage.
Which shows the problem is in native crypt32.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #27 from MountainX dave@davestechshop.net 2009-09-22 12:39:41 --- (In reply to comment #26)
(In reply to comment #25)
step 1: test existing configuration with crypt32 set to builtin in winecfg. RESULT: Online banking works. No errors and no 100% CPU usage.
Which shows the problem is in native crypt32.
I'm sorry. I made a TYPO! Please forgive me. Here is my CORRECTED report:
step 1: test existing configuration with crypt32 set to NATIVE in winecfg. RESULT: Online banking works. No errors and no 100% CPU usage.
step 2: Set crypt32 to builtin in winecfg as per comment #24 From Austin English. RESULT: Online banking fails with "An unexpected communication error occurred. (OFXIE-2146869247). However, no 100% CPU usage occurred.
Therefore, this change does not explain the original problem AFAIK. Certainly, the original problem was not reproduced in this test.
I do not believe this shows the 100% CPU problem is in native crypt32.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #28 from Alexandre Julliard julliard@winehq.org 2009-09-22 13:15:36 --- (In reply to comment #27)
Therefore, this change does not explain the original problem AFAIK. Certainly, the original problem was not reproduced in this test.
I do not believe this shows the 100% CPU problem is in native crypt32.
It is very much in crypt32. It registers a wait with 0 timeout which causes an infinite loop. If you don't believe me get a relay trace and check for yourself.
http://bugs.winehq.org/show_bug.cgi?id=13687
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave@gmail.com
--- Comment #29 from Jaime Rave jaimerave@gmail.com 2009-09-22 14:11:24 ---
step 2: Set crypt32 to builtin in winecfg as per comment #24 From Austin English. RESULT: Online banking fails with "An unexpected communication error occurred. (OFXIE-2146869247). However, no 100% CPU usage occurred.
Well from this result you can try to find the error in crypt32 that doesn't allow you to open the Online Banking, that's a different bug. You can leave this one as invalid.
http://bugs.winehq.org/show_bug.cgi?id=13687
--- Comment #30 from MountainX dave@davestechshop.net 2009-09-22 14:21:14 --- Sounds like we are moving past my capabilities/skills...
-
wine-bugs＠winehq.org