If you are encountering this issue with your CI process and using NCover here is a fix:

http://ncover.org/SITE/forums/thread/43.aspx

Details:

After playing around with NCover 1.5.1 beta 2 I was seeing the "Profiled process terminated. Profiler connection not established." error when running under a limited user account.  The account was a member of Debugger Users, but that was all.  There was no Coverage.log file being produced, and after a minute or so NCover would fail with the "Profiler Connection not established" error message.  In order to get NCover to work under this account I had to do the following:

Set account's registry permissions

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment

Permissions:

Query Value
Set Value
Create Subkey
Enum Subkeys
Notify
Read Control

Re-register the CoverLib COM component

Run "regsvr32 coverlib.dll" from the directory where NCover is installed.  This will need to be run from an administrator account.

I tried re-registering coverlib.dll since the COM registry entries seemed to only exist in HKCU for the Administrator's account rather than in HKLM.

I'm guessing that the installer only installs NCover for the current user (i.e. Administrator) rather than for all users, but I could be totally wrong.

6 Comments

• Sean Chambers said Saturday, October 6, 2007 10:16:00 PM

  Thanks! I was running into this problem and couldn't figure it out. I just gave elevated privledges to the account CC was running as. Cheers!

• Duncan Bayne said Monday, October 22, 2007 11:28:12 PM

  Thanks - I was having exactly this problem, and ensuring that NCover is properly registered at the start of the build script fixed it.

• lee Englestone said Thursday, July 10, 2008 8:17:48 AM

  Run "regsvr32 coverlib.dll" fixed the problem for me! Cheers. -- Lee

• EricSavage said Tuesday, June 30, 2009 2:28:22 AM

  No luck with the above - I found that I needed to run nunit's x86 console exe on my machine instead of the standard one.

• Muthanna AlJelihawi said Wednesday, September 30, 2009 12:25:42 PM

  Thanks alot Runing "regsvr32 coverlib.dll" fixed the problem for me!

• Masariello said Wednesday, March 3, 2010 7:51:26 AM

  I had no joy with: * Windows Server 2008 x64 * domain service account belonging to local admins * disabled UAC * and, of course, regsvr32 right before running ncover The target process is actually EXCEL.EXE spawned via DCOM. It pops up as a child of svchost.exe...I think I saw it laughing at me before exiting :-) I'll try messing around with DCOM permissions Does anyone have any ideas? Please, tell me you have an idea? :-) Thanks for the help so far!