On 12/09/2011 04:30 PM, David Cole wrote:
On Fri, Dec 9, 2011 at 9:30 AM, m.hergarden<[email protected]>  wrote:
I have two buildservers: a Linux box and a Windows box. I now have a
buildscript that does a svn checkout in the homedir of the Linux build user.
This directory is shared read/write using Samba. The Windows builduser (same
credentials, same uid) is able to reach the files through a mingw mount.
On the Windows box there is a ssh server, so I can run commands from the
Linux box.

When running ssh windowsbuilduser@windowsip 'ctest -S /path/to/scriptfile' I
get the following error:

CMake Error: Cannot find file: /path/to/scriptfile

(actual pathnames are used of course)

When running ssh windowsbuilduser@windowsip 'ls /path/to/scriptfile' I do
see that the scriptfile is there. My guess is that ctest starts a new shell,
which cannot find the script.

Is that a correct assumption?
Does anybody know how to resolve this?

Any help or pointers would be very much appreciated.

With kind regards,
Micha Hergarden


--

Powered by www.kitware.com

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

What sshd are you running on the Windows box?

Can you map the network path to a Windows drive letter (say "N:" for
network), and use the "N:/path/to/script" file form instead?
Thank you for the quick reply.

I am using FreeSSHd. Using the 'net use' command I can map the network drive to n: When calling ctest using your suggested path locally on the windows box it does seem to work OK.
Running it through the ssh session still yields the same error.
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to