View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0008610 | CDash | public | 2009-02-25 01:47 | 2009-03-27 23:30 | |||||
Reporter | Nicholas Yue | ||||||||
Assigned To | Julien Jomier | ||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | 1.2 | ||||||||
Target Version | Fixed in Version | 1.4 | |||||||
Summary | 0008610: CDash content of coverage differs to Coverage.xml | ||||||||
Description | This has been reported fixed for 1.2 and closed via http://www.gccxml.org/Bug/bug_view_advanced_page.php?bug_id=7064 [^] I am seeing it in 1.2.1 of CDash | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0015372) Julien Jomier (manager) 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 (reporter) 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 (manager) 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 (reporter) 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 (manager) 2009-02-25 17:36 |
Thanks. Feel free to reopen if upgrading CMake doesn't work. |
(0015398) Nicholas Yue (reporter) 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 (manager) 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 (reporter) 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 (manager) 2009-02-27 13:58 |
Make sure the 'backup' directory is writable by the web browser. |
(0015828) Julien Jomier (manager) 2009-03-27 23:30 |
The new XML parser should fix this issue |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2009-02-25 01:47 | Nicholas Yue | New Issue | |
2009-02-25 08:20 | Julien Jomier | Status | new => assigned |
2009-02-25 08:20 | Julien Jomier | Assigned To | => Julien Jomier |
2009-02-25 09:41 | Julien Jomier | Note Added: 0015372 | |
2009-02-25 16:40 | Nicholas Yue | Note Added: 0015392 | |
2009-02-25 16:53 | Julien Jomier | Note Added: 0015393 | |
2009-02-25 17:33 | Nicholas Yue | Note Added: 0015394 | |
2009-02-25 17:36 | Julien Jomier | Note Added: 0015395 | |
2009-02-25 17:36 | Julien Jomier | Status | assigned => closed |
2009-02-25 17:36 | Julien Jomier | Resolution | open => won't fix |
2009-02-25 19:25 | Nicholas Yue | Note Added: 0015398 | |
2009-02-25 19:25 | Nicholas Yue | Status | closed => feedback |
2009-02-25 19:25 | Nicholas Yue | Resolution | won't fix => reopened |
2009-02-26 00:10 | Julien Jomier | Note Added: 0015415 | |
2009-02-26 05:30 | Nicholas Yue | Note Added: 0015416 | |
2009-02-27 13:58 | Julien Jomier | Note Added: 0015462 | |
2009-03-27 23:30 | Julien Jomier | Note Added: 0015828 | |
2009-03-27 23:30 | Julien Jomier | Status | feedback => closed |
2009-03-27 23:30 | Julien Jomier | Resolution | reopened => fixed |
2009-03-27 23:30 | Julien Jomier | Fixed in Version | => 1.4 |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |