Okay, I'm going to go ahead and say something that's probably not going to be
very popular:
Referring to KB Articles
How to run multiple versions of Office on one computer
http://support.microsoft.com/default.aspx?scid=kb;en-us;290576
Description of how to run multiple versions of Microsoft Access with Access
2003
http://support.microsoft.com/default.aspx?scid=kb;en-us;870961
The key phrase in these articles is: "NOT RECOMMENDED"!!!
I realize that in the real world it might not be possible to have multiple
computers, but if it is AT ALL possible, that's the way to go if it is
necessary to be able to develop using multiple versions of Access. Installing
Office/Access into different directories is all well and good, but there is
also a host of supporting DLLs and other files that are version-specific that
get installed into the windows system directories. These files get
over-written as install one version after another, in favor of the most
recent version. In theory, IF you install the versions of Access (including
service packs) in the proper order, these SHOULD work out all right, but I've
found that the wider the gap between Access versions (say 97 to 2003), the
less backward-compatable these supporting DLLs and other files will be.
Notice that the second KB article doesn't even mention Access 97.
Another thing that makes this issue to deal with is that the problems
encountered when having multiple versions of Access on the same computer will
often be UNPREDICTABLE. I've worked with developers experiencing a wide
variety of issues that turned out to be caused by having multiple versions.
These have ranged from licensing issues, wizards blowing up, and VB modules
and/or databases becoming irretrievably corrupt. The variety of potential
errors between mismatched DLLs are legion.
In general, for CASUAL USERS developing reletively "simple" databases with a
minimal amount of code, this WORKAROUND is acceptible. Barely. But in
situations where one is developing complex applications with significant
amount of code, especially when the deployment plan involves packaging
supporting files beyond the front-end and back-end mdb/mde files. The
rule-of-thumb I've generally suggested in the past has been that if you do
anything in VBA that involves changing the VB references, or if you're going
to be using developer tools to deploy any supporting files, keep the
development machine to one version of Access only.
End of rant.
David