Just started following this thread.
Man, how ugly can you get !!
Kinda makes you wish a few coders from Microsoft would periodically
lurk in VBForums to get a heads-up on open issues like this one.
Printable View
Just started following this thread.
Man, how ugly can you get !!
Kinda makes you wish a few coders from Microsoft would periodically
lurk in VBForums to get a heads-up on open issues like this one.
Good news for Win8:
Installed Win8 Pro x86 on VMware Desktop.
Installed Vb6 - Controls run OK.
Installed Vb6SP6b - Controls run OK including MSCOMCTL.OCX.
Installed CyberActiveX UniSuitePlus - Controls run OK.
Installed Hexagora Unicode controls and classes - Controls run OK.
Note: MSCOMCTL.OCX is v2.0 both before/after installing Vb6SP6
As far as I can see there are no IE10 issues with Vb6 using Win8.
Conveniently enough there isn't any place to report these things to Microsoft now either aside from leaving comments on related MS KB articles. Those are probably not read by anyone with authority to bump them to anybody who could help.
Since it seems to be related to installing IE10 on Win7, perhaps Microsoft's IE forums as in:
http://answers.microsoft.com/en-us/i...9-1c90dff9b36b
But... does the IE Team care?
I didn't think to look but this link says MSCOMCTL.OCX falls under "Supported Runtime Files to Distribute with Your Application" so I read that to mean that it is not installed with the OS.Quote:
Was 2.1 present prior to trying to install VB6 at all on Win8?
See http://msdn.microsoft.com/en-us/vstudio/ms788708.aspx
While I have v2.1 on my main development machine I have no idea when it got updated or what update installed it.
It is only v2.0 on the 2 Win7 and 1 Win8 machines running on VMware Desktop with just the Vb6 install + SP6.
I checked the registry to confirm this:
HKEY_CLASSES_ROOT\TypeLib\{831FDD16-0C5C-11D2-A9FC-0000F8754DA1}
After installing an OS in VMWD I always take a snapshot to have as a clean slate, in case I need to go back, so just checked an Win8 doesn't come with any MSCOMCTL.OCX, doing updates now to see if it changes anywhere up to today, but it takes some time so will report back when I have the result.
After applying all updates to a clean install of W8 there is still no mscomctl.ocx or mscomctl2.ocx present, so I think it's safe to say that W8 or IE10 by themselves don't bring in any update of these controls. My wild guess is that there might be an update causing this in case another program already present and that probably has to be a MS one.
And for MS to "fix" this I would keep the hope and expectation level at approx. 0, unless it coincide with something else that is part of their current ball park. Somewhere I keep a small flame of hope burning that they one day will get a new Top Dog that realize the huge mistake done with VB6 - and have the guts to correct it!
I installed an older version of my program in clean W8 and it installs these files:
After a full wu update, including IE10 updates, they are still the same and my program have no problem to run, also after updating it to latest release. My program also uses CyberActiveX UniSuitePlus btw although due to other problems I am not using the latest release update.Quote:
mscomctl.ocx
file version: 6.1.98.34
prod version: 6.01.9834
Date modified 6/6 2012 8:59 PM
mscomctl2.ocx
file version: 6.1.98.16
prod version: 6.01.9816
Date modified 3/4 2009 11:52 AM
I am pretty sure that the toolbar with the imagelist controls are causing the problem in my application.. good to know that some VB programs are running in Win8 & IE10
Another rare thing as said in :
http://www.vbforums.com/showthread.p...on-controls%29
Try changing date to 30th march of 2013 and try opening vb6 ide. Common controls works again.
Changing date to present day, "Common controls" doesn't work.
url wrong , right url is :
http://answers.microsoft.com/en-us/i...=1365405614364
I tried this and it did not work.Quote:
Try changing date to 30th march of 2013 and try opening vb6 ide. Common controls works again.
Unless this person was referring to a restore point to a date before IE10 installation I seriously doubt that this would work.
This is from http://msdn.microsoft.com/en-us/vstudio/ms788708.aspx
Pretty much confirms that MSCOMCTL.OCX and several other Vb6 components are not installed on Win7 or Win8.
They get installed when you install Vb6 or via an installer for an application that uses these controls.
Some major Vb6 apps that may install these are Malwarebytes, IBackup, and IDrive.
Yes, they should only be installed by applications (or of course by installing development tools like VB6 that use them).
The question is really what happens when they are present and then IE10 gets installed. Maybe it isn't IE10 at all but some other patch that gets installed at the same time?
I am including mscomctl.ocx and msconct2.ocx yet app does not run 372 error.
has anyone looked at this:
http://myitforum.com/myitforumwp/201...x-has-changed/
Is this the error you see?
If so you may have installed the OCXs incorrectly. See Runtime error '372': Failed to load control when running a Visual Basic 6.0 Application.Quote:
Runtime Error: 372 - Failed to load control
<controlName> from <control.ocx>.Your version of <control.ocx> may be outdated. Make sure you are using the version of the control that was provided with your application.
In my windows 7 SP1 64 bits, spanish version with mscomctl.ocx version 6.1.98.34 dated 6/6/2012 , mscomct2.ocx version 6.1.98.16 dated 24/3/2009 and "Visual Basic 6 SP6 IDE". "Microsoft Windows Common Controls 6.0 SP6" and "Microsoft Windows Common Controls-2 6.0 SP6" works in IDE with date 30/3/2013. With today date isn't working. I've IE10 version 10.0.9200.16521
"Microsoft Windows Common Controls 5.0 SP2" (comctl32.ocx) , "Microsoft Windows Common Controls-2 5.0 SP2" (comct232.ocx) and "Microsoft Windows Common Controls-3 6.0 SP5" (comct332.ocx) works in any date.
In any date all compiled programs that are using mscomctl.ocx and/or mscomct2.ocx works ok.
A lot of this seems similar to this later post...
http://www.vbforums.com/showthread.p...-control-class
I'm on Windows 7 32 bit. I had installed MicroSoft Office 2010 before I left yesterday. All I looked at this morning was trying to get projects that worked yesterday to come up today, which I did. I haven't tested further han that.
The problem has been resolved by running the following in elevated command prompt:
cd C:\Windows\SysWOW64\
regtlib msdatsrc.tlb
I hope this helps.
MouseWheel works in Vb6 IDE OK on Win8 using VbScroll from this link:
We have been using VbScroll since 2004 on various OS.
http://www.gasanov.net/VBScroll.asp
MZTools also works OK here on Win8 Vb6-SP6.
It has solved my problem.
VB6 IDE working again.
Thank you.
I can affirm that this solution worked for me.
got back from a 3 week holiday (which started before march 31), updated my Windows 7 ultimate x64 with the latest patched and installed IE10 (through Windows update), only to find out that I got a 'File not Found' when I started my project which had MSCOMCTL.OCX and MSCOMCT2.OCX, searched the internet, tried reregistering those, but still got the same error.. then I read about it working if you change the date to something before 1 april, tried that and it did work again, reset the date to today and it didn't work anymore. Then I tried the suggestion made by Auto and everything worked again.. so Thanx Auto, you saved the day ;)
Hello first time thanks to Auto users, how can you come up with something
For me it worked perfectly works only until Regtlib.exe means to me regtlibv12.exe
Thank you
Thanks this fixed it for me - My problem was nothing to do with IE10 - it has been working fine on Window7 64 bit with IE10 installed then when I installed a video capture package my earlier programs would not load. I tried for several hours to fix it then resorted to Google and found your fix which works. Question how did you find the solution?
Thanks
Jon
As I reported in post #21 I solved the problem by uninstalling IE10 from the Win7 32 bit machine.
Now I'm facing a different problem. I have an application I have so far been developing under WinXP. Then I took the project to a Win7 64 bit machine and it complained about mscomctl and comdlg so I used elevated command prompt to unregister and re-register these controls and the problem was solved.
But then, I worked on the project on that machine, made some changes and saved them. FInally I transferred the project back to the original XP machine and it began to complain again. I couldn't solve it by the same method as above, at the moment I don't know what to do.
But the main concern is, if I can solve it, what can I do to avoid running into all this trouble every time I work on a different OS?
It's propably because Windows 7 got a newer version of MSCOMCTL.OCX (2.1) which I guess isn't available on XP (Object={831FDD16-0C5C-11D2-A9FC-0000F8754DA1}#2.1#0; MSCOMCTL.OCX)
I noticed it when I updated a while ago.. before that it was always 2.0..
There really isn't a way to work around it, just don't use different OSses or make sure you've got the same version of the components used on all the OSses you use (so remote desktop, or virtual machines are propably the way to go)..
BTW this is only for when you are developing, a project compiled with 2.1 seems to work just fine on XP (at least I haven't heard of any problems with our customers).
Well, I edited the project file with notepad, changed 2.1 to 2.0 and bingo! No complaints this time.
Now all that's left to do is edit the file and set it back to 2.1 before I open it under Win7/64 and if it works with no further ado, maybe add a scipt or something to automatically make the appropriate change according to the current OS.
no real need to edit the file before opening it in win7, it will do that automatically (at least I still have files checked in which have 2.0) and they compile just the same (even if the project itself has it at 2.1).. but going back to XP you'll propably have to do it with a script..
The legacy versions of both IBackup and IDrive (v 3.4.1) were written in Vb6.
I know this for a fact because they licensed our Unicode control suite.
You can use Spy++ to see what controls are being used in the current version.
I believe the most recent versions are .Net.
Okay, I have been working on this for days. I have registered MSCOMCTL.OCX naad received a message that it was registered, however VB6 would not recognize that it was registered. After reading and trying all the suggestions on this forum and others, I remembered vaguely that last year I had a similar problem and solved it by uninstalling MS Internet Explorer version 10. Finally, I work up, and uninstalled the new MS Internet Explorer version 11.1 and then uninstalled version 10 which was under that. Then, I reinstalled VB6 and everything worked perfectly. There is certainly a problem with the compatibility of VB6 and the newer versions of Internet Explorer. Save yourself some problems, if you have this problem, uninstall Internet Explorer... I am using version 9 of I.E. and it's just fine.
Hello all,
I realize this is an older thread, but I'm experiencing the similar issues with VB6-SP6, namely that I maintain/create automated test system apps in VB6 on WinXP-32bit machines, but I work off line with either Win7-32Bit (which works OK - at work), but doesn't with Win7-64 bit at home (with the "Library Not Registered" problem). I currently have IE11 installed.
I don't go too crazy with the controls, but I almost always use the "Rich Textbox Control 6.0 (SP6)", which is one of those indispensable controls.
Before I go and disable IE11 (it's no longer an UN-installable app, but a Windows "feature") any insight would be much appreciated. In fact, I'm assuming that disabling the IE11 "feature" isn't really going to help.
Thanks,
Bill
Attachment 111949
Maybe it also depends on the installation.
On windows 7 64bit installation standards in some is not completely correct, on Windows 7 32bit there are no problems (but honestly I've only tried as a test).
For your information: I use Windows 7 Ultimate 64bit SP1, Internet Explorer 11 and I have installed VB6 with my VS6.0 Installer tool (see my sign) and everything works perfectly.
:wave:
Before to use VS6.0 Installer:
Caution: my tool work with VS6.0/VB6.0 Professional or Enterprise editions, doesn't work with Standard Edition
If you have PE or EE then you can use VS6.0 Installer.
- Uninstall Visual Studio/ Visual Basic 6.0
- ensure to clean your pc after removed:
--- delete ALL folders in C:\Program Files (x86)\Microsoft Visual Studio
--- delete ALL nodes in Registry related to Visual Basic.
If you have questions about my tool, ask help in my forum (where you download it)
Hello gibra,
Yes, I have VB6 Pro.
I fully uninstalled VB6 and MSDN. I also ran CCleaner to flush out the registry of any loose VS ends. Now, I got as far as the copying (preparing) VB6-Pro, and MSDN, but when it came to SP6, I got the following error message:
Attachment 112005
Thanks,
Bill
Here's the list of the files for SP6:
Volume in drive F is Apps 1
Volume Serial Number is AE92-8654
Directory of F:\Program Files (x86)\ROOT\3SP6_VBPro
03/24/2014 01:14 AM <DIR> .
03/24/2014 01:14 AM <DIR> ..
06/13/2000 10:29 AM 371,200 acmsetup.exe
06/13/2000 10:29 AM 14,490 acmsetup.hlp
06/13/2000 10:52 AM 3,090 adc.h
06/13/2000 10:31 AM 197,070 adoctint.h
06/13/2000 10:31 AM 3,061 adoid.h
06/13/2000 10:31 AM 384,395 adoint.h
06/13/2000 10:31 AM 46,620 adojet.h
06/13/2000 10:31 AM 8,521 adojet.idl
06/13/2000 10:31 AM 138,092 adomd.h
06/13/2000 10:31 AM 16,452 adomd.idl
07/15/2000 02:44 PM 207 anchorwi.gif
07/15/2000 02:44 PM 183 br.gif
07/15/2000 02:44 PM 216 clientsc.gif
06/13/2000 10:51 AM 31,675 cmdtree.h
03/10/2004 09:40 PM 143,598 comct332.cab
05/23/2000 01:43 PM 239,354 comctl32.cab
03/10/2004 09:40 PM 70,077 ComDlg32.CAB
07/15/2000 02:44 PM 227 comments.gif
07/15/2000 02:10 PM 26,896 dispex.dll
07/15/2000 02:44 PM 160 divbgn.gif
07/15/2000 02:44 PM 164 divend.gif
02/11/2004 01:32 PM 2,302 eula.txt
07/15/2000 02:44 PM 168 formbgn.gif
07/15/2000 02:44 PM 171 formend.gif
06/13/2000 10:31 AM 4,458 icrsint.h
03/08/2000 04:55 AM 708,670 intro.dll
06/13/2000 10:45 AM 19,199 jetoledb.h
06/13/2000 10:45 AM 3,066 jetoledb.idl
06/13/2000 10:45 AM 1,350 jetoledb.lib
01/14/2003 02:58 PM 487,481 jscript.dll
03/10/2004 09:40 PM 90,507 Mci32.cab
06/13/2000 10:31 AM 384,395 msado15.h
06/13/2000 10:31 AM 51,135 msado15.idl
03/10/2004 09:40 PM 64,259 MSAdoDc.CAB
03/10/2004 09:39 PM 37,721 MSBind.CAB
05/31/2000 03:39 PM 22,815 mscdrun.cab
05/23/2000 01:43 PM 447,654 MSChrt20.CAB
03/10/2004 09:40 PM 346,485 MSComCt2.CAB
03/10/2004 09:40 PM 513,864 MSComCtl.CAB
06/13/2000 10:51 AM 13,176 msdadc.h
06/13/2000 10:51 AM 1,451 msdaguid.h
06/13/2000 10:52 AM 1,432 msdaora.h
06/13/2000 10:52 AM 5,797 msdaosp.h
06/13/2000 10:51 AM 31,424 msdasc.h
06/13/2000 10:51 AM 2,112 msdasc.lib
06/13/2000 10:51 AM 17,975 msdasql.h
03/10/2004 09:40 PM 133,247 MSDatGrd.CAB
05/23/2000 01:43 PM 114,278 MSDatLst.CAB
06/13/2000 10:51 AM 12,676 msdatsrc.h
06/13/2000 10:51 AM 2,492 msdatsrc.tlb
03/10/2004 09:40 PM 142,755 msdbrptr.cab
05/31/2000 03:39 PM 62,411 MSDERUN.CAB
06/13/2000 10:31 AM 1,273 msdshape.h
03/10/2004 09:40 PM 118,085 MSFlxGrd.CAB
05/23/2000 01:43 PM 204,656 MSHFlxGd.CAB
03/10/2004 09:40 PM 66,476 msinet.cab
06/13/2000 10:45 AM 11,461 msjetodb.h
05/23/2000 01:43 PM 86,666 MSMask32.CAB
05/23/2000 01:43 PM 86,616 Msrdc20.cab
03/10/2004 09:40 PM 246,297 msrdo20.cab
06/13/2000 10:52 AM 2,289 msremote.h
03/09/2004 04:45 PM 107,008 msscript.ocx
02/17/2004 04:36 AM 708,669 msse.dll
06/13/2000 10:29 AM 283,136 mssetup.dll
03/10/2004 09:39 PM 60,699 msstdfmt.cab
03/10/2004 09:40 PM 697,692 Msvbvm60.cab
02/23/2004 08:35 PM 3,027,068 msvbvm60.dbg
02/17/2004 05:11 AM 737,329 msvcep.dll
03/10/2004 09:40 PM 108,611 MSWcRun.CAB
03/10/2004 09:40 PM 63,773 mswinsck.cab
06/13/2000 10:33 AM 2,482 mswless.dep
03/09/2004 04:45 PM 397,072 mswless.ocx
06/13/2000 11:08 AM 46,189 ocdb.h
06/13/2000 10:47 AM 146,332 odbc32.lib
06/13/2000 10:47 AM 75,418 odbccp32.lib
06/13/2000 10:47 AM 15,315 odbcinst.h
05/23/2000 01:43 PM 428,304 Oleaut.cab
04/12/2000 01:00 PM 485,280 oleaut32.dbg
06/13/2000 10:51 AM 592,505 oledb.h
06/13/2000 10:51 AM 31,366 oledb.lib
06/13/2000 10:51 AM 80,300 oledbdep.h
06/13/2000 10:51 AM 36,515 oledberr.h
06/13/2000 10:52 AM 1,710 osptk.lib
07/15/2000 02:44 PM 189 pbgn.gif
07/15/2000 02:44 PM 190 pend.gif
06/13/2000 10:52 AM 1,387 persist.h
05/23/2000 01:43 PM 47,533 PicClp32.CAB
02/11/2004 05:36 PM 6,308 readme.htm
06/13/2000 12:47 PM 2,718 redist.txt
03/10/2004 09:40 PM 105,135 RichTx32.CAB
06/13/2000 10:29 AM 32,256 selfreg.dll
03/30/2001 11:54 AM 149 setup.ini
07/15/2000 02:43 PM 84 setup.tdf
06/13/2000 10:29 AM 74,352 setupsp6.exe
03/11/2004 03:40 PM 1,636 setupsp6.lst
06/13/2000 10:52 AM 27,832 simpdata.h
06/13/2000 10:52 AM 5,904 simpdata.tlb
02/17/2004 08:56 PM 110,080 sp698ent.dll
03/11/2004 03:55 PM 71,964 sp698ent.inf
03/11/2004 03:40 PM 75,871 sp698ent.stf
07/15/2000 02:44 PM 170 spanbgn.gif
07/15/2000 02:44 PM 175 spanend.gif
06/13/2000 10:47 AM 30,383 sql.h
06/13/2000 10:47 AM 80,246 sqlext.h
06/13/2000 10:56 AM 12,972 sqloledb.h
06/13/2000 10:47 AM 6,947 sqltypes.h
06/13/2000 10:47 AM 22,825 sqlucode.h
07/15/2000 02:44 PM 244 style.gif
03/10/2004 09:40 PM 115,971 TabCtl32.CAB
11/29/2000 03:34 PM 4,291 toc.htm
07/15/2000 02:44 PM 196 unknownt.gif
03/11/2004 02:01 PM 989,512 vbrun60.cab
01/14/2003 02:58 PM 438,330 vbscript.dll
02/17/2004 08:34 PM 1,821,920 vcredist.exe
03/11/2004 03:47 PM 28,712,960 VS6sp61.cab
03/11/2004 03:51 PM 10,010,624 VS6sp62.cab
03/11/2004 03:54 PM 10,010,624 VS6sp63.cab
03/11/2004 03:55 PM 4,709,818 VS6sp64.cab
118 File(s) 71,911,062 bytes
2 Dir(s) 72,003,350,528 bytes free