. . http://www.cogninova.com
../links/vb6.htm ../links/wrap.php?u=vb6.htm&t=1505996427 #z

http://support.microsoft.com/kb/304230

http://www.dll-files.com/dllindex/dll-files.shtml?dao350

http://search.yahoo.com/search;_ylt=A0oGdVdRzXVO2nMAVXil87UF?fr=sfp&fr2=&iscqry=&p=dao350.dll

how to get visual basic 6 - YouTube http://www.youtube.com/watch?v=yn7Dgqfu_lU

http://www.mediafire.com/?tgicg4hn1n5

http://www.vb6.us/tutorials/vb6-download

Runtime Installer for VB http://www.microsoft.com/Downloads/details.aspx?FamilyID=bf9a24f9-b5c5-48f4-8edd-cdf2d29a79d5&displaylang=en

Visual Basic 6.0 Resource Center http://search.yahoo.com/search;_ylt=A0oGdVdRzXVO2nMAVXil87UF?fr=sfp&fr2=&iscqry=&p=vb6+runtime

Visual Basic Runtime Files http://visual-basic-runtime-files.en.softonic.com/

a vb6 win7 http://search.yahoo.com/search;_ylt=A0oGdVdRzXVO2nMAVXil87UF?fr=sfp&fr2=&iscqry=&p=vb6+win7

Install VB6 on Windows 7 http://www.derekwirch.com/2009/06/install-vb6-on-windows-7.html

Before proceeding with the installation process, create a zero-byte file = http://www.fortypoundhead.com/showcontent.asp?artid=23907

1. Turn off UAC. = http://www.fortypoundhead.com/showcontent.asp?artid=19521

2. Insert Visual Studio 6 CD.

3. Exit from the Autorun setup.= http://www.fortypoundhead.com/showcontent.asp?artid=56

4. Browse to the root folder of the VS6 CD.

5. Right-click SETUP.EXE, select Run As Administrator.

6. On this and other Program Compatibility Assistant warnings, click Run Program.

7. Click Next.

8. Click "I accept agreement", then Next.

9. Enter name and company information, click Next.

10. Select Custom Setup, click Next.

11. Click Continue, then Ok.

12. Setup will "think to itself" for about 2 minutes. Processing can be verified by starting Task Manager = http://www.fortypoundhead.com/showcontent.asp?ArtID=2314 , and checking the CPU = http://www.fortypoundhead.com/showcontent.asp?ArtID=1356 usage of ACMSETUP.EXE.

On the options list, select the following: * Microsoft Visual Basic 6.0 * ActiveX * Data Access * Graphics

13. All other options should be unchecked. Click Continue, setup will continue.

Finally, a successful completion dialog will appear, at which click Ok. At this point, Visual Basic 6 is installed.

15. If you do not have the MSDN CD, clear the checkbox on the next dialog, and click next. You'll be warned of the lack of MSDN, but just click Yes to accept.

16. Click Next to skip the installation of Installshield. This is a really old version you don't want anyway.

17. Click Next again to skip the installation of BackOffice, VSS, and SNA Server. Not needed!

18. On the next dialog, clear the checkbox for "Register Now", and click Finish.

The wizard will exit, and you're done. You can find VB6 under Start, All Programs, Microsoft Visual Studio 6. Enjoy!

UPDATE

You might notice after successfully installing VB6 on Windows 7 that working in the IDE is a bit, well, sluggish. For example, resizing objects on a form is a real pain.

After installing VB6, you'll want to change the compatibility settings for the IDE executable.

1. Using Windows Explorer, browse the location where you installed VB6. By default, the path is C:/Program Files/Microsoft Visual Studio/VB98/

2. Right click the VB6.exe program file, and select properties from the context menu.

3. Click on the Compatibility tab.

4. Place a check in each of these checkboxes: * Run this program in compatibility mode for Windows XP (Service Pack 3) * Disable Visual Themes * Disable Desktop Composition * Disable display scaling on high DPI settings

After changing these settings, fire up the IDE, and things should be back to normal, and the IDE is no longer sluggish.

Content Thieves: The below sites have stolen the content of this page and posted as their own work. Congratulations, losers. You've discovered the power of copy/paste. OpenSourceCoimbatore hackingaday spycoders.com dian-heryana Posted by Derek Wirch at 5:00 AM

Also if you install the "VB6IDEMouseWheelAddin.dll" for scrolling, make sure that you run "cmd.exe" with elevated admin privleges when registering the DLL manually. Also ran it with the DLL in "c:".

I have a problem with large forms in the IDE in Win7. It gets to something like 1000x800 and won't let me drag it any bigger. At runtime, I can set the form to a larger size, but not being able to see the full form in the IDE makes it pretty hard to work on.

I haven't been able to reproduce the issue here. I'm able to drag the form size to a much larger size than the screen, which is currently 1280x1024.

Yes, it will work fine on 64 bit Windows 7. I am currently using 64 bit on my main workstation, and have had no issues.

Applying SP6 after installation of VB6 has posed no challenges, either.

As long as the OCX's get registered properly, there should be no issue. That is, unless the OCX is doing something *really* strange, you shouldn't have a problem.

I have an issue getting the XP manifest file to work in WIndows 7 when I run VB in IDE mode. It does not look like XP. I think it might have to do with permissions with either VB6, the manifest file.

I have a fairly large VB6 App that I've been maintaining in Windows 7 using Virtual PC. I decided to try to get it to work in Windows 7 with Virtual PC and there are a number of problems. I've gotten around each one but this one now has me stumped. The app uses an Access Database and has lots of forms using ADO data controls. What happens on some of the forms (not all of them) is when I tryh to do a requery on an a recordset object i.e. Me.Adodc1.Recordset.Requery, it just hangs (no message, nothing). Then when I try to close the app I get the message "Visual Basic has stopped working" and it's gone.

