Tracy,
DLL is a known file time that is hidden by Explorer by default. Windows,
saving the user, making hard for us. So we use the old tools get the
information we need.
In the Command Window I type:
DIR C:\COMCTL32.* /S /B /A
/S Search all sub-directories
/B Blank - meaning just show the full path of the file /A Show all files
hidden and system included
On my desktop it found 302 instances.
I cheated, I piped it to FIND and put the line number in front Dir
\c:\comctl32.* /s/b/a|find /I /n "com"
-------------
I had the user select "Show hidden files, folder and drives" in Explorer
Folder Options and then do the search for comctl32.* from c:\ root, which
for this purpose - as far as I can tell - produces equivalent results. Using
it I see the COMCTL32.* files on my machine.
-----------------
I have only used the ArchitecturesInstallIn64BitMode directive once.
The MagTek Check Reader has special drivers for 64bit machines. I need to
use the 64bit ocx that connects to it. However, VFP doesn't find it in the
"Program Files\Common Files" folder. So I force the files in to the "Program
Files (x86)\Common Files folder using the {cf32} constant.
I have this in my main application script and don't have problems with these
files:
Source: "System\mscomctl.ocx"; DestDir: "{sys}"; Flags: sharedfile
onlyifdoesntexist regserver noregerror
Source: "System\mscomct2.ocx"; DestDir: "{sys}"; Flags: sharedfile
onlyifdoesntexist regserver noregerror
Source: "System\mscomm32.ocx"; DestDir: "{sys}"; Flags: sharedfile
onlyifdoesntexist regserver noregerror
Source: "System\richtx32.ocx"; DestDir: "{sys}"; Flags: sharedfile
onlyifdoesntexist regserver noregerror
It does not use the ArchitecturesInstallIn64BitMode directive.
-----------------------------------------------------
I've done some reading on this problem and learned:
- I incorrectly thought installing MSCOMCTL.OCX was somehow the source for
COMCTL32.OCX, because they are both the same thing: Microsoft Common
Controls, but they are 2 separate OCX's, which explains why COMCTL32.*
wasn't installed (not in the INNO setup script). Matt Slay has a web page
talking about these 2 OCX's that helps sort it out.
http://mattslay.com/installing-comctl32-ocx-and-mscomctl-ocx-on-a-windows-xp
-machine/ Unfortunately, his link to download COMCTL32.OCX
(http://download.microsoft.com/download/win95upg/update/1/w97/en-us/comctlzp
.exe) gets "file not found". If I can't find MS distributed copies of
COMCTL32.* I'll have to use the copies from my dev machine. Copying these
files worked to fix the 64 bit machine install, so should work again.
- Thinking that this problem could have existed all along but never showed
its head before because all target machines to date could have had COMCTL32
pre-installed for one reason or the other.
Now I may wind up going full circle here, once I've got INNO installing
COMCTL32.OCX into (SYS), which would be WINDOWS\SYSTEM32 and not sysWOW64,
that could get me back to the original problem, although I'm encouraged by
your report.
Thanks,
Bill
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message:
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
