OK - I think you actually need this one instead

[Link: support.microsoft.com]

It has the SP4 stuff in it - I missed it the first time I was looking.

Bryan

Great expectations dashed again! It didn't work :(

Here's what I did:
1. MSVCRT.DLL -- v6.00.8337.0, 6/2/2000, 266,293 bytes, failed registration with an "entry point not found" error.

2. COMCAT.DLL -- v5.0, 6/12/1998, 6,144 bytes, registered successfully.

3. Tried MXOP -- still won't run.

4. Downloaded VBRUN60SP4.EXE.
Rebooted to make sure all DLL's were released.
Ran the install -- it went very fast, just a couple of seconds, almost too fast to read the filenames as the progress bars went by.

5. Tried MXOP again -- still got the ActiveX error 429.

6. Before downloading, I had copied down the file data given on the site about the files in the install. I compared them with those on my system (data listed below). After installing, compared again and found than THEY HADN'T CHANGED!

7. Reinstalled just to be sure -- same result.

8. Registered all those files to be sure -- no change.

We're certainly finding out what the problem ISN'T! Well, that's always the way with degugging, isn't it?

VBRUN60SP4.EXE file data:
ASYCFILT.DLL, v2.40.4275.1 (existing file is v2.40.4275, could not be registered)
COMCAT.DLL, v4.71.1460.1, 22,288 bytes (existing is v5.0, 6144 bytes)
MSVBVM60.DLL, v6.00.8877 (existing is same)
OLEAUT32.DLL, v2.40.4275.1 (existing is v2.40.4275)
OLEPRO32.DLL, v5.0.4275.1 (existing is v5.0.4275)
STDOLE2.TLB, v2.40.4275.1 (existing is v2.40.4275)
ADVPACK.DLL, v4.71.1015.0 (existing is v5.00.2516.1900)
W95INF16.DLL, v4.71.704.0 (existing is same)
W95INF32.DLL, v4.71.0016.0 (existing is v4.71.0017.0)
VBRUN60.INF (not present on my system)

Why didn't the new files overwrite the old ones? Was it because they were older???

Jim (still puzzled) Giles

Well, I compared the VB6 run time install to the MXOP install - and they had the same versions. So that is why they didn't overwrite. One thing I noticed, though, is that your comcat.dll is a different version - it is 5.0. Try and put the older version of comcat on your box. Unregister the old version by running regsvr32 from the command line with a /u command line switch and the path to your comcat.dll. It will unregister that dll - then install the older one and register it.

I read on the web site that version 5.0 of comcat is not redistributable - so I am not sure how you got it without IE - because that is the version that IE 5.0 installs. One last thing to try, is installing IE 5.5, and then uninstalling it. It will leave all of the necessary system dll's (the ones we want) and will remove everything else.

One other thing - do you have mutliple partitions on your hard drive by chance? If you do, is your system folder and temp folder on different partitions. This is a long shot, but they have an article about it on msdn.

Good Luck.

Bryan

P.S. - If you want to try some investigating - goto msdn.microsoft.com - and in the search field in the upper left you can type your error, or comcat. You will see lots of Knowledge Base articles. Some if it may help you out.

Here is a tidbit I found on msdn. The article is from Dr. GUI - you can see the whole thing at:

[Link: msdn.microsoft.com]


One last point is your version of comcat.dll. The 5.0 version shipped with Microsoft Internet Explorer and is fine for use with Visual Basic. But this could get sticky for deployment, because neither Visual Basic 5.0 Application Setup Wizard nor Visual Basic 6.0 Package and Deployment Wizard can correctly register the 5.0 version of Comcat.dll. Users who've installed Internet Explorer will be fine.


That makes me think it is your newer version of comcat having the problem. Also, it could be that your comcat and OLE dll's are not matched up - as they require compatible DLL's. I think we are on to something here!

Bryan

Hi Bryan,
I still haven't been successful. I unregistered the old version of COMCAT and deleted it from the SYSTEMS folder. Then I installed the older version from the download, registered it, ran MXOP, and got the same error. Then I deleted all the matching files on my system and reinstalled them from the download, registered the ones that would accept it, but still, ActiveX error 429! I checked each file to make sure it was from the VBRUN60SP4 download.

The only thing I found from searching msdn and "error 429" was something about a scripting file, SCRRUN.DLL. I didn't understand much of what was said about it, but I searched my system and did not find it.

I do have multiple partitions, but my system and temp folders are both in the WINDOWS folder on the same partition.

I have some fear that, after installing IE5.5, I might not be able to get rid of it! I absolutely do not want it and all its complexities (unwanted files, folders that cannot be deleted, etc.) on my system. A year or so ago an application installed IE5.0 without my permission and it was a devil to uninstall.

But as a last resort . . .

Jim

IE may be your last resort. I have no idea why you keep having this problem. And, installing IE may not fix it - so then where are we?

My guess is that the MXOP program relies on some DLL that is not included in their install, and that MOST people already have on their system (maybe from IE).

That SCRRUN.DLL is the scripting runtime dll - and actually has a lot of features that programmers use. Installing IE would probably install that DLL.

I just went ahead and emailed you the scrrun.dll to see if you can install it and try it out.

Let us know.

Bryan

Jim and the other file-hounds: My download and upload worked perfectly the first time, using Com 1. I have no other serial devices (cordless and USB, see?).

I checked on the files you reported:

MSCVRT.DLL: I have two versions: one is used in System, one is used by DVD player and Creative Play Centre. Creative: v 6.00.8397.0 System: v 6.10.8637.0

COMCAT.DLL: 5.0

VBRUN60SP4.EXE: nothing in Windows, or the entire hard disk, for that matter.

VBRUN60.INF: no such file

VBRUN60.EXE: In another program directory, therefore unused.

W95INF16.DLL: v 4.71.704.0

W95INF32.DLL: v 4.71.0017.0

SCRRUN.DLL: v 5.1.0.5010 in the System folder

I have the latest update to IE 5.5 installed, including everything on the Win Update site... and I have a new ATI Radeon DDRAM video card just this week, but not with the latest drivers.

I have my System folder and Temp folder both on C:\.

So, it could be anything. One might even venture that it could video drivers, since I have seen them do some really unbelievable things that shouldn't be related to my software at all... but then, I'd be guesing too, wouldn't I? At least you know now what it probably isn't... ...Mike

Well, whaddya know? SCRRUN.DLL DID THE TRICK!

I can now run MXOP. That oughtta keep me busy for the next few nights. . .

Bryan and all the others who helped, THANKS. I do appreciate the time and effort you put into solving this perplexing problem.

What I did was to install SCRRUN in my WINDOWS\SYSTEM folder, registered it, and then gingerly clicked on the MXOP icon, and it ran! Then, to see if the business with COMCAT and the other files had been necessary, I replaced those files with my original ones, running MXOP after each change. It worked every time. Just to be on the safe side, I changed them back to the VRRUN60 files so that all would be consistent.

So it looks like the missing scripting file was the problem all along.

Hope to hear from Brian B and Kevin L to see if this fixes your ActiveX error problem as well.

Jim

Jim, Bryan, Mike et al...

It finally worked and registering SCRRUN.DLL with regsvr32.exe in the WINDOWS\SYSTEM folder did the trick.
It said that SCRRUN.DLL was successfully registered and I didn't even have to re-boot...Just start the MXOP program and voila...the program fires up properly.
Thanks for everyones efforts.

Brian B

Remmeber the Malisa virus last year? All the buzz was to disable/uninstall scripting if you never use it? Is this the same scripting dll?

I disticly remember doing a Control Panel, Add-Remove Programs, Windows Setup, remove Windows Scripting.

Just wondering if the "fix" could have been acomplished via the control panel's add-remove programs.

-Kevin

SCRRUN.SLL is the scripting runtime dll that has several features that programmers can use. The most common is File System Objects (FSO) that allows the programmer to access the file system and do file manipulation without a lot of coding. This DLL was released with IIS (Internet Information Server) which is Microsofts version of a web server. Active Server Pages (ASP) programmers routinely use this dll on their web sites. The most common way you get this file is with an IE install, or perhaps the Windows Scripting Host (what you are referring to KevinL). I am not sure if adding the scripting through the control panel would add or remove this dll, as it is used by a lot more than just windows scripting. But you never know with Microsoft.

GregoriousM - may I suggest that you let Home Theater Master know to include the scrrun.dll in their deployment package? As I said earlier - this DLL is assumed to be on the users system - but may not always be there (especially if they don't use IE).

Home Theater Master can give me an MX-1000 for my efforts - I wouldn't complain at all about that! The amount of hours I spent and my normal hourly rate would be about right! :)

I am just glad that I could be of help to you all.

Bryan

Bryan: just to let everyone know that Gregorius has already sent that information winging its way to HTM... along with a number of other items.... ... Mike