> Curious. This could be quite hard to track down, as there could be so many
> factors to examine.
>
> What is the timer event doing? Presumably you are logging it to a table,
> so you can identify the cases where it fails to fire.
>
> Is it possible that the OS is tied up at the times when it fails, and so
> is not giving CPU processor time to the Access appllication? For example,
> if you copy/delete a large number of files in Vista, it can take a long
> time to complete the operation, and if Access is a background application,
> it is not getting any processing time for a few minutes?
>
> Perhaps someone with a better understanding of how Vista manages resources
> could comment on whether this line is worth investigating.
>
> --
> Allen Browne - Microsoft MVP. Perth, Western Australia
> Tips for Access users -
http://allenbrowne.com/tips.html> Reply to group, rather than allenbrowne at mvps dot org.
>
> "Tech_vs_Life" <limited[ at ]newsgroups.nospam> wrote in message
> news:CE0078D5-8AF9-492A-BB91-63636DE77A68[ at ]microsoft.com...
>>I still haven't discovered a solution to this. I have turned off almost
>>every superfluous service (e.g. Windows Defender), but the VBA timer event
>>still fails to fire periodically (I have it set to fire every 13 seconds
>>or so, and every so often it will have a two to four minute or so gap
>>between firings). This occurs about twice a week in round the clock
>>operation. The same code had no problem in Windows XP and office 2003.
>>
>> Anyone have any suggestions?
>>
>> "Tech_vs_Life" <limited[ at ]newsgroups.nospam> wrote in message
>> news:B69B92DF-787F-41AF-9792-EA4E2C5E86BE[ at ]microsoft.com...
>>> After installing Office 2007 on 32-bit Vista Ultimate, the VBA timer
>>> event periodically fails to fire (I'm using VBA in Microsoft Access).
>>>
>>> So far, it fails about once a day, but once it fails, it fails several
>>> times in a row. (The interval is set every 15000 millliseconds).
>>>
>>> Any suggestions as to what could be the cause, or how to test it?
>