The Wiert Corner – irregular stream of stuff

Jeroen W. Pluimers on .NET, C#, Delphi, databases, and personal interests

  • My badges

  • Twitter Updates

  • My Flickr Stream

  • Pages

  • All categories

  • Enter your email address to subscribe to this blog and receive notifications of new posts by email.

    Join 2,484 other followers

Archive for March 24th, 2011

trace switches for LLBLGenPro

Posted by jpluimers on 2011/03/24

I always forget which trace switches in the App.Config come in handy when using LLBLGenPro.

So  I remember: The most important one is SqlServerDQE.

More of them are explained in Righthand blogs : Implementing more useful tracing for LLBLGenPro 2.0.

–jeroen

Posted in .NET, Development, LLBLGen, Software Development | Leave a Comment »

SccProjectName value in .csproj hosed – strange build results (via: Interesting support case – Visual Studio solution prompts for entire SCC check-out on open – Developer Support Team Foundation Server – Site Home – MSDN Blogs)

Posted by jpluimers on 2011/03/24

Something in TFS screwed a SCC references in one of the .csproj files at a client.

As a result, it generated strange build errors (unfound projects in the wrong branch), because when loading project from the correct, the IDE in fact loads it from the wrong branch.

When you read the blog post from the Microsoft TFS development support team, the solution looks simple: in a regular project the values for SccProjectName, SccLocalPath, SccAuxPath and SccProvider should all be SAK (indicating the SCC should ignore their values).

That is only 1 piece of the solution. Somehow, Visual Studio and/or TFS seem to cache some information in hidden places, so it keeps insisting to use the project from the wrong branch.

So, in addition to changing the above SAK values in the project in the correct branch, you need to:

  1. Also check (and if wrong change) the above values to SAK for the project in the wrong branch
  2. Remove the references to the project in the wrong branch from the Visual Studio MRU list in the registry (HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\9.0\ProjectMRUList)
  3. Delete the .suo file for the good solution
  4. Add the project from the correct branch to the solution
  5. Manually modify the .sln file in the correct branch to remove the relative directory paths to the project in the wrong branch (values in keys named like SccProjectUniqueName58, SccProjectName58 and SccLocalPath58)
  6. Reload the solution in Visual Studio and check everything works correctly

It took at least a couple of hours to find this all out, for these reeasons: Read the rest of this entry »

Posted in .NET, C#, Development, Software Development | 2 Comments »

 
%d bloggers like this: