Re: [deal.II] Re: Failing to set up simple test configuration

[Alex Zimmerman]

Timo, when I looked into this before posting my question, it seemed to be a 
pretty clear issue with the perl command not working on the Windows 
filesystem. Per my recent reply to Wolfgang, I have moved forward with a 
simple work-around (which simply does not involve running ctest on the 
Windows file system). I imagine at some point in the not-so-distant future 
I'll be interested in fixing this. Of course please do let me know if 
you're interested and want to to reproduce the log for the group's purposes.

Thanks.

On Wednesday, September 7, 2016 at 6:44:09 PM UTC+2, Timo Heister wrote:
>
> Hey Alex, 
>
> I am not surprised you are running into issues, because you are the 
> first one to try "ubuntu on windows" to compile deal.II with (at least 
> as far as I know). 
>
> It could be a permission problem that you are running into, who knows. 
> Would you mind sharing you deal.II detailed.log? 
>
> On Wed, Sep 7, 2016 at 9:32 AM, Jean-Paul Pelteret  > wrote: 
> > Hi Alex, 
> > 
> > Great, many thanks for your useful feedback. I've alerted the other 
> > developers to your comments so that they can be considered in the 
> discussion 
> > about getting deal.II to properly on windows. 
> > 
> > Cheers, 
> > J-P 
> > 
> > 
> > On Wednesday, September 7, 2016 at 2:56:10 PM UTC+2, Alex Zimmerman 
> wrote: 
> >> 
> >> The recent Windows 10 "Anniversary Update" included an entire built-in 
> >> Ubuntu (14.04) subsystem: 
> >> 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__msdn.microsoft.com_en-2Dus_commandline_wsl_about=CwIBaQ=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4=4k7iKXbjGC8LfYxVJJXiaYVu6FRWmEjX38S7JmlS9Vw=WDpmF-SkGP5uKyQ0vKXcggIG-I_RfG1fLlDteZEDQ_s=iVn3ecqjKuFP2DxDo7Q8ippSqeZvU8HaFT57rzJEvRQ=
>  
> >> 
> >> I've built a few different versions of deal.II on this system, 
> including 
> >> the candi build with Trilinos, p4est, etc. This was all painless, so 
> >> definitely try it out if you can use the latest version of Windows. 
> >> 
> >> It's actually called "Bash on Ubuntu on Windows", and it's marketed as 
> >> just being a bash prompt useful for command line tools; but it appears 
> much 
> >> more capable than that. Also it can read/write from/to the entire 
> Windows C: 
> >> drive, which is the "/mnt/c" path in my question. This has been useful 
> so 
> >> that I can use Notepad++ and Paraview from Windows. "Bash on Ubuntu on 
> >> Windows" currently isn't very good at forwarding graphics. Even gedit 
> >> doesn't forward very well. There might be some low level magic that 
> >> Microsoft has performed to make all of this work. Presently it appears 
> that 
> >> my issue is related to MS-DOS not allowing my ctest to do some inline 
> file 
> >> editing on my C: drive. But this is indeed to first issue I've had, so 
> the 
> >> system looks quite promising. 
> >> 
> >> After some brief Googling, I think I might even be able to fix this 
> issue 
> >> if I could find where the code is that is causing the error "Can't do 
> >> inplace edit on 
> >> 
> /mnt/c/Users/Alexander/UbuntuShared/dimice-heat-dealii/build/tests/cylinder.debug/output:
>  
>
> >> No such file or directory." Unfortunately I'm completely unfamiliar 
> with the 
> >> test system and I have not a clue. 
> >> 
> >> 
> >> On Wednesday, September 7, 2016 at 10:29:54 AM UTC+2, Jean-Paul 
> Pelteret 
> >> wrote: 
> >>> 
> >>> Great, glad that you sorted it out! 
> >>> 
> >>> By the way, there's recently been a discussion on GitHub related to 
> >>> running deal.II on windows. Its interesting to hear that you've got it 
> >>> running on Windows 10. Out of curiosity, how have you configured 
> deal.II? Do 
> >>> you link it against any external libraries? 
> >>> 
> >>> On Wednesday, September 7, 2016 at 10:07:06 AM UTC+2, Alex Zimmerman 
> >>> wrote: 
>  
>  This might be a problem with my file system. I've been successfully 
>  using the Ubuntu subsystem on Windows 10 for the past few weeks, and 
> that's 
>  where the odd "/mnt/c/Users..." path comes from in my question. 
>  
>  I just tried this again at my home directory, and it worked. I 
> thought I 
>  had tried running the test on my user project in my home directory, 
> but I'm 
>  fairly sure I never tried this simple step-1 example there. 
>  
>  So now this is working: 
>  
>  $ ctest 
>  
>  
> > 
> > Test project /home/zimmerman/temp/step-1/build 
> > Start 1: tests/my_test.debug 
> > 1/1 Test #1: tests/my_test.debug ..   Passed5.51 sec 
> > 100% tests passed, 0 tests failed out of 1 
> > Total Test time (real) =   5.52 sec 
>  
>  
>  
>  One of these days I'll ask a question that I don't answer myself a 
> few 
>  minutes later :) 
>  
>  
>  On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman 
>  wrote: 
> > 
> > Maybe this is a bug, but I think it's more likely that I'm doing 
> 

Re: [deal.II] Re: Failing to set up simple test configuration

[Alex Zimmerman]

Wolfgang, thanks for pointing me to this part of the code. I'm not sure 
when I'll try to fix the problem, because it was very simple to just only 
ever run ctest on the Linux filesystem, completely circumventing it. I'll 
make sure to post an update if I ever fix this so that I can run ctest on 
the Windows filesystem (from the bash prompt).

On Wednesday, September 7, 2016 at 10:36:21 PM UTC+2, Wolfgang Bangerth 
wrote:
>
> On 09/07/2016 06:56 AM, Alex Zimmerman wrote: 
> > 
> > After some brief Googling, I think I might even be able to fix this 
> issue if I 
> > could find where the code is that is causing the error "Can't do inplace 
> edit 
> > on 
> > 
> /mnt/c/Users/Alexander/UbuntuShared/dimice-heat-dealii/build/tests/cylinder.debug/output:
>  
>
> > No such file or directory." Unfortunately I'm completely unfamiliar with 
> the 
> > test system and I have not a clue. 
>
> This happens in cmake/macros/macro_deal_ii_add_test.cmake, around line 
> 240: 
>
>ADD_CUSTOM_COMMAND(OUTPUT ${_test_directory}/output 
>  COMMAND sh 
> ${DEAL_II_PATH}/${DEAL_II_SHARE_RELDIR}/scripts/run_test.sh 
>run "${_test_full}" "${_run_command}" "${_test_diff}" 
>"${DIFF_EXECUTABLE}" "${_comparison_file}" 
>  COMMAND ${PERL_EXECUTABLE} 
>-pi ${DEAL_II_PATH}/${DEAL_II_SHARE_RELDIR}/scripts/
> normalize.pl 
>${_test_directory}/output 
>  WORKING_DIRECTORY 
>${_test_directory} 
>  DEPENDS 
>${_target} 
>${DEAL_II_PATH}/${DEAL_II_SHARE_RELDIR}/scripts/normalize.pl 
>  VERBATIM 
>  ) 
>
> We here call "perl -pi  ". 
>
> Best 
>   W. 
>
> -- 
>  
> Wolfgang Bangerth  email: bang...@colostate.edu 
>  
> www: http://www.math.colostate.edu/~bangerth/ 
>
>

-- 
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see 
https://groups.google.com/d/forum/dealii?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [deal.II] Re: Failing to set up simple test configuration

[Timo Heister]

Hey Alex,

I am not surprised you are running into issues, because you are the
first one to try "ubuntu on windows" to compile deal.II with (at least
as far as I know).

It could be a permission problem that you are running into, who knows.
Would you mind sharing you deal.II detailed.log?

On Wed, Sep 7, 2016 at 9:32 AM, Jean-Paul Pelteret  wrote:
> Hi Alex,
>
> Great, many thanks for your useful feedback. I've alerted the other
> developers to your comments so that they can be considered in the discussion
> about getting deal.II to properly on windows.
>
> Cheers,
> J-P
>
>
> On Wednesday, September 7, 2016 at 2:56:10 PM UTC+2, Alex Zimmerman wrote:
>>
>> The recent Windows 10 "Anniversary Update" included an entire built-in
>> Ubuntu (14.04) subsystem:
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__msdn.microsoft.com_en-2Dus_commandline_wsl_about=CwIBaQ=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4=4k7iKXbjGC8LfYxVJJXiaYVu6FRWmEjX38S7JmlS9Vw=WDpmF-SkGP5uKyQ0vKXcggIG-I_RfG1fLlDteZEDQ_s=iVn3ecqjKuFP2DxDo7Q8ippSqeZvU8HaFT57rzJEvRQ=
>>  
>>
>> I've built a few different versions of deal.II on this system, including
>> the candi build with Trilinos, p4est, etc. This was all painless, so
>> definitely try it out if you can use the latest version of Windows.
>>
>> It's actually called "Bash on Ubuntu on Windows", and it's marketed as
>> just being a bash prompt useful for command line tools; but it appears much
>> more capable than that. Also it can read/write from/to the entire Windows C:
>> drive, which is the "/mnt/c" path in my question. This has been useful so
>> that I can use Notepad++ and Paraview from Windows. "Bash on Ubuntu on
>> Windows" currently isn't very good at forwarding graphics. Even gedit
>> doesn't forward very well. There might be some low level magic that
>> Microsoft has performed to make all of this work. Presently it appears that
>> my issue is related to MS-DOS not allowing my ctest to do some inline file
>> editing on my C: drive. But this is indeed to first issue I've had, so the
>> system looks quite promising.
>>
>> After some brief Googling, I think I might even be able to fix this issue
>> if I could find where the code is that is causing the error "Can't do
>> inplace edit on
>> /mnt/c/Users/Alexander/UbuntuShared/dimice-heat-dealii/build/tests/cylinder.debug/output:
>> No such file or directory." Unfortunately I'm completely unfamiliar with the
>> test system and I have not a clue.
>>
>>
>> On Wednesday, September 7, 2016 at 10:29:54 AM UTC+2, Jean-Paul Pelteret
>> wrote:
>>>
>>> Great, glad that you sorted it out!
>>>
>>> By the way, there's recently been a discussion on GitHub related to
>>> running deal.II on windows. Its interesting to hear that you've got it
>>> running on Windows 10. Out of curiosity, how have you configured deal.II? Do
>>> you link it against any external libraries?
>>>
>>> On Wednesday, September 7, 2016 at 10:07:06 AM UTC+2, Alex Zimmerman
>>> wrote:

 This might be a problem with my file system. I've been successfully
 using the Ubuntu subsystem on Windows 10 for the past few weeks, and that's
 where the odd "/mnt/c/Users..." path comes from in my question.

 I just tried this again at my home directory, and it worked. I thought I
 had tried running the test on my user project in my home directory, but I'm
 fairly sure I never tried this simple step-1 example there.

 So now this is working:

 $ ctest


>
> Test project /home/zimmerman/temp/step-1/build
> Start 1: tests/my_test.debug
> 1/1 Test #1: tests/my_test.debug ..   Passed5.51 sec
> 100% tests passed, 0 tests failed out of 1
> Total Test time (real) =   5.52 sec



 One of these days I'll ask a question that I don't answer myself a few
 minutes later :)


 On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman
 wrote:
>
> Maybe this is a bug, but I think it's more likely that I'm doing
> something wrong here.
>
> I had tried to set up a test for my user code following the
> instructions at 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.dealii.org_developer_users_testsuite.html=CwIBaQ=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4=4k7iKXbjGC8LfYxVJJXiaYVu6FRWmEjX38S7JmlS9Vw=WDpmF-SkGP5uKyQ0vKXcggIG-I_RfG1fLlDteZEDQ_s=D427W_TuNHmLUNLsfAJzev5TqwE4D65e65adR2s4VMo=
>  . This
> failed; so I attempted to set this up with step-1, using the exact
> CMakeLists from the "simple configuration" example and following the same
> steps to produce the parameter file, configure the test, and run the test.
>
> Originally I was on my own branch of deal.II-8.5.0-pre; but now I've
> reproduced the same problem with the latest release, 8.4.2.
>
> I configure, build, and run the test
>
> $ cd step-1
> $ mkdir build
> $ cd build/
> $ cmake ..
>

[deal.II] Re: Failing to set up simple test configuration

[Jean-Paul Pelteret]

Hi Alex,

Great, many thanks for your useful feedback. I've alerted the other 
developers to your comments so that they can be considered in the 
 discussion 
 about getting deal.II to 
properly on windows.

Cheers,
J-P

