Visual Studio and .NET Framework Home
Debugger crash VS when method called to runtimed generated type (RefLection Emit) that has generics
3/9/2007 6:56:28 AM
User(s) can reproduce this bug
I am using Dynamic Proxy, which provides runtime wrappers around objects to do some work.
The problem is that the debugger crashes when trying to debug code that uses it when the runtime generated type has generic parameters.
The crash is accessing invalid location in memory, and the stack trace that I get is:
[Frames below may be incorrect and/or missing, no symbols loaded for oleaut32.dll]
Visual Studio 2005 (All Products and Editions) Service Pack 1
Windows Server 2003
Operating System Language
Steps to Reproduce
Get the source from here:
Open in Visual Studio.
Start debugging and run the method:
Step into this line:
IMethodOptions methodOptions = Expect.Call(mock.MyMethod());
continue stepping through the code for about 5 more statements.
Hard crash on trying to access invalid memory address
Should not crash
TAP Code (if applicable)
You can indicate your satisfaction with how Microsoft handled this issue by completing this quick
3 question survey
to post a comment.
Please enter a comment.
on 9/13/2007 at 4:05 PM
Very sorry for not getting back to you on your last comment till now. Unfortauntely the Connect system just tracks fixes for our next product releases. To get fixes for shipped products you'll need to contact Microsoft Support at http://support.microsoft.com/oas/default.aspx?ln=en-us&prid=9511&gprid=344272.
Visual C# Compiler Program Manager
on 4/24/2007 at 3:18 PM
The reason that I reported this bug is that I get crashes _now_.
How can I get a fix for VS 2005? I don't want (and indeed, not able to) wait until Orcas is out to be able to debug through code that make use of this functionality
on 4/24/2007 at 2:03 PM
Thanks for logging and helping us reproduce this bug. The fix will be available on the orcas product cycle.
on 4/23/2007 at 2:10 PM
Now that it is fixed, can I get a hotfix for it?
on 4/13/2007 at 3:39 PM
You need to install it from http://www.mbunit.com
There is also a zip package there as well
on 4/13/2007 at 3:26 PM
Unable to build with out the Mbunit.Framework.dll... please let me know how to find it.
on 4/13/2007 at 2:32 PM
Opps, here is the link to the download:
on 4/13/2007 at 2:21 PM
Okay, I have uploaded the project to:
I verified that VS crashes with this project when stepping through AbstractExpectation.AssertReturnTypeMatch if you are debugging the PropertyWithTypeParameterTest.UsingdoOnMethodWithGenericReturnValue test (file: FieldProblem_MichaelR.cs )
The EventVwr info about the crash is:
Bucket 360135561, bucket table 1, faulting application devenv.exe, version 8.0.50727.762, stamp 45716759, faulting module oleaut32.dll, version 5.2.3790.1830, stamp 424377dd, debug? 0, fault address 0x00003c34.
on 4/13/2007 at 10:43 AM
I am unable to connect to the url using svr from inside the MS intranet(PROPFIND requests are blocked). Could you you please provide the sources as a zip file.
on 4/13/2007 at 5:49 AM
I just got a related crash while debugging, I send the dump to Microsoft, and here are the generated entries in the event viewer:
Bucket 362986995, bucket table 1, faulting application devenv.exe, version 8.0.50727.762, stamp 45716759, faulting module cscompee.dll, version 8.0.50727.762, stamp 457166bc, debug? 0, fault address 0x00009196.
Faulting application devenv.exe, version 8.0.50727.762, stamp 45716759, faulting module cscompee.dll, version 8.0.50727.762, stamp 457166bc, debug? 0, fault address 0x00009196.
Hope this helps.
on 4/11/2007 at 12:27 PM
This is the correct URL:
Please note that trying to click on the link will result in an error, you need to copy & past it.
The recommended way to handle this is to use Subversion in order to check out the source.
The version that has this problem is 497.
The command to get the source is:
svn checkout https://rhino-tools.svn.sourceforge.net/svnroot/rhino-tools/trunk/ -r 497
on 4/11/2007 at 11:32 AM
I am unable to get to the sources from
in Order to repro the issue, can you make sure the sourcse are present.
on 4/6/2007 at 4:56 PM
I downloaded everything from the root project and tried “MSBuild BuildAll.Build” but I got errors (see attached output). Am I missing some steps? At the same time, can you do the following:
When you get the crash, click “Send Error Report”. Then run “eventvwr.msc” and in the Event Viewer, click “Application” on the left side of the pane, then double click the first entry (type would be Information and the Source should be from Microsoft Visual Studio). In the popped up “Event Properties” dialog, check under the Description and there should be a Bucket ID there (like in “Bucket 403468843, bucket table 1, faulting application devenv.exe…”, the ID would be 403468843). Can you send me this Bucket number? It would be helpful for me to get call stack and memory dump information using this Bucket ID.
on 4/6/2007 at 12:26 PM
You were able to reproduce?
on 4/6/2007 at 12:26 PM
You were able to repreduce?
on 4/6/2007 at 11:57 AM
Ayende Rahien -
Thanks for logging this issue. We're taking a look at it now.
Karen Liu [email@example.com]
to post a workaround.
Please enter a workaround.
© 2014 Microsoft