?
Solved

Best Practices for VB Projects that refer to VB Controls in them

Posted on 2006-07-07
5
Medium Priority
?
257 Views
Last Modified: 2013-12-25
Hello all

I have inherited a couple of VB apps, that have up to ten home-grown VB controls they use.  

The previous developer had all of these compiled in a c:\Program Files\My Company\bin folder, and all of the vbp projects referenced them there.  
Then the Install package wrote them to %system% during the install.

Q:  What's the easiest way to manage/deploy VB apps with multiple VB controls in them?

TIA
-Jim
0
Comment
Question by:Jim Horn
[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
  • 2
5 Comments
 
LVL 2

Accepted Solution

by:
bdbrown earned 1350 total points
ID: 17060250
Jim,

Here are a few utilities for packaging and deployment which I use;

Dependancy Walker; http://www.dependencywalker.com/

ISTool; http://www.istool.org/default.aspx/

Inno Setup; http://www.jrsoftware.org/isinfo.php

Hope this helps

bdb
0
 
LVL 4

Assisted Solution

by:jomacinc
jomacinc earned 150 total points
ID: 17073092
You should install the components into the system directory on the development machine and reference them there.
That way the app should not have trouble finding them on any system they are installed to.
0
 
LVL 66

Author Comment

by:Jim Horn
ID: 17074744
Thanks for the comments guys.  

>You should install the components into the system directory on the development machine and reference them there.
This is the way I normally develop.  

The setup I inherited though had all custom ocx's in c:\Program Files\{Company Name}\bin folder, and all of the project files referenced the ocx's in this location.
I believed when the app was deployed using M$ Package & Deployment Wizard, the script wrote-registered them to the correct %system% folder.

So..  on the development pc you would have the ocx's live in two separate places, and possible (definatly) have registry conflicts.
0
 
LVL 4

Expert Comment

by:jomacinc
ID: 17077341
Is there a reason why the OCX's need to be in c:\Program Files\{Company Name}\bin folder on the development machine?
If not, they should be moved to the system folder and not stored in two places.
0

Featured Post

VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I’ve seen a number of people looking for examples of how to access web services from VB6.  I’ve been using a test harness I built in VB6 (using many resources I found online) that I use for small projects to work out how to communicate with web serv…
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.
Get people started with the process of using Access VBA to control Excel using automation, Microsoft Access can control other applications. An example is the ability to programmatically talk to Excel. Using automation, an Access application can laun…
Show developers how to use a criteria form to limit the data that appears on an Access report. It is a common requirement that users can specify the criteria for a report at runtime. The easiest way to accomplish this is using a criteria form that a…
Suggested Courses

770 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question