UAC is user account control, which helps protect your computer from unauthorized changes. You can turn it off in the control panel.

information about disabling UAC: http://www.fortypoundhead.com/showcontent.asp?artid=19521

AnotherHacker: have you seen: http://support.microsoft.com/kb/216156 It directly addresses the issue you are experiencing.

I have installed VB6 on Win 7 64-bit successfully. Some things I ran into that I didn't see mentioned is that when registering OCX and DLL files the file MUST be placed in the C:WindowsSysWOW64 directory. I know, I know... it seems the reverse of what you should do. You MUST also use the regsvr32.exe file in the SysWOW64 folder (not the one in the System32 folder) to register the files. One other tip is to ALWAYS install everythig as "administrator". I found that I also had to modify the properties of the VB6.EXE file (in the compatibility tab) to "run as administrator".

I just tried in a test environment, utilizing Windows 7 64 bit, installed VB6 using the above procedure, then downloaded the VB6 SP6 from the Microsoft site (direct download from MS). Double clicking the executable allowed me to select an temp folder to extract the SP6 files to. After extraction, I browsed to the directory where the files extracted to, and ran the SetupSP6.exe application. The installation went normally, with no errors, and the final dialog stating setup was successful.

I followed the instructions and was able to get VB6 installed just fine on a Windows 7 64 bit system. However, I am unable to get service pack 6 installed. I have set the properties of acmesetup and setupsp6 to run as administrator and Windows SP 3 mode. Right after agreeing to the license terms, I get a dialog box that says "Visual Studio 6.0 Service Pack 6 Setup was not completed properly."

I have VB6 working perfectly. Sourcesafe works too, but I can't work with sourcesafe from within the IDE. The SS add-in is loaded, there are no errors shown, but I don't have any extra contextmenu-items. Anyone here had the same problem?

First, make sure your system date and time are correct. If that doesn't fix the problem, or if your date and time are good to go, you can try pre-installing the MS VB6 Common Controls *before* installing VB6. You can grab the installation package from here: http://www.microsoft.com/downloads/en/details.aspx?FamilyId=25437D98-51D0-41C1-BB14-64662F5F62FE&displaylang=en

Many thanks for this info - I've now got VB6 running on my Windows 7 laptop. I had to add the msjava.dll as mentioned by badbrad.

I am using Win 7 64 bit. I am able to create new versions of my dlls and reference them in my excel applications so I think VB6 SP6 is installed correctly. However, I like to run the dll inside the vb6 application so I can debug on the fly. When I reference this dll I get the error "Error in loading DLL". Or if I have referenced the library already, but unregister the dll, and start up it up inside VB6 (which automatically registers it) then the first time my code tries to use the dll, I get the "Error in loading DLL" error.

I have just installed Visual Basic 6.0 / Visual Studio 6 under 64 bit Windows 7 using your great instructions. I had a problem installing Service Pack 5, which I must use instead of Service Pack 6. A really smart programmer (GuideX) came up with a great hack to get around the MDAC 2.5 error: http://social.msdn.microsoft.com/Forums/en-US/windowsgeneraldevelopmentissues/thread/cd740951-dd2c-46eb-856f-6e653a2e3d07

i can't install vb6 on win 7 64bit. I turned UAC off, put the cd and run setup as administrator. after the serial code, name and company information, click Next, choose "install visual basic 6 professional edition", next, choose folder for common files, when appears Program Compatibility Assistant warnings click on run program, push me off with message "not compatibility with windows 64 bit version...."

Just following up on my question on Nov 24th - do you experience the same issue on Win7-64 - that being "Error on loading DLL" when trying to reference a running dll in vb6 debug mode - the compile works fine and referencing the registered dll works fine - but referencing an DLL that is running inside VB6 does not.

I currently use Windows 7, 64-bit at home, and 32-bit at work. Both machines have Visual Basic installed, and working flawlessly. I installed both copies utilizing the directions above.

When you log in on the user2 account, insert the VB6 or Visual Studio CD, then cancel the Autorun. After the autorun is cancelled, try running the IDE. The program may be looking for some files off the CD. Not sure why this would be, but it might be. Also, try running the IDE as administrator the first time that you run the IDE as user2. Or temporarily make user2 a local administrator on the workstation.

Hi thanks for the great trick finally i installed vb6 on my windows 7 32 bit os and all things are working fine but i have another issue i am using multiple users in my windows 7 user1 and user2 i have installed vb6 on user1 its working ok. but when i login user2 remotely and run vb6 its stuck in the middile of the opening and shows windows installer box and showing "preparing to install"

I have VB6+Sp6 and recently Windows7 Professional 32bit. It works great, thank you for the useful infos! Except for this: http://www.medi-comp.hu/dbgrid.jpg The Dbgrid component loses the width information of the columns, and the columns became very narrow in the desing phase. If I resize them, next it will narrow again. In the program code I added DBGrid1.Columns(0).Width lines to correct the issue. Run the the program, the rows and columns look good, BUT they are empty, I can't see the data in the dbgrid...

Have any luck implementing SourceSafe or Subverison?

FWIW - using manifest files (as in XP) works in Windows 7 - giving the app the windows 7 look.

omg. that just saved me 200 dollars on freelancer.com !! haha

VB6 code on Win7: VB6 run in XP-SP3 admin mode on 2 Win7-64Home Premium computers and trying to access mapped network drives on the same win7 computers and Win XP computers on a network with the same VB6 code

- one win7 can access a network drive on itself but not on the others - one win7 cannot access any drive - the xp's can access all the drives - window explorer can access all of the network drives between all the computers

I use a VB6 code as simple as: MyFile = Dir("T:*.txt")

No error message, the code seems to be ignored. If I replace it with: MyFile = Dir("C:MyFolder*.txt")

