Silent fail

As soon as i open i project with resharper 4.0 installed, it just closes with no error.

Any ideas.

PS. I deleted all the caches, but still happens

20 comments
Comment actions Permalink

Hello Heinrich,

Could you please attach debugger before you open the project and capture
unhandled exceptions with their stacktraces? Thanks

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


HB> As soon as i open i project with resharper 4.0 installed, it just
HB> closes with no error.
HB>
HB> Any ideas.
HB>
HB> PS. I deleted all the caches, but still happens
HB>


0
Comment actions Permalink

Hi

I too have a similar problem with R#4.0 and after trying each project it would seem that web projects in the solution kill it. Even removing the web project manually and then adding it in VS 2008 to the solution instantly exits VS.

What debugger should be attached and how?

0
Comment actions Permalink

Hi Ilya,

Ok I attached the clr debugger to devenv.exe (vs 9.0), then opened a solution. This is the error that popped up (dont know how to get a stack trace).

Managed Debugging Assistant 'LoadFromContext' has detected a problem in 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\devenv.exe'.
Additional Information: The assembly named 'JetBrains.Platform.ReSharper.Shell' was loaded from 'file:///C:/Program Files/JetBrains/ReSharper/v4.0/vs9.0/Bin/JetBrains.Platform.ReSharper.Shell.DLL' using the LoadFrom context. The use of this context can result in unexpected behavior for serialization, casting and dependency resolution. In almost all cases, it is recommended that the LoadFrom context be avoided. This can be done by installing assemblies in the Global Assembly Cache or in the ApplicationBase directory and using Assembly.Load when explicitly loading assemblies.

0
Comment actions Permalink

another message:

Managed Debugging Assistant 'BindingFailure' has detected a problem in 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\devenv.exe'.
Additional Information: The assembly with display name 'JetBrains.Platform.ReSharper.Shell.XmlSerializers' failed to load in the 'LoadFrom' binding context of the AppDomain with ID 1. The cause of the failure was: System.IO.FileNotFoundException: Could not load file or assembly 'JetBrains.Platform.ReSharper.Shell.XmlSerializers, Version=4.0.732.33, Culture=neutral, PublicKeyToken=1010a0d8d6380325' or one of its dependencies. The system cannot find the file specified.
File name: 'JetBrains.Platform.ReSharper.Shell.XmlSerializers, Version=4.0.732.33, Culture=neutral, PublicKeyToken=1010a0d8d6380325'

=== Pre-bind state information ===
LOG: User = HEINRICH\Hienrich
LOG: DisplayName = JetBrains.Platform.ReSharper.Shell.XmlSerializers, Version=4.0.732.33, Culture=neutral, PublicKeyToken=1010a0d8d6380325, processorArchitecture=MSIL
(Fully-specified)
LOG: Appbase = file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/
LOG: Initial PrivatePath = NULL
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\devenv.exe.Config
LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
LOG: Post-policy reference: JetBrains.Platform.ReSharper.Shell.XmlSerializers, Version=4.0.732.33, Culture=neutral, PublicKeyToken=1010a0d8d6380325, processorArchitecture=MSIL
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/JetBrains.Platform.ReSharper.Shell.XmlSerializers.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/JetBrains.Platform.ReSharper.Shell.XmlSerializers/JetBrains.Platform.ReSharper.Shell.XmlSerializers.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PublicAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PublicAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers/JetBrains.Platform.ReSharper.Shell.XmlSerializers.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PrivateAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PrivateAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers/JetBrains.Platform.ReSharper.Shell.XmlSerializers.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/JetBrains.Platform.ReSharper.Shell.XmlSerializers.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/JetBrains.Platform.ReSharper.Shell.XmlSerializers/JetBrains.Platform.ReSharper.Shell.XmlSerializers.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PublicAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PublicAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers/JetBrains.Platform.ReSharper.Shell.XmlSerializers.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PrivateAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Microsoft Visual Studio 9.0/Common7/IDE/PrivateAssemblies/JetBrains.Platform.ReSharper.Shell.XmlSerializers/JetBrains.Platform.ReSharper.Shell.XmlSerializers.EXE.

