Re: Problem with VBA created subform in Access 2007

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance



In news:D2CC94D3-DC93-4D21-8AE7-EB176BED2942@xxxxxxxxxxxxx,
Robert A. <RobertA@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Dirk Thanks for the info, it is very insightful, but I am going to
need to throw another wrench in the gears. I need to explain I am not
the person who origially wrote the code, and I am coming into his a
little green so bare with me. I tried running the database on another
near identical computer and it runs fine. I tried a third and I get
the same problem. As it stands I have tried it on 5 computers and of
those, 1 runs it fine no delays to speak of.

I believe you are right about the code not being in a compiled state
at run time, which may cause the problem, But then why whould one
machine not be seeing the delay in the DB. Can you think of any
reason that a DB would see problem from one machine to the next?

Hmm. If those computers are all running the same version of Access, or
even if they are all running some version from Access 2000 to 2007, and
they all have about the same processing power (so it's not that the one
computer is extraordinarily fast), then I can only think of a couple of
factors that might be varying from computer to computer:

1. Name AutoCorrect. I mentioned this at the end of my last message:

One unrelated thing I can think of that *may* also be playing a part
in your delay is Name AutoCorrect. If you haven't turned that off,
I'd recommend doing so.

Did you check that out? I'm not sure if this is a setting that travels
with the .mdb file, or if it's an application-wide setting. If the
latter, it could be different on different computers.

2. User-authorization for exclusive database access.

This is really reaching, but in order to make a run-time design change
in your database, the user's file access has to be promoted from its
original shared access (assuming you've got the default options set) to
exclusive access. It could be that there's something about the
resolution of the necessary permissions that is just taking a lot longer
on most computers, but not on that one. Maybe that computer has its
default open mode set to exclusive access, or something.

--
Dirk Goldgar, MS Access MVP
www.datagnostics.com

(please reply to the newsgroup)


.



Relevant Pages

  • Re: Problem with VBA created subform in Access 2007
    ... that is showing the delay problem i turned all of the autocorrect options to ... but I still see the delay. ... made in the database stored on our server) I tried to connect two machines to ... default open mode set to exclusive access, ...
    (microsoft.public.access.modulesdaovba)
  • Re: Exclusive Access Conflict
    ... it's a simple sql command to populate a listbox on a form. ... "You do not have exclusive access to the database at this time. ... If they have Adobe Acrobat Writer 7.0 installed, ...
    (microsoft.public.access.modulesdaovba)
  • Re: Exclusive Access Conflict
    ... everytime) with the following message: ... "You do not have exclusive access to the database at this time. ... If they have Adobe Acrobat Writer 7.0 installed, ...
    (microsoft.public.access.modulesdaovba)
  • Re: Cant run dynamic crosstab queries after setting up security
    ... After I set up my "employee" group for my standard users who are only allow to enter basic data through an input form and run some reports, I can't get some crosstab queries to work in a form that dynamically changes the crosstab query definition based on the criteria entered by the user. ... Have your system administrator to establish the appropiate permissions" Any ideas what type of permissions I need? ... I am also getting a message everytime these standard users open the database and the switchboard form comes up that tells them "You don't have exclusive access to the database at this time. ...
    (microsoft.public.access.security)
  • Re: Prompting large number of records
    ... Where is the database? ... How are you displaying them? ... Is the delay in updating the display... ... and load in more as the user scrolls down. ...
    (microsoft.public.vb.general.discussion)