On Wednesday, September 7, 2016 at 2:56:10 PM UTC+2, Alex Zimmerman wrote:
>
> The recent Windows 10 "Anniversary Update" included an entire built-in 
> Ubuntu (14.04) subsystem: 
> https://msdn.microsoft.com/en-us/commandline/wsl/about
>
> I've built a few different versions of deal.II on this system, including 
> the candi build with Trilinos, p4est, etc. This was all painless, so 
> definitely try it out if you can use the latest version of Windows.
>
> It's actually called "Bash on Ubuntu on Windows", and it's marketed as 
> just being a bash prompt useful for command line tools; but it appears much 
> more capable than that. Also it can read/write from/to the entire Windows 
> C: drive, which is the "/mnt/c" path in my question. This has been useful 
> so that I can use Notepad++ and Paraview from Windows. "Bash on Ubuntu on 
> Windows" currently isn't very good at forwarding graphics. Even gedit 
> doesn't forward very well. There might be some low level magic that 
> Microsoft has performed to make all of this work. Presently it appears that 
> my issue is related to MS-DOS not allowing my ctest to do some inline file 
> editing on my C: drive. But this is indeed to first issue I've had, so the 
> system looks quite promising.
>
> After some brief Googling, I think I might even be able to fix this issue 
> if I could find where the code is that is causing the error "Can't do 
> inplace edit on 
> /mnt/c/Users/Alexander/UbuntuShared/dimice-heat-dealii/build/tests/cylinder.debug/output:
>  
> No such file or directory." Unfortunately I'm completely unfamiliar with 
> the test system and I have not a clue.
>
>
> On Wednesday, September 7, 2016 at 10:29:54 AM UTC+2, Jean-Paul Pelteret 
> wrote:
>>
>> Great, glad that you sorted it out!
>>
>> By the way, there's recently been a discussion on GitHub 
>>  related to running 
>> deal.II on windows. Its interesting to hear that you've got it running on 
>> Windows 10. Out of curiosity, how have you configured deal.II? Do you link 
>> it against any external libraries?
>>
>> On Wednesday, September 7, 2016 at 10:07:06 AM UTC+2, Alex Zimmerman 
>> wrote:
>>>
>>> This might be a problem with my file system. I've been successfully 
>>> using the Ubuntu subsystem on Windows 10 for the past few weeks, and that's 
>>> where the odd "/mnt/c/Users..." path comes from in my question.
>>>
>>> I just tried this again at my home directory, and it worked. I thought I 
>>> had tried running the test on my user project in my home directory, but I'm 
>>> fairly sure I never tried this simple step-1 example there.
>>>
>>> So now this is working:
>>>
>>> $ ctest
>>>
>>>  
>>>
>>> Test project /home/zimmerman/temp/step-1/build
 Start 1: tests/my_test.debug
 1/1 Test #1: tests/my_test.debug ..   Passed5.51 sec
 100% tests passed, 0 tests failed out of 1
 Total Test time (real) =   5.52 sec
>>>
>>>
>>>
>>> One of these days I'll ask a question that I don't answer myself a few 
>>> minutes later :)
>>>
>>>
>>> On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman 
>>> wrote:

 Maybe this is a bug, but I think it's more likely that I'm doing 
 something wrong here.

 I had tried to set up a test for my user code following the 
 instructions at https://www.dealii.org/developer/users/testsuite.html. 
 This failed; so I attempted to set this up with step-1, using the exact 
 CMakeLists from the "simple configuration" example and following the same 
 steps to produce the parameter file, configure the test, and run the test.

 Originally I was on my own branch of deal.II-8.5.0-pre; but now I've 
 reproduced the same problem with the latest release, 8.4.2.

 I configure, build, and run the test 

 $ cd step-1
 $ mkdir build
 $ cd build/
 $ cmake ..

  

 -- Using the deal.II-8.4.2 installation found at 
> /home/zimmerman/Installed/dealii-8.4.2
> -- Include macro 
> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_add_test.cmake
> -- Include macro 
> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_initialize_cached_variables.cmake
> -- Include macro 
> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_invoke_autopilot.cmake
> -- Include macro 
> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_pickup_tests.cmake
> -- Include macro 
> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_query_git_information.cmake
> -- Include 

[deal.II] Re: Failing to set up simple test configuration

[Alex Zimmerman]

The recent Windows 10 "Anniversary Update" included an entire built-in 
Ubuntu (14.04) subsystem: 
https://msdn.microsoft.com/en-us/commandline/wsl/about

I've built a few different versions of deal.II on this system, including 
the candi build with Trilinos, p4est, etc. This was all painless, so 
definitely try it out if you can use the latest version of Windows.

It's actually called "Bash on Ubuntu on Windows", and it's marketed as just 
being a bash prompt useful for command line tools; but it appears much more 
capable than that. Also it can read/write from/to the entire Windows C: 
drive, which is the "/mnt/c" path in my question. This has been useful so 
that I can use Notepad++ and Paraview from Windows. "Bash on Ubuntu on 
Windows" currently isn't very good at forwarding graphics. Even gedit 
doesn't forward very well. There might be some low level magic that 
Microsoft has performed to make all of this work. Presently it appears that 
my issue is related to MS-DOS not allowing my ctest to do some inline file 
editing on my C: drive. But this is indeed to first issue I've had, so the 
system looks quite promising.

After some brief Googling, I think I might even be able to fix this issue 
if I could find where the code is that is causing the error "Can't do 
inplace edit on 
/mnt/c/Users/Alexander/UbuntuShared/dimice-heat-dealii/build/tests/cylinder.debug/output:
 
No such file or directory." Unfortunately I'm completely unfamiliar with 
the test system and I have not a clue.