0
Comment actions Permalink

other than that type of errors it just stops and closes VS.

No other messages or errors.

Maybe im not using the debugger correctly

0
Comment actions Permalink

Hello Heinrich,

Is it web site project? Does it have System.Xml.Linq referenced in web.config
or other "new" assembly?
Also, are you using RTM bits of VS2008 or Beta 2?

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


HB> As soon as i open i project with resharper 4.0 installed, it just
HB> closes with no error.
HB>
HB> Any ideas.
HB>
HB> PS. I deleted all the caches, but still happens
HB>


0
Comment actions Permalink

Its VS2008 RTM, with silverlight projects and web projects

0
Comment actions Permalink

I'm getting the same symptoms.

For me it seems to be a .NET 3.5 thing.

1. Everything fine with .NET 2.0 as target framework for all projects within solution.

2. Upgraded two ASP.NET projects within solution to target 3.5 = fine.

3. Upgraded windows library within solution from .NET 2.0 to .NET 3.5 = bang!

I've only just started to upgrade so I'm trying to understand what's happening.

Dax

0
Comment actions Permalink

Reverting library projects to .NET 2.0 doesn't help my original solution (have to uninstall R# and make the change, then re-install R# to try).

1. I can create a new solution and add the .NET 2.0 projects to a new solution = OK.

2. I added the two ASP.NET projects (still targetting 3.5) to the new solution = new solution fine.

3. I open old solution = bang!

4. Within new solution switch ASP.NET projectsb back to .NET 2.0

5. Open old solution = fine.

Dax

0
Comment actions Permalink

We have been using VS2008 since it RTM'd with R# 3.1. Other than the irritation of 3.x not recognizing .NET 3.5 features, it worked fine and was stable. However, all of the 4.0 builds so far have been causing these silent failures either when running our solution (which does contain a web project), or simply rebuilding the solution. I doubt this will be very helpful, but one of our developers was able to capture the following from the event log immediately following the latest crash:

Event Type: Error
Event Source: .NET Runtime
Event Category: None
Event ID: 1023
Date: 2/22/2008
Time: 2:02:56 PM
User: N/A
Computer: L3-E5685
Description:
.NET Runtime version 2.0.50727.1433 - Fatal Execution Engine Error (79FFEE24) (80131506)

We can use R# to code, but we have to turn it off before building or running the app.

0
Comment actions Permalink

I had the same symptoms and error in the event log as tsherfy. mostly during builds. after silent fails of VS every half hour or so for 2 days, I uninstalled R#4.0 and reinstalled R#3.1 again :(

0
Comment actions Permalink

Worked for me as well!!!

Thank you Darrell

0
Comment actions Permalink

We too are seeing the intermittent silent exit during a build with Resharper 4, we also see the same Fatal Execution Engine Error (79FFEE24) (80131506) event log entry when the exit occurs. For us, we only see the exit on build/rebuild, or clean, not during opening. I say intermittent as sometimes I can do 5 or 10 builds and it won't occur, other times I will open the solution, build, get the exit and repeat 5 or 10 times... :(

My understanding of that particular error is that it's an internal CLR critical error.

We're running Vista SP1 x64, VS 2008 Team Suite RTM with the latest VS hotfix pack, we generally run the most recent Resharper 4 EAP, our solution is all 3.5, with a web project, some class libraries, and a database project. I also tried the web.config changes mentioned in another thread, the suggestions were to import System.Core first (which it already was), and to move the configSections node to the bottom, however, IIS7 does not allow this, it apparently must be the first node in the configuration node. I'm not sure if this is an IIS7 change or not.