it works, I also tried to open and read files on the same drives with the same results

I find that when I open up VB6 I am unable to drag components onto a form. Additional components may be added but again, they are prevented from being dragged across. The only thing I can think of is that installing VB6 on my D drive (I only have a C and D drive) is somehow causing an issue.

For your information I have tried uninstalling VB6 from my D drive and reinstalling it on my C drive but the problem persists. Additionally, it is the Home Premium version of Windows 7 that I am running, and VB6 Professional (legitimate discs I recently purchased through ebay), if this helps you at all,

I have gone through the motions of adding additional (shipped with VB6) components and noted the .OCX location in the C drive. I can verify that the .OCX file is where it is meant to be.

Did you follow the procedure in the update at the end of the article? Turning of compositing, etc?

Well, the first step would be to compile it on Windows 7, then attempt to run the compiled program on Windows 7. Fully exercise all functions of your program, and observe/document any errors that occur. If you not referencing any Windows XP specific DLLs or controls, you should be fine. That is a bad practice anyway since you tie your program to a specific OS version.

I successfully intalled visual basic 6.0 on my window 7 home premium computer, however, Once i open it, and hit run or view code, it just keeps shutting down,

I'd highly caution against getting the setup files from random places online. You never know what's going to be in the package. Instead, sign up for an MSDN subscription. I've been subscribing for years, and have had no issues finding exactly what I need, when I need it, from a reliable source, in a reliable format.

Just though I would comment on the network drive access issue posted earlier. It seems that if you are logged on as an administrator Win 7 assigns two security tokens and within VB6 (and Access 97) it gets confused and will not show network drives. It can be overcome by a registry key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem with a DWord of EnableLinkedConnections = 1 Refer to http://technet.microsoft.com/en-us/library/ee844140(WS.10).aspx for details.

My previous two attempts to install VB6 on Win7 were a disaster. Now it installed on Win7 SP1 64-bit without a glitch, incl. MSDN. Then I installed SP6, no problems, just remember to run setupsp6.exe as administrator. Even installed Codesmart2005 which also works fine. When all done, delete dummy MSJAVA.DLL - I read somewhere leaving it may cause problems with something. After all this I enabled UAC and VB6 keeps working fine with a UAC prompt at startup. Edited and compiled several projects, no problems!

I don't think so. If the UAC is not turned on, you are not running everything as administrator. You'll be running in the context of the currently logged on user. Try this: 1. Turn on UAC 2. Fire up a program that requires "run as administrator" via UAC. 3. After the program fires, bring up task manager, making sure "Show Tasks from All Users" is selected. You should see the program running in the administrator context. 4. close the program, and turn off UAC 5. Fire the same program again 6. switch back to task manager, and find the program. You should see it now running under the context of the currently logged in user. Make sense? FWIW, I haven't had a problem with developing or compiling on a Win 7 box with UAC turned off, and then deploying the application to other Win 7 boxes which have UAC turned on. The only exception is when the program performs some function that requires elevation anyway, such as user account management, domain management, etc.

But if I turn off UAC, AFAIK Win7 would behave like XP - if I'm admin, VB6 will run elevated, just this will happen automatically without prompts. This will not make the IDE run in the same environment in which the compiled .exe will run. I guess in 90+ % of the cases the compiled exe will run with UAC on, non-elevated, and want to debug in that mode.

If you have UAC turned on, then there is no way around it that I can immediately think of. Turn off UAC, and don't surf the internet while you are working. Disable UAC: http://www.fortypoundhead.com/showcontent.asp?artid=19521

I have one problem with VB6 on Win7 x64. VB6.exe is set to run in compatibility mode for XP SP3. Visual themes / desktop composition / display scaling on high DPI are all disabled. The box to 'Run as administrator' is NOT checked, but still UAC prompt pops up each time I run VB6.exe ... UAC prompt itself is not a problem, but when I confirm it VB6.exe runs elevated - so I can't debug my apps in a normal(non-elevated) environment in which they will run compiled. Is there a way to use VB6 non-elevated?

I was getting error when compiling and running projects with data reports. Error relates to license information and was corrected by downloading and running (as admimnstrator) Microsoft VBC6 utility (vb6cli). Took me a long time to find this out.

You are correct - you can re-enable UAC after installation. Disabling the UAC is only required during installation due the installation and registration of DLL files.

Wrong PlanetMay 28, 2011 at 6:13 AM As part of my VB6 install on Win7 I also need to install MSDE 2000. The word is to install MSDE in an XP virtual PC. This shows my lack of knowing how virtual pc works, but will there be any problem accessing my MSDE databases with VB6 being outside of the virtual pc?

VB6, MSDN and SP6 all installed without a hitch. I forgot to turn off UAC but all seemed to work fine. I hope my negligence will not mess up anything in the future.

Are you sure that listview is not a custom control that might be missing from the Windows 7 machine? Are you maybe referencing some API that is not present on the Windows 7 machine?

Can you create a new form, drop a list box on it, and see if it works?

I just have one problem which I hope is not too far off topic, regarding data access components (actually I think the true subject is "how to reference older versions of components in VB6/Win7"): My project references msado21.tlb (Microsoft ActiveX Data Objects 2.1 Library) and msjro.dll (Microsoft Jet and Replication Objects) ... I need to keep the (very) old versions (actually I think only msjro.dll is involved here) so my app keeps running on all the older boxes it's now running on ... but I can't figure out the right procedure for registering the old version of msjro.dll (and msado21.tlb if necessary) on the Win7 box and referencing it in place of the new version ...

can you try bringing over the required version from your xp box, dropping it in a different directory of course, jump to an elevated command prompt, then try registering it?

