Home All Groups Group Topic Archive Search About
Author
8 Jul 2005 9:52 PM
Jon
I have an .exe application that uses several 3rd party ocx controls.  Every
now and then, the application locks up and uses 100% cpu.  I think one of
the OCX's is causing the problem.  Is there any way to tell which OCX (or
dll) is using all the cpu in a compiled exe?

Jon

Author
8 Jul 2005 9:58 PM
Ken Halter
"Jon" <lf***@hotmail.com> wrote in message
news:%23chAfdAhFHA.576@tk2msftngp13.phx.gbl...
>I have an .exe application that uses several 3rd party ocx controls.  Every
>now and then, the application locks up and uses 100% cpu.  I think one of
>the OCX's is causing the problem.  Is there any way to tell which OCX (or
>dll) is using all the cpu in a compiled exe?
>
> Jon

You can add some type of tracing to your app to see when each control is
called/manipulated/other but it can get tedious. Addin's like CodeSMART can
do it for you. Also, this tool may pinpoint exactly where it's happening...
it's not cheap though. I can't recall "demo version" specifics but if the
apps small, the demo may work.

VB Watch Profiler, Protector, Debugger
http://www.aivosto.com/vbwatch.html

--
Ken Halter - MS-MVP-VB - http://www.vbsight.com
DLL Hell problems? Try ComGuard - http://www.vbsight.com/ComGuard.htm
Please keep all discussions in the groups..