I tried selecting that box and the good news is it did help, but the bad
news is it didn't help enough. 8-(
The application I'm trying to run does indeed select the window I want
but then it sends its output back the the remote machine on which I'm
running 'rcmd'. I'm guessing this is how 'rcdm' is designed to work -
it sends the output of a program back to the window from which it was
invoked. Does anyone have any clever ideas how to defeat this
capability? Of better yet, how to get a program to send its output to a
window (such as a control waiting for an OK button to be clicked)?
I also tried running a program that can move the mouse anywhere on the
screen and then do a mouse-click, but that failed to run with 'rcmd' as
well.
Finally I thought I could simply schedule my program to run with AT
since it would lose it's 'rcdm' context but even though it gets schedule
to run, it fails and write an error to the system event log saying there
is something wrong with the command syntax even though a cut/paste of
the command to a DOS window does in fact run and move the cursor and
click the button! What I'm doing is the following:
AT xx:yy c:\windows\system32\cmd.exe /K start c:\temp\mouse.pl
Any thoughts? Is this a hopeless problem?
-mark
> perhaps in the service setup you have to check the box 'allow service to
> interact with desktop'?
[quoted text clipped - 33 lines]
>>
>> -mark