Patrick wrote:Great. Exactly which part of that thread solved the problem? (So we can add it to the FAQ.)

For me, I ended up changing 2 things and am not 100% sure which solved the problem. Let me explain. When I found the other thread, I turned on the /debug option and noticed I had the same log file results as someone else. I first registered the OCX as prescribed in the thread as I felt both were 64-bit related: regsvr32 %windir%\SysWOW64\mscomctl.ocx
That in an of itself did not fix the issue but I had not yet reboot. I looked earlier in the thread and saw how they recommended downloading the VB6 common controls. As I went to download these controls from the MS site, IE 9 complained about not having access to my environment defined TEMP directory to save the file.
As I looked into this problem, I found that my RAMDISK (which is used for both TEMP and TMP environment variables) had changed drive letters and was the reason why IE was not able to download the file. I updated the environment variables to point to correct drive letter and decided to reboot my machine. [I still need to see why my RAMDISK drive letter was changed ... hmm]
After my reboot, everything was back to normal for both IE and dexpot! (So, not having access to the TEMP folder or the OCX could have been my problem) I guess I could go back and point my TEMP\TMP folders to invalid drives to isolate what really fixed it ...
[quote="Patrick"]Great. Exactly which part of that thread solved the problem? (So we can add it to the FAQ.) :D[/quote]
For me, I ended up changing 2 things and am not 100% sure which solved the problem. Let me explain. When I found the other thread, I turned on the /debug option and noticed I had the same log file results as someone else. I first registered the OCX as prescribed in the thread as I felt both were 64-bit related: regsvr32 %windir%\SysWOW64\mscomctl.ocx
That in an of itself did not fix the issue but I had not yet reboot. I looked earlier in the thread and saw how they recommended downloading the VB6 common controls. As I went to download these controls from the MS site, IE 9 complained about not having access to my environment defined TEMP directory to save the file.
As I looked into this problem, I found that my RAMDISK (which is used for both TEMP and TMP environment variables) had changed drive letters and was the reason why IE was not able to download the file. I updated the environment variables to point to correct drive letter and decided to reboot my machine. [I still need to see why my RAMDISK drive letter was changed ... hmm]
After my reboot, everything was back to normal for both IE and dexpot! (So, not having access to the TEMP folder or the OCX could have been my problem) I guess I could go back and point my TEMP\TMP folders to invalid drives to isolate what really fixed it ...