VB5/DAO3.5 Install 
Author Message
 VB5/DAO3.5 Install

At one point, not too long ago, I felt confident in an understanding of
the installation process but with the advent of VB5 and the DAO3.5
engine I've had to reconsider that position, and have some questions
concerning such.

First, let me begin with a preface of hardware/software specs.  I'm
using NT4(svc pack 2) as the development o/s, targeting both NT4 and
Win95 platforms.  The setup programs I'm using are VB5's setup wizard
(only as a benchmark, to verify if it does an install correctly and get
a list of the requisite files) and InstallShield3 (3.00.111).  The
hardware is probably a lot less relevant, however, it's a basic Asus
Pentium 133 w/64mg.  The testbed is networked with the development
machine along with enough partitions that everytime I want to test an
installation I copy a fresh install of the Windows and Program Files
directories into the desired partition and reboot the machine.  This
ensures no lingering dll's or registry entries to cloud the results.

I have never had such problem with the DAO engine until recently.  For
some reason it simply wouldn't fly, no matter what I tried.  Either the
program looped unending in an error, or I got wierd run-time errors like
"...unable to load dll" during a form load event.  None of the problems
experienced were visible during development in the design environment,
and neither VB5's setup wizard or the InstallShield installation
differed in that respect.  Then when trying to document the problem for
tech support I ran into something I'd never noticed before, there are a
number of files critical to the installation process which are
completely different in the [vb directory]\setupkit\kitfil32\system32
directory than are in my development machine's system32 directory.  

Specifically for the DAO installation:

file                    setupkit directory              windows system directory
ASYCFILT.DLL            120,592 01/15/97                120,592 12/14/96
COMCAT.DLL               22,288 10/31/96                 21,504 04/04/97
MFC40.DLL               921,872 07/31/96                921,872 08/02/96
MSVCRT20.DLL            253,952 07/31/96                253,952 08/02/96
MSVCRT40.DLL            326,656 07/31/96                 65,024 08/02/96
OLEAUT32.DLL            491,792 01/15/97                491,992 12/14/96
STDOLE2.TLB              16,896 01/15/97                 16,896 04/04/97

Some questions that I've got now are:

1)  Why the difference in versions of these files between the
development Windows System directory and the setupkit files?

2)  When installing core system components, some files are operating
system specific.  Where would such a list as that be for the benefit of
developers?  A good for instance would be the COMCTL32.DLL file.  Unless
I'd seen someone else posting a message to that effect I may have gone
through a few hoops before realizing the cause-and-effect relationship

3)  Without the benefit of the InstallShield White Paper on Win95 logo
compliance, I wouldn't have a clue as to the nuances of registry entries
for DAO and core components.  Am I looking in the wrong places or is
there someplace where I can receive up-to-date information about these

4)  What subtle differences are there between a Win95 versus a WinNT
installation?  Where do I find that as well?

5)  The setup wizard has an entry for a process "tlbregister":
        ACTION: TLBRegister: "C:\WINDOWS\SYSTEM\StdOle2.tlb"
What exactly is the registration process for a type library?

Hey, I know this has been a long and boring business.  I hope that I'm
not the only one experiencing these problems, and with these questions.
Many thanks in advance for whatever response you care to submit.


PS:  You may be wondering what tech support had to offer...

 We ourselves sometimes have trouble finding information of the sort you
seek, as far as file versions and platform differences.

 I can tell you that many files are operating system specific. For
