If all you have are the basic references (see the bottom of Allen Browne's
http://www.allenbrowne.com/ser-38.html page for a list of what those are),
you shouldn't have any problems.

Signature
Doug Steele, Microsoft Access MVP
http://I.Am/DougSteele
(no e-mails, please!)
> Hello,
> still another question on references...it seems they are my nightmare...
[quoted text clipped - 22 lines]
>
> Rocco
Your first prolemb is that you are adminta that users are going to be using
a compliry different version/platform.
how can you possibility not expect to have problems????
What you need to do is right before you deploy, is place your software on a
machine with access 2000.
You then need to de-compile your code.....preferred on the a2000 box (but,
you could I suppose do this on the a2003 box RIGHT before you deploy).
Once you de-compile. (exit the application RIGHT AFTER) YOU DO THIS!!
Now, re-enter the a2000 application, and compile the code. At this point, if
you check your references, they should be ok..(and converted).
(so the version of ms-access will usually fix the references for you..but do
need to check and test your appcation on the target system. You can't
develop a application on windows XP, an then expect it to work on a windows
95 box that is 10 years old, and complete different. Many libraries, and all
kinds of dependencies will have changed.
As a further precaution, at this point, you should now create a mde file on
the a2000 box
. (if can't create the mde then you have compile errors in your code -
another reason to make the mde as a last check!!).
So, you can well continue to develop on the a2003 box (using the compatible
a2000 file format). However, the instant you have a team of developers, and
are now developing software, and writing code, then the while ball games
changes. You will have to work with your team of developers, and ensure that
this application is tested on a a2000 box BEFORE you deploy. It is very
likely that your team of software architects, tester, and developers is YOU
just have to change the hat several times a day!!).
Further, what about bug fixes...and later updates to these people? If you
deploy the code+data...then how can you work on the "next" great version and
then give them a new copy without overwriting their existing data?
What this means is that you need to split the database. I explain why, and
how here:
http://www.members.shaw.ca/AlbertKallal/Articles/split/index.htm

Signature
Albert D. Kallal (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@msn.com
http://www.members.shaw.ca/AlbertKallal