|
Notes |
|
|
(0015372)
|
|
Julien Jomier
|
|
2009-02-25 09:41
|
|
|
I just tried with 1.2.2 (the branch version of 1.2) and it works fine with the Coverage.xml reported in the link above. Could you be more specific? |
|
|
|
(0015392)
|
|
Nicholas Yue
|
|
2009-02-25 16:40
|
|
For us, the output has the similar "UNTESTED" results in both the percentage and line column.
See http://testing.csync.org/viewCoverage.php?buildid=399 [^]
(Note: this is not our output), I am unable to show our internal page.
For us the "UNTESTED" results is for every file under coverage analysis. (We use lots of C++ template code but that shouldn't matter)
But looking at the coverage.xml file, I see that it has the correct results for every file under coverage analysis.
So the translation of the coverage.xml content to the HTML result page may be the source of the problem.
I am using CDash 1.2.1, you tried with 1.2.2, there might have been an update which fixed that.
Is there an ETA on the release of CDash 1.2.2? |
|
|
|
(0015393)
|
|
Julien Jomier
|
|
2009-02-25 16:53
|
|
Could you check that your coverage.xml has the Covered="true" for each of the file? There was a bug in CTest that was reporting the covered status to false for all the file. If that's the case I would recommend to upgrade CMake/CTest
1.2.2 is the 1.2 branch that you can download using SVN:
svn co https://www.kitware.com:8443/svn/CDash/Release-1-2 [^] CDash
We are trying to push the 1.4 release in 3-4 weeks. |
|
|
|
(0015394)
|
|
Nicholas Yue
|
|
2009-02-25 17:33
|
|
You are right, Covered="false" in my case.
I'll double check my running of cmake/ctest.
If necessary, I will upgrade CMake (I am currently using CMake 2.6.2) to see if that resolve the problem.
I might also consider upgrading CDash to 1.4 when it comes out. |
|
|
|
(0015395)
|
|
Julien Jomier
|
|
2009-02-25 17:36
|
|
|
Thanks. Feel free to reopen if upgrading CMake doesn't work. |
|
|
|
(0015398)
|
|
Nicholas Yue
|
|
2009-02-25 19:25
|
|
I have not implemented any of the suggestions yet but I thought I should put on record my observation regarding the log of my run
ctest -D NightlySubmit
Submit files (using http)
Using HTTP submit method
Drop site: http://cdash/submit.php?project=vacuumLib [^]
Uploaded: /home/buildboy/projects/drd_svn/vacuumLib_cpp/build/Testing/20090225-0500/Coverage.xml
Uploaded: /home/buildboy/projects/drd_svn/vacuumLib_cpp/build/Testing/20090225-0500/CoverageLog-0.xml
Error when uploading file: /home/buildboy/projects/drd_svn/vacuumLib_cpp/build/Testing/20090225-0500/CoverageLog-1.xml
Error message was: Empty reply from server
Problems when submitting via HTTP |
|
|
|
(0015415)
|
|
Julien Jomier
|
|
2009-02-26 00:10
|
|
|
I think it's due to the large amount of data that CoverageLog-1.xml must have and the XML parser is dying on the server, could you check the backup/cdash.log to confirm? One solution is to increase the memory limit in your php.ini (http://public.kitware.com/Wiki/CDash:FAQ#PHP_cannot_parse_my_submission [^]) and see if that helps. CDash 1.4 has a new XML parsing that handle large files. Let me know how it goes. |
|
|
|
(0015416)
|
|
Nicholas Yue
|
|
2009-02-26 05:30
|
|
No log file was created
The previous version of CDash we were using (1.0.2) had log file but since upgrading to 1.2.1, there are no log file.
We have the same person installing the original CDash server (managed services) so it seems less likely to be an installation problem.
I have also asked them to specifically removed the old CDash installation.
The have restart Apache and such but still no log file. |
|
|
|
(0015462)
|
|
Julien Jomier
|
|
2009-02-27 13:58
|
|
|
Make sure the 'backup' directory is writable by the web browser. |
|
|
|
(0015828)
|
|
Julien Jomier
|
|
2009-03-27 23:30
|
|
|
The new XML parser should fix this issue |
|