On Wednesday, September 7, 2016 at 10:29:54 AM UTC+2, Jean-Paul Pelteret 
wrote:
>
> Great, glad that you sorted it out!
>
> By the way, there's recently been a discussion on GitHub 
>  related to running deal.II 
> on windows. Its interesting to hear that you've got it running on Windows 
> 10. Out of curiosity, how have you configured deal.II? Do you link it 
> against any external libraries?
>
> On Wednesday, September 7, 2016 at 10:07:06 AM UTC+2, Alex Zimmerman wrote:
>>
>> This might be a problem with my file system. I've been successfully using 
>> the Ubuntu subsystem on Windows 10 for the past few weeks, and that's where 
>> the odd "/mnt/c/Users..." path comes from in my question.
>>
>> I just tried this again at my home directory, and it worked. I thought I 
>> had tried running the test on my user project in my home directory, but I'm 
>> fairly sure I never tried this simple step-1 example there.
>>
>> So now this is working:
>>
>> $ ctest
>>
>>  
>>
>> Test project /home/zimmerman/temp/step-1/build
>>> Start 1: tests/my_test.debug
>>> 1/1 Test #1: tests/my_test.debug ..   Passed5.51 sec
>>> 100% tests passed, 0 tests failed out of 1
>>> Total Test time (real) =   5.52 sec
>>
>>
>>
>> One of these days I'll ask a question that I don't answer myself a few 
>> minutes later :)
>>
>>
>> On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman wrote:
>>>
>>> Maybe this is a bug, but I think it's more likely that I'm doing 
>>> something wrong here.
>>>
>>> I had tried to set up a test for my user code following the instructions 
>>> at https://www.dealii.org/developer/users/testsuite.html. This failed; 
>>> so I attempted to set this up with step-1, using the exact CMakeLists from 
>>> the "simple configuration" example and following the same steps to produce 
>>> the parameter file, configure the test, and run the test.
>>>
>>> Originally I was on my own branch of deal.II-8.5.0-pre; but now I've 
>>> reproduced the same problem with the latest release, 8.4.2.
>>>
>>> I configure, build, and run the test 
>>>
>>> $ cd step-1
>>> $ mkdir build
>>> $ cd build/
>>> $ cmake ..
>>>
>>>  
>>>
>>> -- Using the deal.II-8.4.2 installation found at 
 /home/zimmerman/Installed/dealii-8.4.2
 -- Include macro 
 /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_add_test.cmake
 -- Include macro 
 /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_initialize_cached_variables.cmake
 -- Include macro 
 /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_invoke_autopilot.cmake
 -- Include macro 
 /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_pickup_tests.cmake
 -- Include macro 
 /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_query_git_information.cmake
 -- Include macro 
 /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_setup_target.cmake
 -- The C compiler identification is GNU 4.8.4
 -- The CXX compiler identification is GNU 4.8.4
 -- Check for working C compiler: /usr/bin/cc
 -- Check for working C compiler: /usr/bin/cc -- works
 -- Detecting C compiler ABI info
 -- Detecting C compiler ABI info - done
 -- Check for working CXX compiler: /usr/bin/c++
 -- Check for working CXX compiler: /usr/bin/c++ -- works
 -- Detecting 

[deal.II] Re: Failing to set up simple test configuration

[Alex Zimmerman]

I should add that I'm still quite curious as to why this problem occurs; 
but I don't expect anyone to want to spend time debugging an "Ubuntu on 
Windows" problem. This is the first issue I've had with the file system. 
Other outputs write perfectly fine.


