My solution here is to get rid of the "Quit" command in the macro and
instead run a simple batch file I created with the following line:
TASKKILL /F /IM "MSACCESS.EXE"
I can be pretty sure no one else is running Access on the machine,
otherwise I imagine I would have to figure out the PID and kill the
process that way. I just call the accesskill.bat from the macro and
that seems to work. I'm curious if anyone else has had to use the
approach?
David S - 24 Jul 2007 22:04 GMT
I have a similar situation where we are trying to run a Module via Task
Sceduler. If we log onto the server with an account with domain admin
privileges, the task will run and complete as intended. If we schedule the
task with the same account, it will start and then hang similar to what you
were seeing on your situation. In looking at Task Manager, there are two
instances of MSACCESS, which seems to be appropriate. The main difference is
that short of logging onto the server, we can't get this task to run via the
scheduler.
We were thinking it was an issue with Access interacting properly with the
OS somehow. Haven't found a solution yet though.
> My solution here is to get rid of the "Quit" command in the macro and
> instead run a simple batch file I created with the following line:
[quoted text clipped - 6 lines]
> that seems to work. I'm curious if anyone else has had to use the
> approach?
Raymond - 18 Oct 2007 20:56 GMT
I had a similar problem and I created a macro that would do what I wanted and
then I exported the macro as a shortcut to my desktop (or whereever the task
scheduler is pointing) and I would point the scheduler directly to the macro
and the macro would execute fine.
Raymond
> My solution here is to get rid of the "Quit" command in the macro and
> instead run a simple batch file I created with the following line:
[quoted text clipped - 6 lines]
> that seems to work. I'm curious if anyone else has had to use the
> approach?