Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / General 2 / January 2008

Tip: Looking for answers? Try searching our database.

Killing Excel process from Acess2000 VBA

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Tom - 12 Jan 2008 20:18 GMT
I'm asking you to look at this:
I'm doing an export from  A2000 to Excel2007 from VBA in Access2000
using
an app as Excel.Application object:-)

set app= new Excel.Application

Everything goes fine :-) but I cant easily see the fruits of my work
because after A2000 VBA code is done, it seems that the invisible
Excel process, initiated
by A2000 VBA code is still running and to open Excel I first have to
manually kill the Excel
process in Windows Task Manager.
So my simple question is:
How to release the app as Excel.Application object programatically
from A2000 VBA.
I tried:
set app=nothing or
app.quit
but none of these is working.

Thanks
Tom
Tom van Stiphout - 12 Jan 2008 20:26 GMT
Invisible?  Then make it visible:
app.Visible = True

"set app = Nothing" typically closes the object, so you must have
something special going on.

-Tom.

>I'm asking you to look at this:
>I'm doing an export from  A2000 to Excel2007 from VBA in Access2000
[quoted text clipped - 19 lines]
>Thanks
>Tom
Tom - 12 Jan 2008 22:39 GMT
I followed your advice and additionaly did something else.
I wrote a dummy Sub in A2000 VBA with app as Excel.Application E2007
object
which just created one workbook and filled one cell.
At the beginning of the Sub there was app.visible=true as you
suggested
At the end of that Sub there was:
app.quit
set app=nothing
And that did the whole Job - there is no flying loose Excel process
left.
So my conclusion is that this loose Excel process of mine is side-
effect
of my exporting procedure (recorded macro) from A2000 to E2007, maybe
from some
linking or connections between the two apps after my previous
exporting.
As I didn't know how to handle it,
in the end I resorted to the old good DAO recordset obj and
excel.range.copyfromrecordset
method to make this exporting Sub between A2000 and E2007.

But thanks anyway for directions.
Tom
Tom - 12 Jan 2008 23:28 GMT
As for what Bob Larson wrote:
I wrote 2 versions of my dummy Sub in VBA A2000 referring to app as
new Excel.Application obj E2007.
One where in only one place I didn't explicitly referenced for example
Sheets(i) or Range objs
and second where I explicitly used objWorkbook reference and it is all
as you said - implicit referencing leaves a loose Excel process but
after referencing explicitly
through objWorkbook it is possible to close Excel for good.
I must say I was troubled by this problem for some time and almost
grew to think that the problem was inevitable but it is all past time
now.
Many thanks

Tom
boblarson - 12 Jan 2008 22:23 GMT
If you reference any Excel methods or properties by reference instead of
explicitly, such as Selection, ActiveCell, ActiveWorkbook, etc., instead of
your objWB.ActiveCell etc. then Access will hold the reference open until
Access closes.  To make sure that everything closes when you want it to, make
sure to EXPLICITLY reference the item.
Signature

Bob Larson
Access World Forums Super Moderator
Utter Access VIP
Tutorials at http://www.btabdevelopment.com
If my post was helpful to you, please rate the post.
__________________________________

> I'm asking you to look at this:
> I'm doing an export from  A2000 to Excel2007 from VBA in Access2000
[quoted text clipped - 19 lines]
> Thanks
> Tom
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.