I've run adplus in crash mode against devenv during a build ignoring first chance exceptions and got a silent exit without a dump file being produced. I also ran adplus in crash mode during a build with 1st chance exceptions being dumped and all I got were 1st chance AccessViolation dumps (about 20GB worth) and the build succeeded.

My windbg skills are somewhat lacking...

Message was edited by:
Ridge

0
Comment actions Permalink

Hello Ridge,

Do you have module load tracking enabled? If so, do you see something like
"native image failed to load" for some assembly?
AFAIK, in windbg it is enabled by default.

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


R> We too are seeing the intermittent silent exit during a build with
R> Resharper 4, we also see the same Fatal Execution Engine Error
R> (79FFEE24) (80131506) event log entry when the exit occurs. I say
R> intermittent as sometimes I can do 5 or 10 builds and it won't occur,
R> other times I will open the solution, build, get the exit and repeat
R> 5 or 10 times... :(
R>
R> My understanding of that particular error is that it's an internal
R> CLR critical error.
R>
R> We're running Vista SP1 x64, VS 2008 Team Suite RTM with the latest
R> VS hotfix pack, we generally run the most recent Resharper 4 EAP, our
R> solution is all 3.5, with a web project, some class libraries, and a
R> database project. I also tried the web.config changes mentioned in
R> another thread, the suggestions were to import System.Core first
R> (which it already was), and to move the configSections node to the
R> bottom, however, IIS7 does not allow this, it apparently must be the
R> first node in the configuration node. I'm not sure if this is an
R> IIS7 change or not.
R>
R> I've run adplus in crash mode against devenv during a build ignoring
R> first chance exceptions and got a silent exit without a dump file
R> being produced. I also ran adplus in crash mode during a build with
R> 1st chance exceptions being dumped and all I got were 1st chance
R> AccessViolation dumps (about 20GB worth) and the build succeeded.
R>
R> My windbg skills are somewhat lacking...
R>


0
Comment actions Permalink

As I said I was trying to record crash dumps from adplus. I did load devenv during a build in windbg, I did not notice the particular message you were looking for, however the builds with windbg attached did not produce the silent exit.

0
Comment actions Permalink

Is anyone actually looking at this bug? It makes R# unusable. VS 2008 web projects run fine with R# disabled and with R# 3.1, so I find it hard to accept that this would be a Visual Studio bug. I realize this is a very early release and a work in progress, but at this point I would have to say that we will not be upgrading to R# 4.0. I would really appreciate an update on this issue from someone at JetBrains.

0
Comment actions Permalink

Yeah, the web.config fix of moving configsections "worked" for me too. If by worked you mean it loads without exiting VS2008... pity it doesnt compile unless the configsections are moved back to the top.

Nice workaround, but I get the impression that r#4 is FAR from usable if this kind of non-starter bug cant be fixed within 2 weeks. (using build 745)

Back to 3.1 it is.

0
Comment actions Permalink

Unfortunately my system "working" was not related to the web.config change .. there was some sort of caching going on in my system. It started failing again pretty quickly .. I'm back to using .NET 2, VS2008 and R#4

At the moment I simply don't have time to investigate so can't add any more to this .. fortunately the work I'm doing although time critical is not dependent on .NET 3.5 so I can get away with this setup for the time being.

0
Comment actions Permalink

i'm seeing this too, and it's causing me to have to uninstall R#. I'm happy
to help debug, but I can't spend an enormous amount of time on it. Anything
i can do quickly to attach and created a dump of the silent exit?


"Tim Sherfy" <no_replay@jetbrains.com> wrote in message
news:26141089.1204638595495.JavaMail.itn@is.intellij.net...

Is anyone actually looking at this bug? It makes R# unusable. VS 2008
web projects run fine with R# disabled and with R# 3.1, so I find it hard
to accept that this would be a Visual Studio bug. I realize this is a
very early release and a work in progress, but at this point I would have
to say that we will not be upgrading to R# 4.0. I would really appreciate
an update on this issue from someone at JetBrains.


0

Please sign in to leave a comment.