i have a standard-exe project containing about 15 activeX components.
When i try to compile the project the process vb6.exe has a CPU-usage of
99%. I waited for 10 Minutes but nothing happened. One time the compiler
made it created .obj files but wasn't able to link then-> again vb6.exe
hangs.
The problem appeared the first time when i tried to compile the ocx-files
and the exe file at once in a project group.
I tried to copy everything into an empty project but the error remained.
Does anybody has an idea?
Thank you for your time,
Harald
99% of CPU usage is a lot. Proboably too much for the OS
to survive.
What OS do you have?
How many MHz/GHz does your processor have.
How much ram does your system have?
Does the problem happen with any other VB projects?
The most likely thing that is happening is that your
system does not have enoguth RAM/Processing power to run
normally. When VB6 compiles this project it takes up all
the processing power causing your system to become
unresponsive to a certain extent. It then in turn causes
VB to hang as the system struggles for enough CPU to
become free.
>.
>
See which one (or how many) it takes to kill the compiler.
D.
"Harald Ott" <haral...@siemens.at> wrote in message news:#YFrXm51CHA.2564@TK2MSFTNGP12...
Hope this helps.
Wilko Verweij
RUNTIME_DLL heeft geschreven in bericht
<035601c2d9b6$9db14170$2f01...@phx.gbl>...
Sometimes VB <does> hang/fail to complete compilation to .exe -- in my
experience, it seems to be a problem w/parsing a file that contains some
particular sequence of commands but which I have never been able to
discern what is the particular cause.
Solutions--
1. Sometimes (almost always?) p-code will succeed where full
compilation fails.
2. Sometimes (I've been told but don't think I've ever had it work)
changing compilation options will work
3. Piecewise isolate the portion of code that causes the problem and
rearrange the source code to accomplish the task in another way. I've
had as simple a change as introducing a temporary variable in a complex
line or even just adding a "do-nothing" line of code make the problem go
away.
BTW, wrt option 1. above--often one can simply go to using p-code while
completing development, then when done revert to compilation and the
revised project will compile just fine...
I'll also note that I've been able to reproduce a failure cured by
option 3. above repeatedly so I'm convinced it is real.
HTH...