example, there's a copy of msvcrt40.dll that comes with NT4 and is
explicitly non-distributable. In this case it helps to look at the file
properties, and then the extended version information under the version
tab. I use information provided by properties and by QuickView
constantly when taking calls, as well as resources like the dependency
files. In VB5 that's vb5dep.ini and the *.DEP files. In VB4 that's
sw16tmpl.ini and sw32tmpl.ini for 16 and 32 bit respectively. That tells
me what is a dependency of what, and whatneeds to be registered.  
Obviously depending on the issue I may look at the help files, or query
in our KB. Sometimes I use the MSDN, Technet, or the KB at
www.microsoft.com if the usual tools are down or I need information like
the API documentation that's specific to MSDN. I checked in the April
MSDN and couldn't find anything that looked like tips for querying, but
last I knew the web site offered tips for effective KB querying.
Unfortunately, the syntax I'm used to for our internal KB interface
differs somewhat from that used on the web site and MSDN, and I always
find querying on those a bit more difficult for that reason. It's always
a good idea to try querying an error message or a distinctive piece of
it verbatim in quotes, like "failed to initialize when called" or
whatever the case may be. Querying tends to be something of an art and
has a definite learning curve. It's one of the things that separates new
support personnel from experienced ones.  It never hurts to poke around
our web site in general, and through  www.microsoft.com/vbasic there are
many links to other useful sites. If you browse MSDN and the web site
just to get acquainted when you're not actively having a problem, it's
easier to find things when you need to.  It can be extremely useful to
post issues on usenet, usually on
comp.lang.basic.visual.misc. Check out www.dejanews.com to query the
entire base of past postings, and maybe you'll find information you need
without making anew post to the group at all.  I'm not certain this
precisely answers your question, but the fact is that there isn't really
information particularly on file version difference problems, so you're
not remiss in being unable to locate it. I do hope this helps and
provides you with some useful tips.

  Joseph, on the idea that the above information should address your
questions sufficiently, however obliquely, I am closing this case as
resolved. Should you find that you need further assistance with this
particular issue, please open a NEW service request and in it clearly
indicate that you still need help with [###############]. We will then
reopen this support incident and not decrement your support account.

                   Microsoft Developer Support

Mon, 15 Nov 1999 03:00:00 GMT  
 VB5/DAO3.5 Install

Setup Wizard won't install the Biblio example.

I want to make a distributable program containing a database.

I cannot find any examples of how to do this, and it seems mysterious
complicated, and undocumented.

For an example program I use the setup wizard that comes with visual
basic 5.0 to create a setup program for the biblio example that
comes with Visual Basic 5.0

It creates an install directory containing a vast multitude of

I execute setup on a {*filter*} machine.  Biblio will not run.

Biblio.exe complains that it is missing
which turns out to be DAO350

Nothing I can do pursuades setup wizard to copy and install DAO350, or
even to usuccessfully attempt copy and install DAO350.

When I am attempting to create an install program, install wizard asks
me "Locate User" and pops up a file open dialog.  I have absolutely no
idea what this dialog refers to.  What is this file called "User"? \
Maybe if I knew, Install Wizard would work.

Setup wizard works quite well at creating CAB files for downloading
ActiveX controls, but it seems totally dead in the water, for creating
setup programs.  The setup programs it creates for me simply do not
work on a {*filter*} machine, and cannot be made to work

So how do I create an install program that will install a program that
such as Biblio, which uses a simple plain vanilla local database in
its home directory?

Can the setup wizard that comes with visual basic be made to work if I
utter the right incantations?  Can some other setup wizard be made to
work?  If so, how?

If I cannot use a setup wizard, and must hand create an install
program, again, how?  Where is the documentation, the examples?

Thu, 18 Nov 1999 03:00:00 GMT  
 [ 3 post ] 

 Relevant Pages 

1. VB5EE installed now DAO3.0 from Excel won't work on Dev machine

2. Access97 Repair with VB5.0 / DAO3.5 / NT4.0 (sp6)

3. ora8 LONG ---ODBC---> VB5 DAO3.5

4. pb ODBCDirect, DAO3.5 AND vb5 on Access97

5. Can We Use VB5 User-Defined Function in DAO3.5 QueryDef

6. Crystal/VB5/DAO3.5


8. Question for VB5.0EE & DAO3.5 Developers

9. ADO CE SDK 1.0 won't install - says VB5 not installed

10. Access 2000 and DAO3.6/DAO 3.51

11. Some problems - coexist of DAO3.5 & 3.0

12. Change DAO3.5/3.6 reference while runtime?


Powered by phpBB® Forum Software