469,267 Members | 1,114 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,267 developers. It's quick & easy.

Application.Quit Problem with Access2000

Running Access2000 ADP Project/MSDE on Windows XP...
- I Open my Access ADP project.
In the Windows Task Manager Processes window MSACCESS.EXE shows
up.
- I don't do anything else in Access.
- I click a toolbar button that executes the code: application.quit in
a module in my Acesss project.
- My Access project closes.
Now there are TWO instances of MSACCESS.EXE showing up in the
Windows Task Manager Processes window, my cursor is flashing on the
windows desktop, and every few seconds a third MSACCESS.EXE instance
shows up (very briefly) in the Windows Task Manager Processes window.

I have checked this with the StepInto Debugger and the MSACCESS.EXE
processes only show up after execution of the Application.Quit
command.

This problem does not occur when I hit Exit in the MS Access window.

Any help is greatly appreciated.
lq
Nov 12 '05 #1
2 4686
Lauren, try replacing:
Application.Quit
with:
DoCmd.Quit

IIRC, I saw someone with a similar problem recently and that solved it.

--
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.

"Lauren Quantrell" <la*************@hotmail.com> wrote in message
news:47**************************@posting.google.c om...
Running Access2000 ADP Project/MSDE on Windows XP...
- I Open my Access ADP project.
In the Windows Task Manager Processes window MSACCESS.EXE shows
up.
- I don't do anything else in Access.
- I click a toolbar button that executes the code: application.quit in
a module in my Acesss project.
- My Access project closes.
Now there are TWO instances of MSACCESS.EXE showing up in the
Windows Task Manager Processes window, my cursor is flashing on the
windows desktop, and every few seconds a third MSACCESS.EXE instance
shows up (very briefly) in the Windows Task Manager Processes window.

I have checked this with the StepInto Debugger and the MSACCESS.EXE
processes only show up after execution of the Application.Quit
command.

This problem does not occur when I hit Exit in the MS Access window.

Any help is greatly appreciated.
lq

Nov 12 '05 #2
Thanks. That did it. Never again: Application.Quit!
lq

"Allen Browne" <Al*********@SeeSig.Invalid> wrote in message news:<3f**********************@freenews.iinet.net. au>...
Lauren, try replacing:
Application.Quit
with:
DoCmd.Quit

IIRC, I saw someone with a similar problem recently and that solved it.

--
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.

"Lauren Quantrell" <la*************@hotmail.com> wrote in message
news:47**************************@posting.google.c om...
Running Access2000 ADP Project/MSDE on Windows XP...
- I Open my Access ADP project.
In the Windows Task Manager Processes window MSACCESS.EXE shows
up.
- I don't do anything else in Access.
- I click a toolbar button that executes the code: application.quit in
a module in my Acesss project.
- My Access project closes.
Now there are TWO instances of MSACCESS.EXE showing up in the
Windows Task Manager Processes window, my cursor is flashing on the
windows desktop, and every few seconds a third MSACCESS.EXE instance
shows up (very briefly) in the Windows Task Manager Processes window.

I have checked this with the StepInto Debugger and the MSACCESS.EXE
processes only show up after execution of the Application.Quit
command.

This problem does not occur when I hit Exit in the MS Access window.

Any help is greatly appreciated.
lq

Nov 12 '05 #3

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

6 posts views Thread by Max | last post: by
6 posts views Thread by Peter Kleiweg | last post: by
reply views Thread by jorgedec | last post: by
reply views Thread by Alan T | last post: by
3 posts views Thread by rdemyan via AccessMonster.com | last post: by
2 posts views Thread by Alan T | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by zhoujie | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.