Marshall & All -
I am still struggling with this issue, but I thought I would give additional
detail. Like I said, this issue (it seems), is most apparent, if the focus
switches to another application while Access is processing a large amount of
code. Both DAO & ADO are being used, but an empesis of DAO.
One of the 'Symptoms' of this 'State', is as follows:
I open the application from an icon.
WHile the application is loading, I switch to Outlook.
Switch back to the app, after I judge that the app has finished loading.
The opening form, which is opened by a function, triggered by an autoexec,
appears to not correctly 'Painted' on the screen. The top border is not
present, and the command buttons are non-functioning.
I exit the application, by clicking the 'X' in the top right corner of the
Access program.
After a slight pause, the flicker happens, and the only recourse is the
<ctrl><alt><Del>.
<ctrl><Break> does nothing.
I also have had this state happen when iterating through a TableDef
collection, AND it prompted a VISIBLE error. 'Ilegal DLL call'. Immeadiatly
after this error, the flicker state became present. COuld it be related to
DAO???
Thanks for listening.
Marshall Barton said:
That sounds really nasty. You have my sympathy and best
wishes for a clear and speedy resolution.
--
Marsh
MVP [MS Access]
kalbrecht1972_hotmail_com said:
This is a hard one to debug. It is not consistenly reproducible. I feel it
coincides with memory, because the problem will NOT appear, if Access keeps
the focus. The same code/form will enter into this 'Flicker' state if a user
initiates some action, whether it be opening the application, or running a
report, AND THEN switches focus to another (MS or other) application to do
work while the Access app processes.
Currently, I have insufficient rights to increase the paging file on my
machine. I have submitted a request to have this right, and will test this
once given.
Thanks for your response, and helping me try to figure this one out!