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 / Developer Toolkits / March 2007

Tip: Looking for answers? Try searching our database.

Question about problems with rcmd

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Mark Seger - 10 Mar 2007 13:06 GMT
There are so many microsoft newsgroups I have no idea if this is the
right place to ask but I'll try anyhow...  8-)

I have a testing environment that is set up in such a way that after one
logs in the application is automatically started and a window named
'test' is displayed that waits for the user to hit the ENTER key and
then begins executing.  This system also has rcmd service running on it
for doing various remote mgmt tasks such as rebooting it.  What I'd like
to do is use rcmd to remotely run a local program that sends the ENTER
to the system and so remotely start the tests running.

Being a perl user - though I don't think this is a perl problem - I
found a tool that allows me to what I want.  It looks for the window
named 'test', selects it and send an ENTER to it.  Works great when
testing it locally on that test machine but when I run it remotely via
rcmd the call that sets the foregoround window fails.

My initial thought is that the reason is because the script isn't
associated with any windows and therefore may not have the appropriate
context to find any other windows.  To test this I used rcmd to simply
create an 'at' job that runs the script via "cmd /c scriptname" to give
it a windows context but that fails too.  Anybody ever see this sort of
behavior before?  Might it simply be a question of adding some more
switches to 'cmd'?

A second thing I've noticed with rcmd is that if I execute 'net use' on
a remote mahine it tells me all my network drives are unavailable but I
know that are in fact associated with valid paths.  I'm guessing this
might be some sort of permissions thing, but haven't a clue how to track
this one down.

Can anyone help or at least point me in the right direction?

-mark
Dave - 10 Mar 2007 18:47 GMT
perhaps in the service setup you have to check the box 'allow service to
interact with desktop'?

> There are so many microsoft newsgroups I have no idea if this is the right
> place to ask but I'll try anyhow...  8-)
[quoted text clipped - 30 lines]
>
> -mark
Mark Seger - 13 Mar 2007 00:48 GMT
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
 
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



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