Code Centralization

From: R Avery (ravery74_at_yahoo.co.uk)
Date: 09/01/04


Date: Wed, 01 Sep 2004 11:28:21 -0400

I have many custom functions that I have written over the past year, and
many versions of the same functions distributed across various files
depending on when I wrote the file. This is bad. I would like to be
able to update all of those functions with the most current version.
However, doing that is very hard. And writing a program to go through
all the code of all the projects in a particular directory and prompting
to update with the new version is tedious.

I think a better approach is to have all the common functions that I
like to use in some central place. However, I do write code for Access
and Outlook, so I can't just store all of my code in an .xla file.
Perhaps a VB6 DLL or VB.NET addin. But other people in the office also
use these files, in which case they would need to install the DLL or
downloaded the .NET framework. I have experience writing in those
languages with the editors, so that would not be a problem should I
choose to do that. However, I have no experience distributing DLLs or
.NET compiled code, and I am afraid that pain might outweigh the costs.

Is there an option I am missing? If not, can someone with experience
with the above tell me just how difficult the distribution and dealing
with updates, etc, can be? Any help would be greatly appreciated.

Regards,
Robert Avery



Relevant Pages

  • Re: COMCAT.dll difference in Packaging Wizard.
    ... I did find some relevant file info though, ... distributing is OLEAut32.dll and it won't replace an older version of the ... > Try doing a search on your machine to find where the dll is. ... My XP Packaging wizard is adding COMCAT.DLL version ...
    (comp.databases.ms-access)
  • Re: converting int to char
    ... so you wouldn't be distributing that DLL anyway. ... but writing utilities that use nothing more than the System.dll might be a fun ... >> to remove the reference. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Stack Overflow
    ... As I wouldn't be distributing the dll out, I think I would try the first ... option first. ... /stack:2000000 sets the stack size to 2 MB ...
    (microsoft.public.vc.language)
  • Re: Alert: Microsoft Security Bulletin MS04-028 - Buffer Overrun in JPEG Processing (GDI+) Could All
    ... As win2k is not by itself affected by the JPEG vuln, ... I am going to assume that the same version DLL in AutoCAD is not ... windows update/GDI+ Tool are 5.1.3097.3 and above. ... for a worm like infection with the possibility of distributing it via ...
    (NT-Bugtraq)