DIR function displays #NAME

[PCatt]

I have a distributed database that is exhibiting the
following problem with approx. 10% of user base.
I have a text box which has as it's control
=DIR("V:\at\2000\filename.mdb"). I am getting a #NAME
error in form view only in a few cases where this is
distributed and never on Access 97 (this dbase was
converted recently to 2000).
A few things:
It doesn't seem to matter what file path I enter, it seems
to be the DIR function itself.
Machines running the database are exactly the same.
I tried short file names and got the same results.
I'm stumped.

 

[Elwin]

On one of the machines that's giving you a problem, open
the visual basic editor to view a piece of code.

Select Tools|References from the menu bar.

Do you see MISSING: beside any of the checked reference
components? If so, you'll need to identify which ones and
browse to the correct location. Some machines need to
be 'redirected' occasionally. I hope this helped. Good
luck.

 

[Douglas J. Steele]

Your references are probably messed up.

This can be caused by differences in either the location or file version of
certain files between the machine where the application was developed, and
where it's being run (or the file missing completely from the target
machine). Such differences are common when new software is installed.

On the machine(s) where it's not working, open any code module (or open the
Debug Window, using Ctrl-G, provided you haven't selected the "keep debug
window on top" option). Select Tools | References from the menu bar. Examine
all of the selected references.

If any of the selected references have "MISSING:" in front of them, unselect
them, and back out of the dialog. If you really need the reference(s) you
just unselected (you can tell by doing a Compile All Modules), go back in
and reselect them.

If none have "MISSING:", select an additional reference at random, back out
of the dialog, then go back in and unselect the reference you just added. If
that doesn't solve the problem, try to unselect as many of the selected
references as you can (Access may not let you unselect them all), back out
of the dialog, then go back in and reselect the references you just
unselected. (NOTE: write down what the references are before you delete
them, because they'll be in a different order when you go back in)

For far more than you could ever want to know about this problem, check out
http://members.rogers.com/douglas.j.steele/AccessReferenceErrors.html