Menu
▾
▴
[Oorexx-bugs] [ oorexx-Bugs-1346379 ] RexxHide pegs the CPU
|
From: SourceForge.net <no...@so...> - 2010-02-28 20:21:27
|
Bugs item #1346379, was opened at 2005-11-02 14:08 Message generated for change (Comment added) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684730&aid=1346379&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: External Functions >Group: v4.0.1 Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: SwansonPRS (swansonprs) Assigned to: Mark Miesfeld (miesfeld) Summary: RexxHide pegs the CPU Initial Comment: I have oorexx 3.0.1 I have a rexx program that opens an Internet Explorer session and then presents a series of multiinput boxes to collect data from the website. On occasion the cpu usage will be pegged at 99% showing that RexxHide is using all available cpu time. At other times iexplore.exe is pegging the cpu. I am sending a small rexx program that SOMETIMES generates this phenomenon. I just start it and let it run. After a few minutes browsing the internet RexxHide pegs the cpu. I am on Windows XP Home. ---------------------------------------------------------------------- >Comment By: Mark Miesfeld (miesfeld) Date: 2010-02-28 12:21 Message: Committed revision 5658. 4.0.1 merge. ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2010-02-27 09:15 Message: The fix for this will have to come in a release after 4.0.1 ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2009-11-08 12:15 Message: Committed revision 5312. I believe this is fixed with commit 5312. The fix will be in the next release of ooRexx. Please look at the bug: 2303747 CPU LOAD 100% for details and a work around you may wish to use until the next release ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2007-09-18 19:27 Message: Logged In: YES user_id=191588 Originator: NO rfrasca, Please send the files directly to me. mie...@gm... I will add them to this bug for tracking, with your permission. I am already aware of one problem related to ooDialog that pegs the CPU, with the CPU going to rexx.exe and rxapi.exe. I am interested in seeing if your problem is the same. I have been holding off opening a separate bug for a couple of days to see if the problem I know of is the problem you are reporting. As for your other problem with resizable dialogs and tokenizing. Are you using the DlgAreaU class? If you are, then that is the reason it does not work when you tokenize your code. The DlgAreaU class works by parsing the source of the DlgObj that is used to instantiate the DlgAreaU object. When you tokenize you program, the DlgAreaU class will not work because it no longer has access to the source code. However, if you still think this is a bug, feel free to open a bug report and one of the developers will take a close look at your problem. ---------------------------------------------------------------------- Comment By: rffrexx (rfrasca) Date: 2007-09-18 18:59 Message: Logged In: YES user_id=1209735 Originator: NO I have come up with code that can reproduce this issue. After I finished building my new GUI template. I launched it and REXX.EXE and RXAPI.EXE hogged the CPU. It happens everytime I launch this. I would like to attach these files but, could not find an option on this page to do so. Please let me know how to send these to you. Also, I can open a bug for this problem as well. My GUI template contains a resizable dialog. Adding controls to DefineDialog makes them auto resize. Works great if your code is not tokenized. Once you tokenize your code, dialog objects no longer resize. I want to be able to distribute code in tokenized form. ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2007-09-11 11:09 Message: Logged In: YES user_id=191588 Originator: NO rfrasca I have been interested in this bug for some time now. Unfortunately, I don't know how to reproduce it. The developers need enough detail from you to be able to reproduce this on one of their systems to be able to investigate it. The simplest way to do this would be for you to provide a complete set of files that produces the problem. From reading your comment, it looks to me like you should be able to take your working program and replace the portion that extracts the PDF from a database with code that just copies a PDF file from one location on the disk to another. If this then reproduces the problem for you, you could attach your simplified working program with intstructions on how to set it up to this bug. We then might have a shot at figuring out what the problem is. ---------------------------------------------------------------------- Comment By: rffrexx (rfrasca) Date: 2007-09-11 10:13 Message: Logged In: YES user_id=1209735 Originator: NO I have seen this same condition with 3.1.2 My ooRexx application consists of a class that contains a method that extracts a PDF file from a database to disk, and then opens it via OLE. This class contains a ::REQUIRES OREXXOLE.CLS. The PDF is then displayed inside IE. The condition seems to occur after the application has been open for a while and that a call using OLE has been made. REXXHIDE.EXE and RXAPI.EXE are both hogging the CPU. Any other information that I can provide, please let me know. I was planning on creating an Open Source distribution of this application and am concerned about this issue. To rule out OREXXOLE.CLS, I was going to try eliminating it from my application. I will call Adobe Reader via file association directly and see if this condition occurs. ---------------------------------------------------------------------- Comment By: rffrexx (rfrasca) Date: 2007-09-11 10:11 Message: Logged In: YES user_id=1209735 Originator: NO I have seen this same condition with 3.1.2 My ooRexx application consists of a class that contains a method that extracts a PDF file from a database to disk, and then opens it via OLE. This class contains a ::REQUIRES OREXXOLE.CLS. The PDF is then displayed inside IE. The condition seems to occur after the application has been open for a while and that a call using OLE has been made. REXXHIDE.EXE and RXAPI.EXE are both hogging the CPU. Any other information that I can provide, please let me know. I was planning on creating an Open Source distribution of this application and am concerned about this issue. To rule out OREXXOLE.CLS, I was going to try eliminating it from my application. I will call Adobe Reader via file association directly and see if this condition occurs. ---------------------------------------------------------------------- Comment By: Lee Peedin (pragmatic_lee) Date: 2007-08-14 10:31 Message: Logged In: YES user_id=1223125 Originator: NO I think this bug can probably be closed. Running the attached program using ooRexx 3.1.2 with rexx.exe or rexxhide.exe does not demonstrate the problem. Sorry the OP was only willing to wait 26 days before giving up on ooRexx. Lee ---------------------------------------------------------------------- Comment By: SwansonPRS (swansonprs) Date: 2005-11-28 09:51 Message: Logged In: YES user_id=1372192 Very disappointed in the response to my problem. I had to re-write the program in Visual Basic ---------------------------------------------------------------------- Comment By: Gert van der Kooij (gkooij) Date: 2005-11-12 02:59 Message: Logged In: YES user_id=685845 I tried the script on Windows XP Home and ran into the same problem. But it isn't a rexxhide-only problem, when starting the script with rexx almost the same problem occurs. The only difference is that rexx.exe is consuming about 75% cpu-time and rxapi.exe the other 25%. Could this be caused by the OREXXOLE interface? ---------------------------------------------------------------------- Comment By: SwansonPRS (swansonprs) Date: 2005-11-03 08:44 Message: Logged In: YES user_id=1372192 It behaves the same on Windows 2000. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684730&aid=1346379&group_id=119701 |