search

google-code-export / mb-unit

Automatically exported from code.google.com/p/mb-unit
0 stars 0 forks source link

Gallio plugin to Resharper unnecessarily holds file locks? #800

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
0. Open Visual Studio 2008 on a machine with Resharper and Gallio installed
1. Open a large solution (say about 50 projects)
2. Build the solution
3. Rebuild the solution

What is the expected output? What do you see instead?
VS complains that it can't copy certain files because they are in use. ProcExp 
indicated devenv.exe as the holder of the handle.
If I disable the Gallio plugin to Resharper (NOT the Gallio plugin to Visual 
Studio), restart VS and repeat, the solution builds normally.

What version of the product are you using? On what operating system?
Windows 7 x64
Gallio 3.3.174
Resharper 5.1
VS 2008

Please provide any additional information below.

Original issue reported on code.google.com by wayne.br...@gmail.com on 13 Jan 2011 at 8:48

GoogleCodeExporter commented 9 years ago 
Debugging this now I noticed that the solution I'm loading contains both a test 
assembly and the tested assembly (as is usually the case, I guess). When the 
solution loads Resharper explores the test project, and the Gallio plugin 
dutifully loads it (and its dependencies) and starts to reflect on it. All of 
this seems to happening in the DefaultDomain. Isn't this supposed to be 
happening in a new AppDomain (or a separate Gallio.Host)?

Original comment by wayne.br...@gmail.com on 14 Jan 2011 at 4:46

GoogleCodeExporter commented 9 years ago 
Actually, Gallio isn't supposed to be loading any of the types in your test 
assembly directly.  It uses the R# code model for reflection.

Original comment by jeff.br...@gmail.com on 15 Jan 2011 at 5:01

GoogleCodeExporter commented 9 years ago 
Just a note that this still seems to happen with R#6

Original comment by wayne.br...@gmail.com on 19 Oct 2011 at 6:04