On Wednesday, September 7, 2016 at 10:07:06 AM UTC+2, Alex Zimmerman wrote:
>
> This might be a problem with my file system. I've been successfully using 
> the Ubuntu subsystem on Windows 10 for the past few weeks, and that's where 
> the odd "/mnt/c/Users..." path comes from in my question.
>
> I just tried this again at my home directory, and it worked. I thought I 
> had tried running the test on my user project in my home directory, but I'm 
> fairly sure I never tried this simple step-1 example there.
>
> So now this is working:
>
> $ ctest
>
>  
>
> Test project /home/zimmerman/temp/step-1/build
>> Start 1: tests/my_test.debug
>> 1/1 Test #1: tests/my_test.debug ..   Passed5.51 sec
>> 100% tests passed, 0 tests failed out of 1
>> Total Test time (real) =   5.52 sec
>
>
>
> One of these days I'll ask a question that I don't answer myself a few 
> minutes later :)
>
>
> On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman wrote:
>>
>> Maybe this is a bug, but I think it's more likely that I'm doing 
>> something wrong here.
>>
>> I had tried to set up a test for my user code following the instructions 
>> at https://www.dealii.org/developer/users/testsuite.html. This failed; 
>> so I attempted to set this up with step-1, using the exact CMakeLists from 
>> the "simple configuration" example and following the same steps to produce 
>> the parameter file, configure the test, and run the test.
>>
>> Originally I was on my own branch of deal.II-8.5.0-pre; but now I've 
>> reproduced the same problem with the latest release, 8.4.2.
>>
>> I configure, build, and run the test 
>>
>> $ cd step-1
>> $ mkdir build
>> $ cd build/
>> $ cmake ..
>>
>>  
>>
>> -- Using the deal.II-8.4.2 installation found at 
>>> /home/zimmerman/Installed/dealii-8.4.2
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_add_test.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_initialize_cached_variables.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_invoke_autopilot.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_pickup_tests.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_query_git_information.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_setup_target.cmake
>>> -- The C compiler identification is GNU 4.8.4
>>> -- The CXX compiler identification is GNU 4.8.4
>>> -- Check for working C compiler: /usr/bin/cc
>>> -- Check for working C compiler: /usr/bin/cc -- works
>>> -- Detecting C compiler ABI info
>>> -- Detecting C compiler ABI info - done
>>> -- Check for working CXX compiler: /usr/bin/c++
>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>> -- Detecting CXX compiler ABI info
>>> -- Detecting CXX compiler ABI info - done
>>> -- Autopilot invoked
>>> ###
>>> #
>>> #  Project  step-1  set up with  deal.II-8.4.2  found at
>>> #  /home/zimmerman/Installed/dealii-8.4.2
>>> #
>>> #  CMAKE_BUILD_TYPE:  Debug
>>> #
>>> #  You can now run
>>> #   $ make- to compile and link the program
>>> #   $ make run- to (compile, link and) run the program
>>> #
>>> #   $ make debug  - to switch the build type to 'Debug'
>>> #   $ make release- to switch the build type to 'Release'
>>> #
>>> #   $ make edit_cache - to change (cached) configuration 
>>> variables
>>> #   and rerun the configure and generate 
>>> phases of CMake
>>> #
>>> #   $ make strip_comments - to strip the source files in this
>>> #   directory off the documentation comments
>>> #   $ make clean  - to remove the generated executable as 
>>> well as
>>> #   all intermediate compilation files
>>> #   $ make runclean   - to remove all output generated by the 
>>> program
>>> #   $ make distclean  - to clean the directory from _all_ 
>>> generated
>>> #   files (includes clean, runclean and the 
>>> removal
>>> #   of the generated build system)
>>> #   $ make info   - to view this message again
>>> #
>>> #  Have a nice day!
>>> #
>>> ###
>>> -- Found Perl: /usr/bin/perl (found version "5.18.2")
>>> -- Configuring done
>>> -- Generating done
>>> -- Build files have been written to: 
>>> /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>>> 

[deal.II] Re: Failing to set up simple test configuration

[Alex Zimmerman]

Actually numdiff was already installed; I think that error was referring to 
the file simply not existing. See my latest reply. Thanks for your time!

On Wednesday, September 7, 2016 at 10:05:38 AM UTC+2, Jean-Paul Pelteret 
wrote:
>
> Hi Alex,
>
> numdiff: output: No such file or directory
>>
> /usr/bin/diff: output: No such file or directory
>>
>
> It appears that you might be missing some of the programs necessary to 
> check your test's output against the "blessed" result. Can you you check 
> that you have numdiff and diff installed and in path?
>
> Regards,
> J-P
>
> On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman wrote:
>>
>> Maybe this is a bug, but I think it's more likely that I'm doing 
>> something wrong here.
>>
>> I had tried to set up a test for my user code following the instructions 
>> at https://www.dealii.org/developer/users/testsuite.html. This failed; 
>> so I attempted to set this up with step-1, using the exact CMakeLists from 
>> the "simple configuration" example and following the same steps to produce 
>> the parameter file, configure the test, and run the test.
>>
>> Originally I was on my own branch of deal.II-8.5.0-pre; but now I've 
>> reproduced the same problem with the latest release, 8.4.2.
>>
>> I configure, build, and run the test 
>>
>> $ cd step-1
>> $ mkdir build
>> $ cd build/
>> $ cmake ..
>>
>>  
>>
>> -- Using the deal.II-8.4.2 installation found at 
>>> /home/zimmerman/Installed/dealii-8.4.2
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_add_test.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_initialize_cached_variables.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_invoke_autopilot.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_pickup_tests.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_query_git_information.cmake
>>> -- Include macro 
>>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_setup_target.cmake
>>> -- The C compiler identification is GNU 4.8.4
>>> -- The CXX compiler identification is GNU 4.8.4
>>> -- Check for working C compiler: /usr/bin/cc
>>> -- Check for working C compiler: /usr/bin/cc -- works
>>> -- Detecting C compiler ABI info
>>> -- Detecting C compiler ABI info - done
>>> -- Check for working CXX compiler: /usr/bin/c++
>>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>>> -- Detecting CXX compiler ABI info
>>> -- Detecting CXX compiler ABI info - done
>>> -- Autopilot invoked
>>> ###
>>> #
>>> #  Project  step-1  set up with  deal.II-8.4.2  found at
>>> #  /home/zimmerman/Installed/dealii-8.4.2
>>> #
>>> #  CMAKE_BUILD_TYPE:  Debug
>>> #
>>> #  You can now run
>>> #   $ make- to compile and link the program
>>> #   $ make run- to (compile, link and) run the program
>>> #
>>> #   $ make debug  - to switch the build type to 'Debug'
>>> #   $ make release- to switch the build type to 'Release'
>>> #
>>> #   $ make edit_cache - to change (cached) configuration 
>>> variables
>>> #   and rerun the configure and generate 
>>> phases of CMake
>>> #
>>> #   $ make strip_comments - to strip the source files in this
>>> #   directory off the documentation comments
>>> #   $ make clean  - to remove the generated executable as 
>>> well as
>>> #   all intermediate compilation files
>>> #   $ make runclean   - to remove all output generated by the 
>>> program
>>> #   $ make distclean  - to clean the directory from _all_ 
>>> generated
>>> #   files (includes clean, runclean and the 
>>> removal
>>> #   of the generated build system)
>>> #   $ make info   - to view this message again
>>> #
>>> #  Have a nice day!
>>> #
>>> ###
>>> -- Found Perl: /usr/bin/perl (found version "5.18.2")
>>> -- Configuring done
>>> -- Generating done
>>> -- Build files have been written to: 
>>> /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>>> zimmerman@GRS-LAPTOP:/mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build$
>>>  
>>> make
>>> Scanning dependencies of target step-1
>>> [100%] Building CXX object CMakeFiles/step-1.dir/step-1.cc.o
>>> Linking CXX executable step-1
>>> [100%] Built target step-1
>>
>>  
>>
>> $ ctest
>>
>>  
>>
>> Test project /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>>> Start 1: tests/my_test.debug
>>> 1/1 Test #1: tests/my_test.debug ..***Failed0.59 sec
>>> 0% tests passed, 1 tests failed out of 1
>>> Total Test time (real) =   0.60 sec
>>> The following tests FAILED:
>>>   1 - 

[deal.II] Re: Failing to set up simple test configuration

[Alex Zimmerman]

This might be a problem with my file system. I've been successfully using 
the Ubuntu subsystem on Windows 10 for the past few weeks, and that's where 
the odd "/mnt/c/Users..." path comes from in my question.

I just tried this again at my home directory, and it worked. I thought I 
had tried running the test on my user project in my home directory, but I'm 
fairly sure I never tried this simple step-1 example there.

So now this is working:

$ ctest

 

Test project /home/zimmerman/temp/step-1/build
> Start 1: tests/my_test.debug
> 1/1 Test #1: tests/my_test.debug ..   Passed5.51 sec
> 100% tests passed, 0 tests failed out of 1
> Total Test time (real) =   5.52 sec



One of these days I'll ask a question that I don't answer myself a few 
minutes later :)


On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman wrote:
>
> Maybe this is a bug, but I think it's more likely that I'm doing something 
> wrong here.
>
> I had tried to set up a test for my user code following the instructions 
> at https://www.dealii.org/developer/users/testsuite.html. This failed; so 
> I attempted to set this up with step-1, using the exact CMakeLists from the 
> "simple configuration" example and following the same steps to produce the 
> parameter file, configure the test, and run the test.
>
> Originally I was on my own branch of deal.II-8.5.0-pre; but now I've 
> reproduced the same problem with the latest release, 8.4.2.
>
> I configure, build, and run the test 
>
> $ cd step-1
> $ mkdir build
> $ cd build/
> $ cmake ..
>
>  
>
> -- Using the deal.II-8.4.2 installation found at 
>> /home/zimmerman/Installed/dealii-8.4.2
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_add_test.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_initialize_cached_variables.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_invoke_autopilot.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_pickup_tests.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_query_git_information.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_setup_target.cmake
>> -- The C compiler identification is GNU 4.8.4
>> -- The CXX compiler identification is GNU 4.8.4
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Autopilot invoked
>> ###
>> #
>> #  Project  step-1  set up with  deal.II-8.4.2  found at
>> #  /home/zimmerman/Installed/dealii-8.4.2
>> #
>> #  CMAKE_BUILD_TYPE:  Debug
>> #
>> #  You can now run
>> #   $ make- to compile and link the program
>> #   $ make run- to (compile, link and) run the program
>> #
>> #   $ make debug  - to switch the build type to 'Debug'
>> #   $ make release- to switch the build type to 'Release'
>> #
>> #   $ make edit_cache - to change (cached) configuration variables
>> #   and rerun the configure and generate 
>> phases of CMake
>> #
>> #   $ make strip_comments - to strip the source files in this
>> #   directory off the documentation comments
>> #   $ make clean  - to remove the generated executable as 
>> well as
>> #   all intermediate compilation files
>> #   $ make runclean   - to remove all output generated by the 
>> program
>> #   $ make distclean  - to clean the directory from _all_ 
>> generated
>> #   files (includes clean, runclean and the 
>> removal
>> #   of the generated build system)
>> #   $ make info   - to view this message again
>> #
>> #  Have a nice day!
>> #
>> ###
>> -- Found Perl: /usr/bin/perl (found version "5.18.2")
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: 
>> /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>> zimmerman@GRS-LAPTOP:/mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build$
>>  
>> make
>> Scanning dependencies of target step-1
>> [100%] Building CXX object CMakeFiles/step-1.dir/step-1.cc.o
>> Linking CXX executable step-1
>> [100%] Built target step-1
>
>  
>
> $ ctest
>
>  
>
> Test project /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>> Start 1: tests/my_test.debug
>> 1/1 Test #1: tests/my_test.debug ..***Failed0.59 sec
>> 0% tests passed, 1 tests failed out 

