VB6 APP failing with IE7

[mateo107]

Hello All,

I've created a VERY simplistic VB6 application which copies two files and registers them to the local computer. One is an OCX file and another is a DLL, both of which are needed to run a web application that we are using. (MSCIMenu.ocx and VS7Flex.DLL)

My program executes a silent install (regsrv32) install of these files, thats all.

I am getting some reports that on Windows PCs that are running IE 7 (the latest BETA), it is failing. Unfortunately, I haven't been able to get any info. on the types of failures (I'll post it when I do though).

I was just wondering (since I don't have specifics yet), can anyone think of any reason why my application would be adversely affected by IE 7 (versus IE 6 now). I cannot forsee any reason why the IE version would matter, unless it has a new version of these files already packaged with the IE7.

I don't have IE7 on any machines, so that is why I was hoping someone might have some knowledge on something like this.

Thanks in advance for any and all suggestions.

[RhinoBull]

I don't see how IE7 will cause regsrv32 to malfunction so it must be something else. If you can get detailed error(s) description(s).

[Hack]

I don't see how IE7 will cause regsrv32 to malfunction so it must be something else.

On a production copy I would agree with you, but you really can't tell what a BETA of anything is going to do or how it will affect other things.

This might not even be an issue with the Final release of IE7.

[RhinoBull]

Still doesn't make sense (to me that is) - it's a browser vs utility that's been there forever... But I could be wrong.

[Hack]

Still doesn't make sense (to me that is) - it's a browser vs utility that's been there forever... But I could be wrong.

The product itself is probably not causing the problem. However, one of the dependency files required to install it may be messing things up.

I guess the only way to really be sure it is some kind of issue with IE7 is to install it on a test box (you can get the download from Microsoft), run the program and see what happens. If an issue is encountered, remove it, reinstall IE6, and run the program again and compare the results.

[RhinoBull]

... If an issue is encounter, remove it, reinstall IE6, and run the program again and compare the results.

That's when Microsoft Virtual PC comes really handy but it requires tons of memory.
We use it quite often for multi-environment(system) testing.

[mateo107]

thanks all! I knew you guys would be right on track with my thinking... I just thought maybe there might be some sort of crazy known issues with ie7.

regardless though, i'll keep you posted.

[Mxjerrett]

Well actually i have IE7 and it blocks all silent installs I think the person has to accept something.

[mateo107]

hey, thanks for the info mx! WE may be on to something.

Would this also occur if the user downloaded the file locally and THEN ran the application, or only if they are trying to do it as a "run as".

My application is actually compressed into a ZIP file (because most email servers block exes). The zip file just has my lil' bitty exe file in it. Would their method of saving/running the EXE have any bearing on this, do you think?

As previously stated, I don't think IE 7 would have any bearing on how a VB6 EXE Application is run, but then again... it IS MSoft

[RhinoBull]

Well actually i have IE7 and it blocks all silent installs I think the person has to accept something.

Are you sure it's the IE7 and not the firewall/anti spyware/windows defender/...?