[Dart] Windows NT issues: MostRecentResults symlink, code coverage in Visual C++
ebmiddlecamp at imation.com
ebmiddlecamp at imation.com
Tue, 17 Jul 2001 12:12:15 -0500
I've just built my first WinNT dashboard!
I just have a few miscellaneous issues with building the dashboard on
Windows NT (sigh) ..
(1) I would like to make a cosmetic change to "Utility.tcl", affecting the
way the timestamps are formatted. Rather than use "YYYYMMDDHHMM" for
non-nightly timestamps, I would prefer to use "YYYMMDD-HHMM". The only
difference is the addition of a minus character between the numbers for the
date and those for the time. Although this is just a minor change, it makes
the timestamps much easier to read. (This change affects four lines of code
in Utility.tcl, namely: line 44, lines 148-150)
(2) The "MostRecentResults" symlink created when the dashboard is built
does not work on WindowsNT. (This is why I mention item#1, so I can turn on
directory browsing.) I would prefer to copy the most recent results folder
to a folder called "MostRecentResults." This could be implemented as a
configuration parameter, or possibly as some kind of test to see if the
platform supports symlinks.
(3) Code coverage information - I would like to be able to generate my code
coverage information using Visual C++. The mechanism Visual C++ uses is
somewhat different from gcov, however. First of all, line counting in
Visual C++ is extremely slow (they set a breakpoint on every line), so I
would rather do hit-testing. Secondly, Visual C++ outputs the entire
coverage information as one giant stream, rather than store the information
per file. So, the data would have to be merged across each test that is
run, and the format used is different. I can write the script(s) necessary
to merge the debugging information, convert the format, and do the coverage
data submission. What I'm wondering is what changes would be necessary to
the Dashboard script and/or CMake, to support the generation of coverage
files via Visual C++ rather than gcov.
Sorry if item #3 is a bit long-winded; I'm still thinking about how to
approach this one..
Eric Middlecamp
Imation Corp