Thanks for the response ... I do have 2 copies of msjro.dll, one in winsxs as you suggest, and one where it's supposed to be in Common FilesSystemado ... but they are the same version, 6.1.7601.17514. This version is apparently not even compatible with my Vista version 6.0.6001.18 ... and for full backwards compatibility I need to register version 2.81.3012.0, which is the version I've been compiling with for years on my old XP box. I have 2.81.3012.0 in my project folder ready to go, but it won't register ... any hints?

MS ADO 2.1 should be already registered in there. MSJRO.DLL is part of MDAC 2.1, so it should be there, too. Try a search of your C:Windows directory, recursing subdirectories for msjro.dll. You should find it under something like: C:/Windows/winsxs/x86_microsoft-windows-m..replication-objects_31bf3856ad364e35_6.1.7600.16385_none_801590ce06e5579dAfter that, just register it with regsvr32, and it should be ok from there.

"Windows 7 SP1 has broken backwards compatibility of MDAC 2.8. Software compiled on Windows 7 SP1 that relies on MDAC ADO will not work on Windows versions prior to Windows 7 SP1 (including Windows 7 RTM, Vista, XP). Microsoft has provided solutions to work around this issue for some applications but VBA applications remain affected." And the possible workaround (for my case it looks like I'll have to upgrade from ado 2.1 to ado 2.6 - don't know what kind of problems that will cause): http://support.microsoft.com/kb/2517589/en-us?sd=rss&spid=14481

I may not know exactly what you mean by "elevated command prompt" ... I am running cmd.exe with administrator privileges, is that the best I can do? I have tried to register from both the System32 directory and the SysWOW64 directory ... same result, a RegSvr32 error message "The module c:ado_oldmsjro.dll failed to load. Make sure the binary is stored at the specified path or debug it to check for problems with the binary or dependent .DLL files. The specified procedure could not be found.

I don't think you'll run into any problems - I've got a couple of apps that were developed with 2.1, now happily running with 2.8.

Ok, the linked workaround worked as Microsoft intended ... at least, my app is now working on my Vista box (warning to readers of this post: this particular app doesn't use anything but the very simplest ADO code). I'm not happy about having to upgrade to ado 2.6...

I actually don't use the PDW, but Inno Setup. Much more flexible and reliable. I'll see if I can duplicate your problem, though.

Darn, I spoke too soon! There's one irritation that I'm hoping you have come across before - When running the Package and Deployment Wizard, the app sticks on the "Loading package types" screen for some time (3-4 minutes), before continuing as normal to the "Packaging Script" screen. Any ideas?

I haven't yet had to work with INI files but I'm sure it's just a syntax thing. I've installed Inno and it looks pretty straight forward but.......that learning curve begins!

Inno handles these things quite nicely, and is very straightforward in configuring the installation of DLL and OCX files. If you can write and understand an INI file, then you should have no problem with Inno. It's even free! Can't say enough good things about it. And nope - I am not affiliated with the author in any way. Just a fan.

I was being lazy in having to learn a new app. I guess I'll have to get to grips with Inno Setup and packaging VB6 apps for the different Windows platforms - what to do about the system .DLL and .OCX files etc.

Do you have a the necessary NTFS permissions to save to the location you trying to save the project to?

Cannot Save Files in VB6 Windows 7 1. click Save Project 2. Window "Save changes to following files" 3. Click Yes 4. exit IDE 5. Does not let me exit but loops to "Save changes" again 6. I cannot get out of this loop without ending program in Task Manager I moved my VB6 project from folder "Program Files" to another

Upon starting my installation the computer asked me: Are you sure you want to update the VB6.0 Common Controls (Q896559)? Should I proceed??

Yes. No harm will be done in updating the VB6 common controls.

Wanted to thank all for their contributions! I had been running VB6 on a 7 yr old XP box (It was a workhorse, but finally died).. So, I've got VB6 installed, SP3 & SP6 installed on my new Win7 box, and all looked good, until I went to run my first legacy program. We have a remote SQL server that this legacy program connects to. Always ran fine on my XP box. I have the ODBC configured and tested successfully in the ODBC Data Source Admin. (Done this a zillion times on various boxes. RDO connection code is pretty generic. Dim db As rdoConnection Dim RS As rdoResultset Declared in the General area, have a reference in the project to MS Remote Data Object 2.0 sConnect = "UID=sa;PWD=############;" Set db = rdoEnvironments(0).OpenConnection("ppcbidtracker", 1, True, sConnect, 32) Do While db.StillConnecting = True DoEvents Loop db.QueryTimeout = 1600 Code executes the db connection above with no errors, but then the code below errors: The rdoConnection object is not connected to a data source. qs$ = "SELECT ActionDate FROM activeengines" Set RS = db.OpenResultset(qs$, 2, 4, 64) I'm lost! I use this type of query and RDO resultset in 99.9% of the SQL server access in my legacy VB6 programs. How can I get a good connection to the SQL Server, but get the RDO Connection error when I try and execute a query? I'm beginning to really hate Win7!

You might want to check your logic, or values that you are feeding to the function. The DateDiff function is working fine for me here, using VB6 on Windows 7 x64. Works fine in the IDE, or compiled.

After install vb6 @win7 64 bit follow above steps,I went to run my sample program ,it looks good on XP box. but I use the datediff() api,it show the below error message" invalid procedure call argument" on a win 7, How can I use this function on Win7?? Thanks

I tried unsuccessfully to use your method to install VB6.0 Pro on Win 7 64b. It didn't work because my CD didn't have the Install Options you list. I will try it again and make notes of where it differs. I am trying to make my App which works on XP run on W7. I get a Runtime Error 380. Need the IDE working to find out where. Beginning to hate MicroSoft.

Install went fine. But when I hit start for even the simplest program (one line), I get, "Visual Basic Has Stopped Working". It seems to happen on compile, I never get to my code in debug. Any ideas? Thanks

Have you gotten any matching entries in the system or application event log?

I have instaled vb6 on win 7 successfully . but while I was trying to run my project i faced to below error: "copmiler error - can't find project or library." in windows xp this error was because of dont instalation of office but after install office the problem still exist on my machine with win 7 home premium.

Well. I do have win 7 ultimate with sp1 iso file on disk D:. Downloaded it from msdn three days ago. However, I will wait a few days to see if you or other commenters have a better solution. It would take me two days to get to the point that I am now on the existing win 7 installation if I reformatted and installed win 7 ultimate. And I would prefer win 7 (64) pro as I expect that most of our customers will be using that version of win 7 in the future when they will have eventually given up on XP. Not because of anything specifically bad but because Microsoft will eventually say that it no longer supports XP. I do think that Microsoft made a mistake calling Program Files and program Files (86). It should have been Program Files (64) and Program Files. I think that they may have saved themselves a lot of grief had they done so.

Just got home and checked, and my home workstation is running Win7 Ultimate, x64, SP1. Recordsets appear to be working fine. The only virtualization that I have running currently is virtualbox on the local machine, although there are VMWare activex controls installed, to allow views into my ESX server. Office 2010 is installed as well. I'll try building a new project and compiling just to see if it is a "new build" problem with SP1 machines.

dwirch. I have checked the second installation of win 7 pro eng and the VB6 works fine there with the various recordsets. The Win 7 is without SP1 Hmmmmm.

Thanks for the trouble. Of course, I could always use XP Mode but that would be giving up. The Win 7 machine where it does work also has Office 2010 and VMWare installed and VB6 still works. I will examine the SP1 issue. It is installed on an additional hard disk on this computer and I would have to restart to 'get to it'. Restarting Win xp again would sap another 35 mins until XP has 'settled down'. When I do get Win 7 up and running with all attendant applications and utilities, I can't wait to re-install a new copy of XP here and rebuild.

There seems to be a theme starting up. I've run into half a dozen or so people now that begin to have problems with recordsets after installing SP1 for Windows 7.

There seems to be a theme starting up. I've run into half a dozen or so people now that begin to have problems with recordsets after installing SP1 for Windows 7.

Great page. Glad I found it. Am having problems installing VB6 on a win 7 Pro 64 bit (new) machine. I didn't have the instructions above but persevered all the same and installed the IDE with all attendant special Active X controls. The huge legacy application worked well. I then installed VMWare and Office 2010. Oh! And Skype too. And SP1 for win 7. (I forgot). When I tried the legacy app again, it started to give me problems relating to 'recordsets'.

I can see that the definitions in the .vbp file have been adjusted to 'compensate' for Program Files (86). Anyone have any ideas. A line with 'Set rs = .......'gets the error 'Compile error - Object library invalid or contains references to object definitions that could not be found'. My applications are heavy on recordset use. I have another installation of win 7 pro eng where the code will run.

So here is a question - and I am kind of embarrassed that I didn't ask it sooner - Does your app rely on a particular version of ADO? What MDAC is installed, and what is referenced by your project?

My app relies on MDac 2.8

ON my XP machine: Reference=*G{00000600-0000-0010-8000-00AA006D2EA4}#2.1#0#....Program FilesCommon FilesSystemadomsadox.dll#Microsoft ADO Ext. 2.1 for DDL and Security Reference=*G{00000205-0000-0010-8000-00AA006D2EA4}#2.5#0#....Program FilesCommon Filessystemadomsado25.tlb#Microsoft ActiveX Data Objects 2.5 Library

On my Win7 machine: Reference=*G{00000600-0000-0010-8000-00AA006D2EA4}#2.1#0#....Program Files (x86)Common FilesSystemadomsadox.dll#Microsoft ADO Ext. 2.1 for DDL and Security Reference=*G{00000205-0000-0010-8000-00AA006D2EA4}#2.5#0#....Program Files (x86)Common FilesSystemadomsado25.tlb#Microsoft ActiveX Data Objects 2.5 Library

They are the same except for the (86). I used Total Commander Compare utility. Do you have any hints how to improve the speed of network discovery between the two machines in a simple, (but Microsoft 'simple'), home network.

DWirch. Yes. I have network discovery turned BUT, I have to initiate it each time win7 is 'started'. And it is slow. I use TotalCommander for file manipulations and it often doesn't 'see' the other machine. I find using windows explorer screens very limited but they do look nice relative to the TotalCommander. But still, as a programmer, content and ease of use is so much more important than look. Two XP machines on my network are much, much faster 'discovering' each other but the rate of data transfer seems the same.

'If you open it in the IDE on the Win7 machine, and can you remove and re-add the references?' Well. I did a bit of detective work there. The reference is to msadox.dll. On the XP machine, it is in the 'right' place and is version 2.81.3012.0 On the Win7 machine the version is 6.1.7601.17514 Obviously a big difference. I tried to backup the win7 copy and replace it with the XP version BUT, when trying to rename it on the Win7 machine, I get permission from TruthInstaller to make changes to this file. One thing that really puzzles me is that the installed finished (commercial) application still runs smoothly. Any chance of using Skype between us. I could let you see my win7 screen with the screen sharing facility and the info sharing between us would be speeded up. I could then update this post when we have arrived at some solution. I am Greenwich Meantime + 2. I use screen sharing with the USA on a daily basis. Assuming that is where you are.

Have you tried: http://www.fortypoundhead.com/showcontent.asp?artid=20562

The command prompt needs to be run as as administrator. After I estarted WIN 7 and double clicked the network icon. I can't say that there is any improvement in 'discovery' time. I can live with it but I bought an i7 processor with 8 GB of fast memory and am a bit disappointed with some of the performance. Other things work blindingly fast. VMWare for instance and installations are very quick. Copying large files on the same diak is 'very fast' too. Anybody have any ideas on the MDac problem. If I don't see my way out, I will reformat the disk, install Win 7 enterprise and XP mode and use XP mode for the VB 6 IDE. Sort of giving up really BUT, if a solution does materialize afterwards, I can always install it directly on the win 7 machine at a later date.

Try this from an elevated command prompt to speed up your slow discovery problem: netsh interface tcp set global autotuning=disabled

Hi. I installed vb6 on my friend's laptop. It was installed but when I double click the control on a form to write a code, vb6 stopped working..The error says, "VB6 has stopped working." I can't write a code. How can I fix this? OS is windows 7 home basic and it is 64 bit.

Installed VB6 on my pc with Win7 64-bit. But it seems that VC++ is not working as should. I can compile but the program won't run. Does VC++ work with this installation method of Visual Studio 6 on Windows 7 64-bit?

Sounds like a permissions issue. Are you setting date and time? or simply getting the date time? If you are setting it, does the user have permissions to set the date time, without elevation? Remember, if the user context that program is running in does not have permission to do certain things, then your program will not have permission either. You can test this by performing a Run As... and running the program as a user that has administrative permissions on the machine.

I have a VB6 app compiled in 1999 ans used by many users. I want them to be able to instal and execute the 1999 version on a W7 workstation. The app installs fine and starts up fine. However in the code I have a clock synch procedure that checks that their clock is correct based on a time offset setting. It uses the VB6 system variables Date and Time. But I get an error trying to set these in Windows 7. I do not run across any issues with setting these variables on a windows XP machine. So for now I am not forwardly compatible with my app. Is there a way to run the app under a different setting or other trick to get past the Date = or Time = intruction when the OS is W7? Can a Windows XP compiled VB6 app run on Windows 7 after installing the setup of the XP compiled app. we would like not to have to recompile etc. just have users switch OS to Windows 7 and it runs.

I'm having problems running VB6 web app (ASP Classic) on Windows 7. Compiling the code via command-line works fine and the produced DLLs behave as expected. However when I try to run the code through the IDE I get a WebClass Designer error "An unspecified error has occurred". As you can imagine this message was not met by a wave of calm, and is causing me a great deal of discomfort. I can run Win Form apps perfectly fine. No references are missing.

I installed VB6 and SP6 as per your great instructions on a Windows 7 machine. Editing and compiling work fine. The first screen of the Package and Deployment add-in works too. However, the first screen takes several minutes to complete, whereas in XP it took several seconds. The completed installation package works on Windows 7 and XP. However, on Windows 7, if there is more than one form with "Show in Taskbar" set to True, there are flaws in the operation. Only one button appears on the taskbar. When this button is activated, a menu appears with the several forms listed. Clicking on the menu causes the form to pop on the screen. However, clicking on the menu X does not pop the form off the screen. Also, "Close All Windows" does not work. Any hints or suggestions would be appreciated.

I used your procedure to load VB6 and VB6 SP6 on a Vista 64 bit OS. One small problem, when loading componments into a project I get a "Cannot access Registery" error, although the components seem to load OK. I closed VB6, drilled down into the disc to find VB6.EXE, and raised the security for Users to "Full". This seemed to fix the problem, maybe it will help someone else.

With reference to my problems running VB6 on a Win 7 machine after installing sp 1. (See 2011-09-20) There is a lot of discussion at http://social.msdn.microsoft.com/Forums/en/windowsgeneraldevelopmentissues/thread/3a4ce946-effa-4f77-98a6-34f11c6b5a13 where Microsoft owns up to the problem. Someone claims that there is a solution in win 8 and another pleads for an MDac service pack. Microsoft makes our lives a misery. A misery.

VB6 scroll wheel addin: http://support.microsoft.com/kb/837910 and does ActBar.OCX actually exist at the path you've given?

I installed VB6-Prof-SP6 on Win7-32bit-Prof and have 2 problems: 1. I can't scroll in a VB code module. In any other application I can scroll with the mouse. The mouse is a Logitech, that is registered as Microsoft PS/2 Mouse 2. I use VB-Partner as Addin but I get the message that "ACTBAR.ocx is not registered correct". ACTBAR.ocx is in C:windowssystem32 When I run C:windowssystem32 egsvr32 C:windowssystem32ACTBAR.ocx I get no reply. I did it also with UAC OFF.

WotiNovember 18, 2011 at 5:13 AM Many Thanks to dwirch. Your answer helped 100% My second problem is also gone. Now the registration of ACTBAR.OCX was successful.

Open a command prompt, and change directory to Windows, then type: COPY CON MSJAVA.DLL After hitting enter, you'll just a blinking cursor. Just press F6 and enter, and your zero-byte file will be created.

Yep, running in win xp sp3 compat mode with "visual themes", "desktop composition" and "display scaling on high DPI settings" all disabled... and cpu and mem usage looks fine. The IDE runs fine for a while but seems to get in this weird state after editing for a while, like 15 to 45 minutes, depending on it's mood. I've lost a fair amount of code due to suddenly being unable to save... good times!

Great thread, seems to be the only place to go for info on running VB6 on Win7, thank you! I went through the install procedure a few months ago and it had been working great. I'm on Win7 x64. I've had periodic problems with the IDE menus becoming unresponsive and it seems to be happening much more frequently lately. Basically, a handful of the IDE menus and toolbars will just stop working, such as Exit, Save (all of 'em), Run, Options, etc.. and a slew of others. Other times some of the above menu items will work and not others. The keyboard shortcuts for the menus are unresponsive as well. However I'm always able to edit code and switch between files, which leads me to believe it's not the CPU spinning out of control (verified by task manager). Any clue what this might be or where to look? Event logs show nothing useful.

So, playing with this some more today... I disabled all my add-ins (should have done that first thing), which consisted of the mouse wheel fix and mz-tools. I'm now 95% sure the issue I'm having is caused by mz-tools, namely the "Find procedure caller" feature. After running that feature I start to see the behavior I described above. Anyone running mz-tools without issues? So, this may or may not have anything to do with the fact it's running on Win7, but have never seen this issue before on xp, though I found this on the mz-tools site: http://www.mztools.com/v3/faq.aspx#MenusCorrupted Sounds similar to the behavior I'm seeing but not exactly.

Thanks 40poundhead. Following your advice I got VB6 installed with no problem on my new i7 64-bit Windows machine. My difficulty now is with a couple of the add-in OCXs that I use -- LeadTools and TX Text (both old versions.) (TrueDB Grid installed just fine.) When I try to start their SETUP programs I get an incompatible program message, and none of the compatibility settings that Windows suggests do any good. When I click the "Start the Program" button in the compatibility dialog, the wait cursor spins for about a second and then just quits. This is way beyond your call of duty, but if you are installing VB6 and old OCXs I am just hoping that you have encountered this kind of problem before and know how to fix it. I suppose I could copy the various OCXs and DLLs over from my old machine and try to register them, a real PITA, but that still leaves the problem of getting their licensing file schemes to cooperate, a nut I have never been able to crack.

craigkl. Are you using MDAC?

Open a command prompt, and type the following lines, pressing enter after each line:

CD /WINDOWS

COPY CON: MSJAVA.DLL

After hitting enter, you'll just a blinking cursor. Just press F6 and enter, and your zero-byte file will be created.

Hey, i followed all the instructions above an am not able to install vb6 on my win 7 Home Premium 64bit. The only difference is ta´hat i'm installing from my hard disc. with the first install i did all the steps, uac off, msjava.dll created, entered license infos, name all all whats needed an clicked OK - mesage is "searching for installes ...." and that's it?! after 30-40 min. i quitted, nothing is installed. The registatration an other infos are recognized, if i start it again, i must not enter the infos again - but´there's again the message "searching...." as above, an the install freezes. if i delete all visual basic 6 entries from registry, i can start with the install as on top..

- try burning your install directory to a cd, and installing from there. Failing that, create an ISO from the directory, mount the ISO, and install from that. and you are sure UAC is off?

In response to your question of 11/25, yes I use MDAC, but have had no problems installing it. I don't think this has anything to do with the other OCX install problems I referenced on 11/24.

I am having problems with ADODC Recordsets. I moved a VB 6 (SP6) project from XP to a Win 7 64 bit system. My movecomplete functions get a compile error "procedure declaration does not match the description of the event or procedure having the same name". I've searched some, but can't find a solution that works. The project reference includes Microsoft ActiveX Data Objects Recordset 2.8 library on both the XP and Win 7 systems. The other references all look the same on both systems. Can you provide any input? Here is the code declaration that is failing... Private Sub AdodcImportData_MoveComplete(ByVal adReason As ADODB.EventReasonEnum, ByVal pError As ADODB.Error, adStatus As ADODB.EventStatusEnum, ByVal pRecordset As ADODB.Recordset)

Hi McCindy - I've posted your question over in the Q&A section. You can see the answers by clicking on the Q&A link at the top of the screen. You should get an answer pretty quickly. There are lots of smart folks that have their eyes on that section.

I found this regarding the MDAC issue with installing the SPs Did as instructed and all fixed......yippeeee http://social.msdn.microsoft.com/forums/en-US/windowsgeneraldevelopmentissues/thread/cd740951-dd2c-46eb-856f-6e653a2e3d07/

I just attempted to install VB6 onto Windows 7 Professional 64-bit. Although I followed the instructions you provided, the responses from the OS were different in a lot of places. I guess that the instructions were written for Vista, not Windows 7. I muddled through and eventually got it installed. The problem was installing Service Pack 5. I get the error message: "This Service Pack requires MDAC 2.5 or greater ..". MDAC 2.5, 2.6 & 2.8 are, in fact loaded and work correctly. Executing "MDAC_typ.exe" does nothing.

Have uccessfully installed on W7 64 bit but I am stumped at installing SP4. I cannot seem to get the MDAC 2.5 components loaded even though I've followed the instructions religously.

Have re-installed WIN7 (64) Ultimate on my 8GB i7 processor machine. Have installed VMWare and will be installing VB6 on a new VM XP machine with office 2003 and Wise Installer 8. I already have a WIN 7 Virtual Machine with vs2010 and office 2010. Couldn't find a control which successfully imports and exports Excel files, (xlsx) in a 'German' environment where the decimal separator is ",". So we made an NET Exe file in vs2005 using ComponentOne flex grid .Net which manages the import and export without any trouble and blindingly fast even for a multi worksheet file. Spread 8 (Active X) - Grape City, which is what we were using, know of the problem, (multiplies numerical values by 100 in the exported file), since September but seem loth to correct it even though I imagine that it is a minor piece of code changing inside the control to be aware of the decimal separator. (The problem occurs when 'exporting'. Not when importing. Sorry to be a 'traitor' but work must go on and promises from Microsoft that WIN 8 will solve the MDAC problem are not satisfactory at this stage until WIN8 is 'production'.

i am on yahoo messenger. ID is ramnath555

There is no error. I have an MDI Main form (Frm_RMSMAIN). But the first form is other one in the name of frm_database, opened in vbmodal for selecting database. From there i open the mdi parent form. the program flow works till it tends to open MDI form. After that without any error the application ends. (Right now i am debuging it with breakpoints with msgbox "1" "2"...and so on) So far i found out this. You can come on teamviewer if you would like.

I got vb 6 installed and everything is working fine. But the VB6 application compiled on windows 7 platform is not running on the Windows XP system.

ramnath555: that sounds like a tough one. I am not really sure where to go with it, with no real debugging information other than an approximate area of flow where it is stopping. Have you tried *not* firing the main form? Rather, create a dummy form, with nothing on/in it. After the first form completes, have it fire the dummy form instead. If the program doesn't bomb, maybe something in the main form is having a problem. Any weird DLLs or controls being used? Non-standard database access?

Open a command prompt, and change directory to Windows, then type: COPY CON MSJAVA.DLL After hitting enter, you'll just a blinking cursor. Just press F6 and enter, and your zero-byte file will be created.

When I install the VB 6.0 on Win 7.0 (32-bit) VisData.exe has stopped working and several messages after this appears. The installation completed successfully, but when I try to load my project. It say, "Unable to read System registry"

==================

Disable UAC in Windows 7 http://www.derekwirch.com/2009/01/disable-uac-in-windows-7.html

Disabling the User Acceptance Control (UAC) is easy, via the control panel. But this is a geek site. We do things through the registry.

1. Locate following registry key: HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/CurrentVersion/Policies/System

3. Locate the following REG_DWORD value: EnableLUAv

4. Set the value of EnableLUA to 0.

Now Exit from Registry Editor and Restart the computer.

click on "Start" click on "Control Panel" click on "System and Security" click on "Change User Account Control settings" Adjust the UAC slider to your desired settings. By putting the slider at the bottom, you will be turning off UAC altogether. Click Ok, and follow any prompts that appear.

=====================

Service Pack 6 for Visual Basic 6.0 http://www.microsoft.com/en-us/download/details.aspx?id=5721

=======================

Before starting the download, create a download directory on your computer. If your internet connection is less than 300K, it is recommended that you run the multi-part download by following the "More Information" link at the upper right, then clicking "Download Now." Click "Download" to begin downloading the single download. When prompted by the download software, choose the option "Save this program to disk" and click OK. Then select the directory you created on your computer. Run the file from the download directory. When prompted, select the same directory you created on your computer. You will be expanding the contents of the EXE into this directory. Run SetupSP6.exe from the download directory. When you accept the terms of the electronic End User License Agreement (EULA) the setup software will replace the appropriate files in your Visual Basic 6.0 installation.

========================

Timur Software downloads (mycket intressant för VB6) https://sites.google.com/site/timursoftware/downloads

Microsoft Visual Basic (freeware) http://lib.giveawayoftheday.com/Microsoft_Visual_Basic_42272/ is the best programming language considering its easiness to learn and do programming, its widespread use, applications, etc. But it only supports Windows Operating System. Visual Basic 6.0 is the software package that was launched in the time of Windows 98. Visual Basic 6.0 uses the same programming style of Visual Basic versions up to 5.0. Visual Basic is used by both programmers and non-programmers in the sense it is so easy to learn and use. So, many home users are doing programming in it, mainly for automation and for the fun of programming. It features an IDE or Integrated Development Environment where you have 2 interfaces, the Code View and the Design View. In the Design View, you can design the program interface or the GUI. It is really easy; we can drag and drop the necessary buttons, text-boxes, pictures and even flash content and media player right from the toolbox. Now the shockwave / flash can be used as an addon; or by the help of a DLL which is included when you install flash player. Almost all the software you install in windows have a progammable part or API, which can be used very easily with Visual Basic. Just tick the option from "Components" list and you will have it in the toolbox. It is done by the ActiveX DLL files. In the code view, you may write the code for the controls (buttons, textboxes, etc) you have in the program. Just double click any button and you go into the code view with the function to run when a button is clicked, whose code is automatically generated. The most important thing, help. Help is provided by MSDN program which comes with Visual Basic. It is an offline version of the "MSDN" website, with necessary contents ( which include all the functions used in the program with its definitions and code examples). It is really great. There are many versions of Visual Basic 6.0: Professional, Enterprise and Express.Express version is free, but has almost everything in other versions except some advanced programming. Microsoft Visual Basic 6.0 is now outdated, but still a great program to start programming. Many new versions are available like 2008. ... Publisher description: Visual Studio is extensible by nature, ultimately consisting of a core "shell" that implements all commands, windows, editors, project types, languages, and other features through dynamically loadable modules called "packages".[19][20] Microsoft encourages and fosters third party partners to create modules for Visual Studio via the free VSIP program. However, according to Dan Fernandez, Microsoft "made a business decision to not allow 3rd party extensibility in Express". Microsoft Visual Studio Express is a set of freeware integrated development environments (IDE) developed by Microsoft that are lightweight versions of the Microsoft Visual Studio product line. Express Editions were conceived beginning with Visual Studio 2005. The idea of Express editions, according to Microsoft, is to provide streamlined, easy-to-use and easy-to-learn IDEs for users other than professional software developers, such as hobbyists and students. The first versions of Visual Studio 2005 Express were released on October 2005 and the Service Pack 1 versions were released on December 2006. Visual Studio 2005 Express Editions ran on Windows 2000 SP4 and above Windows NT-based platforms. In line with popular demand since their original release,[2] these editions will always remain free-of-charge. Visual Studio 2008 Express editions were released in November 2007 and their SP1 on August 11, 2008. Visual Studio 2008 and 2010 Express Editions require Windows XP or a later Windows version; Windows 2000 is no longer supported for development but can be a target platform if using 2008 Express. Microsoft may make previous versions of Visual Studio Express unavailable. Visual Studio 2010 Express Editions were released in April 2010 alongside Visual Studio 2010. Visual Basic is a reliable and sturdy program that can be used by a big range of people from newcomers in the world of programing to experienced ones."If you can imagine a computer program, you can probably create it with Visual Basic Express" Microsoft.

#a
http://www.cogninova.com