I'd take it at its word. Steve

I am working on a similar problem. I know the HWND for each Excel instance and implemented the MFC ActiveX control you mention above. However, I have not used an ActiveX control in C++ before. Do you know how I can get m_pDocDisp? I tried putting just the code above in my native C++ / Excel C API application and it doesn't find it. http://www.codeproject.com/Messages/3730176/Get-Document-IDispatch-in-native-Cplusplus-possibl.aspx

AFAIK, to close Excel application you have to create it via CoCreateInstance

If you don't want to bother with this kind of problems in managed world, you should take a look at GemBox.Spreadsheet .NET Excel library. It is lightweight library for reading and writing XLS, XLSX, ODS, CSV and HTML files, and it doesn't use Excel Interop.

ok it's working fine for me.But any way can you tell what you want to do?

Interaction between services and user-objects is difficult to achieve and also it is not advised that you do it. Note finally that there is a service property in the "connection tab" in the SCM interface that you may have to enable. Good luck. Easy Profiler : Now open source ! http://www.codeproject.com/KB/cpp/easyprofiler.aspx

KTTransfer wrote: I have added two functions to existing COM EXE which runs as Service. You are most likely breaking one important rule of COM: Interfaces are immutable. Once assigned an IID and published, no element of the interface definition may change.. Read more here[^]. "It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown

Hi again, It seems like you need to do a bit of research on NT systems administration. These are some fairly basic systems administration questions. Regarding case 1: Task Scheduler and security[^] How to use Xcacls.exe to modify NTFS permissions[^] Essentially you will need to modify the access control list for the %SYSTEMROOT%\Tasks folder. I would also recommend executing your task under a privileged account such as SYSTEM to avoid being terminated by the user. Regarding case 2: I do not know why Microsoft changed the default task folder location. But you can check if the path exists from your batch file:IF NOT EXIST "%SYSTEMROOT%\Tasks" There may be a better way of doing this. Best Wishes, -David Delaune

If you read the first page you link to, you have: However, because Office applications also register their documents in the ROT, you can successfully attach to other instances by iterating the ROT looking for a specific document, attaching to this document, and then getting the Application object from this document. For a code example of iterating the ROT and looking for a document name, click the article number below to view the article in the Microsoft Knowledge Base:... You don't even have to reference each individual instance as all documents (from all instances of excel) is in the ROT. If you need the application object for a document, it's also there via the document object.