Updated again: PartCover Revision 35 includes a patch I provided that builds the same functionality in C#, transiently registering the COM component in HKCU during build, and also providing a
--register command line option which is equivalent to the old nCover
Updated with new complete registry frobbing script, based on actually diffing the before and after states of HKCR when using regsvr32 on the PartCover dll.
Following on from earlier in the week, I pulled the current trunk from SourceForge, and set about building it then putting it to work on some F# code which had caused an earlier version (the most recent available at the end of last year) to balk.
Unzipping the tools (Boost, ATL server) into the appropriate libraries, guided by the include paths (and moving the Debug relative paths to match the Release ones) was trivial, and then it's just a case of firing up MSBuild. Or so I thought.
First hiccup -- it attempts to register the PartCover assembly during the build, and I don't run as administrator by default. So I replaced the
regsvr32 /s /c "$(TargetPath)"
by a manual registry frobbing trick (akin to what NCover 1.5.8 used for its
"$(ProgramFiles)\FSharp-126.96.36.199\bin\fsi.exe" "$(ProjectDir)\partcover.fsx" "$(TargetPath)"
This updated per-user registration permits both building and running the PartCover utility without needing full administrator privilege.
...\PartCover.exe --target "..\..\..\_Tools\Microsoft Fxcop 10.0\FxCopCmd.exe" --target-work-dir . --target-args "/q /s /console /f:Tinesware.Recorder.dll /f:Tinesware.Instrumentation.exe /f:Tinesware.Infrastructure.dll /f:Tinesware.Rules.dll /f:Tinesware.InfrastructureTests.dll /f:BaseTests.dll /rule:Tinesware.Rules .dll /o:fxcop.xml /dictionary:..\..\..\CustomDictionary.xml" --include [Tinesware.*]* --include [CSharpTests]* --output PartCoverage.xml
to monitor code coverage when using an FxCop rule written in F#, this reported
open driver pipe modify target environment variables create target process wait for driver connection   Options dump:   VerboseLevel: -842150451   Log file: ...\Infrastructure\_Binaries\Tinesware.InfrastructureTe sts4\Debug+AnyCPU\partcover.driver.log   Log pipe: yes   Count Coverage - ON   Count Call Tree - OFF   Exclude [mscorlib]*   Exclude [System*]*   Include [Tinesware.*]*   Include [CSharpTests]* Project : warning : CA0060 : The indirectly-referenced assembly 'Microsoft.VisualStudio.CodeAnalysis, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' could not be found. This assembly is not required for analysis, howeve r, analysis results could be incomplete. This assembly was referenced by: ...\Infra structure\_Binaries\Tinesware.InfrastructureTests4\Debug+AnyCPU\FxCopSdk.dll.   CorProfiler is turned off Target PageFaultCount: 33536 Target PagefileUsage: 84246528 Target PeakPagefileUsage: 87359488 Target PeakWorkingSetSize: 92827648 Target QuotaNonPagedPoolUsage: 10920 Target QuotaPagedPoolUsage: 328336 Target QuotaPeakNonPagedPoolUsage: 43160 Target QuotaPeakPagedPoolUsage: 374344 Target WorkingSetSize: 89481216 Total 0 bytes ...\Infrastructure\_Binaries\Tinesware.InfrastructureTests4\Debug+AnyCPU
which completed cleanly, unlike before, and gave a sane looking output file. There is now obvious code in the system for doing the short branch instruction fix-up, which seems to have resolved the issue I had last time I tried this tool.
So, it really does look good to go for .net 4 code -- and I just have to add hooks to consume that format as well as the old NCover style.