We value your feedback.
Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!
Course Of The Month
2 days, 21 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
Installing a VB6 OCX
Posted on 2012-12-21
My application uses the VB6 FlexGrid. When assembling an installment package I include MSFLXGRD.OCX. I need some education.
Question: Is it necessary for the installer to register this OCX on the target machine?
Question: Does it matter where the installer puts this file? Is the installation folder for the application all right?
Question: This application was developed under XP. Will there be a problem installing to Win7 (or 8 or etc…)?
Question: Is it necessary for the installer to register this OCX on the target machine?
Question: Does it matter where the installer puts this file? Is the installation folder for the application all right?
Question: This application was developed under XP. Will there be a problem installing to Win7 (or 8 or etc…)?
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
3 Comments
Active today
>>Question: Is it necessary for the installer to register this OCX on the target machine?
Yes. All ActiveX components need to be registered.
>>Question: Does it matter where the installer puts this file? Is the installation folder for the application all right?
No. the Default Windows\System32 is the right place. A single component (MSFLGXGRD for instance) can only be installed once on a computer. The registry will indicate where it is located.
>>Question: This application was developed under XP. Will there be a problem installing to Win7 (or 8 or etc…)?
It should.
Yes. All ActiveX components need to be registered.
>>Question: Does it matter where the installer puts this file? Is the installation folder for the application all right?
No. the Default Windows\System32 is the right place. A single component (MSFLGXGRD for instance) can only be installed once on a computer. The registry will indicate where it is located.
>>Question: This application was developed under XP. Will there be a problem installing to Win7 (or 8 or etc…)?
It should.
If you are using the VB Package & Deployment Wizard to create a "setup.exe", and your "Package type" is "Standard Setup Package":
1. "setup.exe" will register the OCX for you, additional steps by the installer to manually register the OCX is not necessary.
2. OCX and DLL files that will be common across all applications should be installed into the "$(WinSysPath)" as set in the Wizard on the 'Install Locations" screen.
If you create your own OCX or DLL (such as an ActiveX exe), those should be installed in the "$(AppPath)". However, these too can be installed in "$(WinSysPath)" if you can insure that your OCX/DLL will have a unique name, and that name changes any time you break binary compatability.
3. Common Window's OCXs shouldn't have problems at this time if you're XP system was brought up to date with the latest fixes the Microsoft ever released. But then again, you're at the mercy of what Windows will or will not manage to "break" going forward as VB6 is no longer supported. You're more likely to run into issues if you have 3rd party dependancies.
If you do have issues, you might be able to solve them (at least on Windows 7) by using the Virtual XP machine. We so far have not had any issues continuing to maintain and support our VB application on the Virtual XP machine running on Windows 7.
1. "setup.exe" will register the OCX for you, additional steps by the installer to manually register the OCX is not necessary.
2. OCX and DLL files that will be common across all applications should be installed into the "$(WinSysPath)" as set in the Wizard on the 'Install Locations" screen.
If you create your own OCX or DLL (such as an ActiveX exe), those should be installed in the "$(AppPath)". However, these too can be installed in "$(WinSysPath)" if you can insure that your OCX/DLL will have a unique name, and that name changes any time you break binary compatability.
3. Common Window's OCXs shouldn't have problems at this time if you're XP system was brought up to date with the latest fixes the Microsoft ever released. But then again, you're at the mercy of what Windows will or will not manage to "break" going forward as VB6 is no longer supported. You're more likely to run into issues if you have 3rd party dependancies.
If you do have issues, you might be able to solve them (at least on Windows 7) by using the Virtual XP machine. We so far have not had any issues continuing to maintain and support our VB application on the Virtual XP machine running on Windows 7.
Featured Post
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
Introduction
In a recent article (http://www.experts-exchange.com/A_7811-A-Better-Concatenate-Function.html) for the Excel community, I showed an improved version of the Excel Concatenate() function. While writing that article I realized that no o…
I was working on a PowerPoint add-in the other day and a client asked me "can you implement a feature which processes a chart when it's pasted into a slide from another deck?". It got me wondering how to hook into built-in ribbon events in Office.
As developers, we are not limited to the functions provided by the VBA language. In addition, we can call the functions that are part of the Windows operating system. These functions are part of the Windows API (Application Programming Interface). U…
Get people started with the process of using Access VBA to control Outlook using automation, Microsoft Access can control other applications. An example is the ability to programmatically talk to Microsoft Outlook. Using automation, an Access applic…
Suggested Courses
Course of the Month2 days, 21 hours left to enroll
Earn Certification
CompTIA IT Fundamentals
$49.00$44.10
696 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.