Re: CPU at 100% utilization with TS2K PE

["Philippe Lhermie" <philippe.lhermie@xxxxxxxxxxx>]

Alan,
If this problem is due to a wrong DLL version, then there is a way to know
it:

With Win98, this is very easy to check DLL versions' conflicts and fix them
with the system tools
I would say that it's the first thing to check : you'll know quickly if this
is the problem

Unfortunately, my PC is running WIN NT because of TS2K and I do not know how
to check the DLL versions' conflicts in Win NT, I have to search....

Then if this checking is not possible in NT, we could do the following
Which software did you install first?
Say, it's TS2K SP4
Then it's TS2K which has the older DLL version.
Therefore, the workaround is:
Uninstall TS2K, uninstall your compiler
Install TS2K FIRST
install the compiler

Simply because It's always the second application which has the oldest DLL

But furthermore, what is weird, is that since I rebooted my PC yesterday's
night, the CPU utilization has come down  at 3 to 15 % !!!
But unfortunately, this intense utilization still exists when I start the
PowerEditor (ORedit32.EXE) :((((

This never happened to me with TS2K SP3.

Thanks for all the replies !

Philippe

----- Original Message -----
From: "Alan Mi" <ami@xxxxxxxxxxxxxx>
To: "J. Rodney Grisham" <grisham@xxxxxxxxxxx>
Cc: "omegalist" <omega-list@xxxxxxxxxx>
Sent: Tuesday, January 04, 2000 1:55 PM
Subject: Re: CPU at 100% utilization with TS2K PE


> Many thanks! I still think it is possible that the
> problem have to do with DLL misuse or wrong version.
> Designer test runs may be based on a designer test
> build only for a small portion of the system that is
> relevant to the test, with the rest stubbed out. It is
> also likely that the designer's machine (which has C++
> installed) doesn't have Internet connection so he has
> to transfer the test build to a machine that has (but
> doesn't have C++ installed). QA test runs are based on
> the builds of all components but QA machnines typically
> don't have C++ installed. Any MS software expert has
> more clues?
>
> I suspect that there is another interference with MS
> programming languages: automatic HistoryBank
> downloading causing GS to be hung. In this scenario,
> CPU use is 0%. Few users reported this problem about
> SP4 since most don't have a MS programming language
> installed.
>
> > Alan Mi wrote:
> >
> >> I suspect that SP4 PE calls a DLL that happens to
> have the same
> >> name as one that is used in
> >> MS compilers and the MS DLL's directory is in NT
> serach path.