Hi folks,
Dennis Chuah passed this interesting tid-bit (slightly edited)
along from a site he's working on at present:
==
Found something interesting while trouble-shooting here. The
version of COMCTL32.DLL (4.72) that comes with SP4 and IE4
has problems running in the background (not on the desktop).
The earlier version (4.7) works fine.
Example: If an app was scheduled to run (using WinAt/ AT), the
default user is System and it has desktop interaction. However,
you can configure it to start up as another user, but without
desktop interaction. This was when the COMCTL32.DLL failed to
load! It would come up with a message saying that the
initialization has failed and then the app terminates!
Why use CONCTL32.DLL on an app that runs in the
background? Well, the same app also runs in the foreground -
just depends on the mode. Anyway, it was never a problem until
version 4.72 came along. I suppose the code that relies on
COMCTL32.DLL could be put into a separate package that gets
loaded only when the app is interactive, but that would require a
lot of redesign - not something you would do during a site visit!
BTW, its quite easy to "unintentionallly" include COMCTL32.DLL,
even for a non UI intensive app. For example, simply dropping a
TProgressBar, or TImageList will cause a reference to
COMCTL32.DLL! TImageList is used by TSpeedButton and
TBitBtn!
In any case, I think this is a bug in COMCTL32.DLL. Any other
opinions?
==
cheers,
peter
============================================
Peter Hyde, SPIS Ltd, Christchurch, New Zealand
* TurboNote: http://TurboPress.com/tbnote.htm
-- small, FREE and very handy
* Print-to-Web automation http://TurboPress.com
* Web design, automation and hosting specialists
Find all the above and MORE at http://www.spis.co.nz
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
