Bill - <br><br>I looked through the `Mastering Cmake` bible, and Web page.... Still a bit confused about that VS 2003 case:<br><br>1. When I run my executables&nbsp; test1, test2, test3... from within VS 2003 IDE - they manage to find foo.dll. Even though it is not within&nbsp; &quot;Visual Studio PATH&quot; but only within my &#39;regular&#39; path; <br>
<br>2. &#39;RUN_TESTS&#39; target, however, fails to find the .dll, since it is not within the &#39;VS PATH&#39;.&nbsp; But if while `building&#39; RUN_TESTS I&#39;m involving&nbsp; CTest anyway, why it inherits the path from VS, not from &#39;regular&#39; process on the system? <br>
Is there any way to do - at least one - of the following - <br><br>&nbsp;&nbsp; a. Disable appearance of&nbsp; &#39;RUN_TESTS&#39; within Visual Studio? But to keep CTestsTestfile.cmake generated. In other words, to not have &#39;RUN_TESTS&#39; in Visual Studio IDE, but be able to run ctest from the command shell? <br>
<br>&nbsp;&nbsp;&nbsp; b. To provide explicitly&nbsp; information about foo.dll location to CTest&nbsp; - set some CTEST_xyz variable, etc - in order CTest will be able to find the dll while running from &#39;RUN_TESTS&#39;, even though the VS does not have the route to foo.dll in its &#39;own&#39; PATH? <br>
<br>I really like this simple but powerful testing capability and I do not want to disable it on VS 2003 installations... <br>Thanks for your attention to this matter. <br><br>Michael.<br>