[deal.II] Re: Failing to set up simple test configuration

[Jean-Paul Pelteret]

Hi Alex,

numdiff: output: No such file or directory
>
/usr/bin/diff: output: No such file or directory
>

It appears that you might be missing some of the programs necessary to 
check your test's output against the "blessed" result. Can you you check 
that you have numdiff and diff installed and in path?

Regards,
J-P

On Wednesday, September 7, 2016 at 9:57:33 AM UTC+2, Alex Zimmerman wrote:
>
> Maybe this is a bug, but I think it's more likely that I'm doing something 
> wrong here.
>
> I had tried to set up a test for my user code following the instructions 
> at https://www.dealii.org/developer/users/testsuite.html. This failed; so 
> I attempted to set this up with step-1, using the exact CMakeLists from the 
> "simple configuration" example and following the same steps to produce the 
> parameter file, configure the test, and run the test.
>
> Originally I was on my own branch of deal.II-8.5.0-pre; but now I've 
> reproduced the same problem with the latest release, 8.4.2.
>
> I configure, build, and run the test 
>
> $ cd step-1
> $ mkdir build
> $ cd build/
> $ cmake ..
>
>  
>
> -- Using the deal.II-8.4.2 installation found at 
>> /home/zimmerman/Installed/dealii-8.4.2
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_add_test.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_initialize_cached_variables.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_invoke_autopilot.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_pickup_tests.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_query_git_information.cmake
>> -- Include macro 
>> /home/zimmerman/Installed/dealii-8.4.2/share/deal.II/macros/macro_deal_ii_setup_target.cmake
>> -- The C compiler identification is GNU 4.8.4
>> -- The CXX compiler identification is GNU 4.8.4
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Autopilot invoked
>> ###
>> #
>> #  Project  step-1  set up with  deal.II-8.4.2  found at
>> #  /home/zimmerman/Installed/dealii-8.4.2
>> #
>> #  CMAKE_BUILD_TYPE:  Debug
>> #
>> #  You can now run
>> #   $ make- to compile and link the program
>> #   $ make run- to (compile, link and) run the program
>> #
>> #   $ make debug  - to switch the build type to 'Debug'
>> #   $ make release- to switch the build type to 'Release'
>> #
>> #   $ make edit_cache - to change (cached) configuration variables
>> #   and rerun the configure and generate 
>> phases of CMake
>> #
>> #   $ make strip_comments - to strip the source files in this
>> #   directory off the documentation comments
>> #   $ make clean  - to remove the generated executable as 
>> well as
>> #   all intermediate compilation files
>> #   $ make runclean   - to remove all output generated by the 
>> program
>> #   $ make distclean  - to clean the directory from _all_ 
>> generated
>> #   files (includes clean, runclean and the 
>> removal
>> #   of the generated build system)
>> #   $ make info   - to view this message again
>> #
>> #  Have a nice day!
>> #
>> ###
>> -- Found Perl: /usr/bin/perl (found version "5.18.2")
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: 
>> /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>> zimmerman@GRS-LAPTOP:/mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build$
>>  
>> make
>> Scanning dependencies of target step-1
>> [100%] Building CXX object CMakeFiles/step-1.dir/step-1.cc.o
>> Linking CXX executable step-1
>> [100%] Built target step-1
>
>  
>
> $ ctest
>
>  
>
> Test project /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>> Start 1: tests/my_test.debug
>> 1/1 Test #1: tests/my_test.debug ..***Failed0.59 sec
>> 0% tests passed, 1 tests failed out of 1
>> Total Test time (real) =   0.60 sec
>> The following tests FAILED:
>>   1 - tests/my_test.debug (Failed)
>> Errors while running CTest
>> zimmerman@GRS-LAPTOP:/mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build$
>>  
>> ctest
>> Test project /mnt/c/Users/Alexander/UbuntuShared/help/temp/step-1/build
>> Start 1: tests/my_test.debug
>> 1/1 Test #1: tests/my_test.debug ..***Failed0.60 sec
>> 0% tests passed, 1 tests failed