Dev Env, TFS, MSBuild etc

VS 2008 crashes when running unit tests - VSPERF?

Tim Huffam — Tue, 26 Aug 2008 21:36:21 GMT

Sometimes Visual Studio 2008 (Team System Developer Edition - with Team Explorer and TFS Power Tools) crashes (disappearing completely) when running unit tests.

I have not yet tried SP1 for VS2008 - will hopefully try this in the next week or two.

Not really sure what causes this - but have noticed that the following error is written to the windows event log prior to the crash (not at the same time).

Event Type: Error
Event Source: VSPERF
Event Category: None
Event ID: 1406
Date:  22/08/2008
Time:  16:27:18
User:  N/A
Computer: MYPC
Description:
There was an error connecting to the Logger Engine while registering C:\Dev\DEV\Release1\Source\MyWebProject\bin\MyWebProject.dll for coverage.

Initially I thought it was a particular test or peice of target code that caused it, but found that the crash occured at seemingly random moments ie I tried running all tests and it would crash at test number 259 (out of 264), then tried running the first 100 tests and it crashed - then tried the last 20 tests and it crashed- even tried running 1 test and it crashed. This was the worst case of this problem - over the past few weeks it (VS crashing/disappearing) would only happen every now and then.

The only work around I've found is to replace or remove the workspace and start again...

If you have pending changes, shelve them first.
Using Source Control Explorer, remove the workspace.
Close the solution in VS.
Within a VS command prompt run the following command to remove all workspaces (if you have many workspaces and only want to remove the one workspace then specify it's name instead of the asterisk used below):
tf workspaces /remove:*
Use the Source Control Explorer to recreate a new workspace.
Note: if you have scripts/macros that reference your original workspace source dir, then it would pay to use the same dir - if you do, make sure you delete the contents of this dir before reassigning it to the new workspace.

HTH
Tim

Visual Studio (VS200) loosing it's source control bindings

Tim Huffam — Wed, 11 Jun 2008 23:08:41 GMT

VSTS2008 has, on occasion, lost it's source control settings - specifically, the bindings to TFS server for a given solution and it's projects.

This seems to be because the solution and project files are not being updated when you use the TFS Source Control Explorer to do a 'Get Latest' - a 'feature' of VS2008 which allows you to work disconnected/offline - however it seems to have an issue trying to reconnect itself.

To resolve we simply removed the local source directory and did a 'Get Specific Version - get latest'.

RickSW had a similar experience.

Tim

MSBuild fails when building solutions with database projects

Tim Huffam — Tue, 27 May 2008 06:20:16 GMT

There is a known problem with MSBuild whereby it does not cater for database project types as these project types (database projects) are not buildable. This is only an issue when specifying a solution file (as the item to build) within the MSBuild script.

Because these are not buildable projects VS does not show them in the solution configuration manager. Unfortunately this means they cannot be manually configured not to build (as a work around to this problem).

When using solution files within MSBuild, it does not allow you to exclude specific projects. There are a few options to work around this - as mentioned in this article: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=640825&SiteID=1

Another simple solution is to just remove the database project from the solution - and if you really want it still within the solution - just create another project of type class library and just reuse the original project's files. By using another project type (like class library) you can use the configuration manager to explicitly flag this project not to build (remember to update each configuration).

This issue affects TFS continuous integration builds.