No symbols are loaded for any call stack frame. The source code cannot be displayed.

Question

Hello.

I installed VisualStudio.NET 2005 a few days ago.  ( not beta )

While I'm debugging, I'm faced with strange message box.

-- MessageBox --

No symbols are loaded for any call stack frame. The source code cannot be displayed.

-- Debug Detail Window --

FatalExecutionEngineError was detected
Message: The runtime has encountered a fatal error.
The address of the error was at 0x7a2b5aec, on thread 0x358.
The error code is 0xc0000005.
This error may be a bug in the CLR or in the unsafe or non-verifiable portions of user code.
Common sources of this bug include user marshaling errors for COM-interop or PInvoke,
which may corrupt the stack.

How should I solve this problem?
Please answer me..

Thanks.
Gwisun.

Answer 1

I'm getting the same error. Please let me know how you solved it...

Thanks
Satya

Answer 2

 

Hi,

I have just the same problem. So we are three already.

Is there somone who is able to help???

regards tom

Answer 3

Can we say 4 already?

Answer 4

Sorry we are now 5.

Answer 5

In the message:
     The address of the error was at 0x7a2b5aec, on thread 0x358.

That address is very important because it can tell if you're all hitting the same crash or different crashes.  Are you all getting the same address? If not, what addresses are you getting?

And this is all with the final shipped version of VS2005? (not some beta or CTP)

 

Answer 6

This is #6.

I am running a VSTO application.

It is followed by the following error:

ContextSwitchDeadlock was detected
Message: The CLR has been unable to transition from COM context 0x158c30 to COM context 0x158950 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.

 

Answer 7

I've been getting the same error for some days now. I'm using C# in VS2005 .NET CF and the app is being run on the Device Emulator. I don't get and error as such but rather a message box and Exception assistant; here are the contents of the exception that follows the message box:

System.UriFormatException occurred
  Message="Invalid URI: The hostname could not be parsed."
  StackTrace:
    at System.Uri.CreateThis()
    at System.Uri..ctor()
    at System.Net.WebProxy.CreateProxyUri()
    at System.Net.WebProxy..ctor()
    at System.Net.HttpWebRequest.SubmitRequest()
    at System.Net.HttpWebRequest.finishGetResponse()
    at System.Net.HttpWebRequest.asyncGetResponse()
    at WorkItem.doWork()
    at System.Threading.Timer.ring()

Any clues about what is going on here?

 

Answer 8

I just want to add that the error happens only when I run the debug version of the VSTO project.  The release version does not have this problem.

Answer 9

I'm inclined to agree with this observation, in fact, I have the distinct impression in my case that the problem is related to the occurence of exception calls that are contained in System.SR.

As these are occuring when I am using CF (which I understand doesn't naturally include it) I have tried unsuccessully to solve the problem referencing System.SR.

This is a really annoying problem and I wish someone from MS would address it to conclusion.

 

Answer 10

Several steps to get a more detailed debugging experience:

1. Enable unmanaged debugging (or force mixed mode)

2. Set the debugger to stop on all exceptions (0xc0000005 is "access violation").

3. Turn off "just my code".

4. Enable symbol server support and use http://msdl.microsoft.com/download/symbols for your symbol server.

Next time you hit the exception, you should get a more complete call-stack.

Answer 11

I pause to look at data while I'm at a breakpoint in my code.  Often times, while attempting to step forward through my code I get an error message saying: 

"LoaderLock was detected"

Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.

After pressing Ok, I get the same message "No symbols are loaded for any call stack frame. The source code cannot be displayed." 

Does anyone know how to fix this??  Maybe this is just a coincidence, but I only noticed this in the official 2005 release and not in the beta.

 

Answer 12

Dear All,

 

Please count us in as number 10 and 11 ?

We are two more developers, we have been getting the same error for some days now (No symbols are loaded for any call stack frame. The source code cannot be displayed)

We are using C# in VS2005(release), .NET CF and the app is being run on the Device.

For the moment this a showstopper, any Microsoft response will be highly appreciated.

 

Swan B

Answer 13

i am getting both errors, different places when i try to debug the code too...  i am using vb.net

 

thank you any help would be great!!!!

 

Answer 14

I had the same error message. I got mine when working with COM objects hosted in my app.

What I did to solve this problem (if you can call it solve ) is disable the LoaderLock exception from Debug->Exceptions->Managed Debugging Assistants->LoaderLock (Remove V from Thrown).

I don't know what's the cause of this exception but I don't get the exception anymore.

Hope this helped at least some of you.

Itai

Answer 15

Thanks Itai,

 

for the response. We tried all kind of appoaches.

 

I think what solved it for us, was to completely delete(rename) the project folder and create a new from source safe.

 

 

Despite all the good MS work done in VS2005, we have for device development been severely troubled by errors-/unstability and sluggish behaviour in the IDE.

 

Any links to a list(s) of known error-/fixes for the VS2005 for devices will be higly appreciated. (and will hopefully imrove our productivity)

 

 

Best regards,

 

Swan B

 

 

Answer 16

I think this worked for me.  I disabled LoaderLock and ContextSwitchDeadlock and so far it does not pop up during my long WMI and database calls.

However, after disabling them it added Inherets Attribute to my module code.  I had to move it to the class module and it seems to be working.

 

Answer 17

Im getting this problem too.  Any ideas?

Answer 18

Lucky guys. You seem to go very ahead of me.

I am just beginning this fight. I just want to create a front-end for a database, nothing much.

The warnning and the Help say to change the configuration from Active(Release) to Debug.

I change it, save it, close the window, press F5 and all returns to Active(Release) ... with no degbug, no breakpoints, no ...

I just get the same message.

 

 

 

 

Answer 19

 

hi every one , getting this problem , there a solution , i think it wil help u  all -

-- just solve all warning ,  then debug . And i think after that  , this msg wil not show .

 -- try this

   mahfuz

Answer 20

Count me in as another person with this issue.  If I debug my managed code and then step forward.  CRASH with the same message

Answer 21

- I'm Looking in this problem currently

\\ Ram | Visual C++ / C# / J#  DS team

Answer 22

 

  This particular case is solved because of not - reproducable.

  \\ Ram | Visual C++ / C# / J# DS Team

Answer 23

I was getting the ContextSwtichDeadlock msg while debugging.

http://msdn2.microsoft.com/en-us/library/ms172233.aspx

It looks like the MDA was being falsely activated.  I unchecked the ContextSwitchDeadlock node in the Exceptions window and I no longer get my debugging interrupted by this exception.

You can get to this option by navigating to Debug menu item, Click on Exceptions, expand the Managed Debugging Assistants node, and uncheck ContextSwitchDeadlock.

Answer 24

 

i have sub classing edit control .when it retruns to old procedure(main procedure) .this error comes

 i have also same problem  "No symbols are loaded for any call stack frame. The source code cannot be displayed"

thank you any help would be great!!!!

Answer 25

The same error i have got in my application where i published my application as two different versions in to GAC and in some point of time got the above error. I simply removed the GAC Versions installed and it is working fine. So in general i believe that either your application or reference assemblies in your application have got multiple versions and there is a version related issue.

Answer 26

No symbols are loaded for any call stack frame. The source code cannot be displayed.

 

Unhandled exception at 0x551811b4 in devenv.exe: 0xC0000005: Access violation reading location 0x0f29b310.
Unhandled exception at 0x551811b4 in devenv.exe: 0xC0000005: Access violation reading location 0x0f29b310.
Unhandled exception at 0x551811b4 in devenv.exe: 0xC0000005: Access violation reading location 0x0f88fa08.

Answer 27

So, how exactly do you do 1, 2,  and 3?  I don't see any options in the menus in VBE...

 

Thanks

 

Ted

Answer 28

I'm only getting this while using Mutli Threaded Aps.  When I'm stepping through the debugger it just sets off for no reason.  I found it was because I had a WATCH window open and one of the variables I was trying to watch was of the same name as a variable I was stepping through. 

Meaning,

Filename in thread1
Filename in thread2 and being watched in window Watch1
Debugging thread1
Error thrown because it's cross-threading itself.

Maybe my error was just individual to my case, maybe it's an MS IDE thing.  Who knows. 

Answer 29

I had this same problem "No symbols are loaded for any call stack frame....." throws and error "Attempting managed execution inside OS Loader lock". I got past this by going to Debugg - Exceptions and in the Managed Debugging Assistants unchecking the LoaderLock.

Hope this helps.

Answer 30

Count me in with the same problem.

Mine is an object that calls a Web service.  I can ".Execute" from a form.  When I ".Execute" it as a thread, the Web service throws this same "The CLR has been unable to transition from COM context..." exception. 

I've been fighting the error for 3 days now.  Yes, it does appear to be a deadlock of sorts.  Any/all suggestions how to get beyond this issue are appreciated.

Answer 31

 

Hi,

 

I'm seeing the same problem with the code below in both release and debug modes in VS2005 using VC++.

#include<stdio.h>

#include<windows.h>

void main()

{

FILE *ptr = fopen("C:\\Data.txt", "w");

BYTE b = NULL;

printf("Enter a single digit");

scanf("%d", &b);

fprintf(ptr,"%d", b);

fclose(ptr);

ptr = fopen("C:\\Data.txt", "r");

fscanf(ptr,"%d",&b);

fclose(ptr);

printf("%d entered.", b);

}

 

Please help in resolving this issue.

thanku.

Answer 32

THE FIX:  From Debug->Exceptions->Managed Debugging Assistants, make sure the "ContextSwitchDeadlock" and "LoaderLock" exceptions are not thrown by unchecking their check-boxes.  (If you don't see "Exceptions" in the Debug menu, add it through Tools->Customize->Commands->Debug.  Drag and drop "Exceptions" to the "Debug" menu.)

This seems to happen when either COM components are used or when interacting with DB Servers, including SQL Server 2005.

Answer 33

Thanks schoudhry

This worked like a charm.

Been bugging me all day until i saw your post.

Didnt have any problems with my application until i change to realease and switched DB servers.

Answer 34

I got this...

 

The CLR has been unable to transition from COM context 0x197730 to COM context 0x1975c0 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.

Answer 35

Maybe this will help someone else.    I had this problem.  My app was in release mode.  Switch it to debug so you get a detailed error.

Answer 36

This does indeed get rid of the messages and the exception but I have a sneaky suspicion that this is kind of like putting a bandaid on a severed limb so to speak . . .why is this exception thrown in the first place? Shouldn't we try to fix whatever problem we are all encountering or is this exception more of an enviornment bug and all my concerns meerly the ramblings of a perfectionist?

Answer 37

I was using Asynchronous call to a Web service method before calling some methods of the same Web service in normal way.

I just changed the order of calls, and problem was solved.

 

Answer 38

hi,

I have the same problem

 

I tried ur solution

3. Turn off "just my code".

 

the other options , I could not try because it was not very clear to me.

Please can u give the solution as early a possible?

 

Answer 39

Itai R said:

I had the same error message. I got mine when working with COM objects hosted in my app.

What I did to solve this problem (if you can call it solve ) is disable the LoaderLock exception from Debug->Exceptions->Managed Debugging Assistants->LoaderLock (Remove V from Thrown).

I don't know what's the cause of this exception but I don't get the exception anymore.

Hope this helped at least some of you.

Itai

and

schoudhry said:

THE FIX:  From Debug->Exceptions->Managed Debugging Assistants, make sure the "ContextSwitchDeadlock" and "LoaderLock" exceptions are not thrown by unchecking their check-boxes.  (If you don't see "Exceptions" in the Debug menu, add it through Tools->Customize->Commands->Debug.  Drag and drop "Exceptions" to the "Debug" menu.)

This seems to happen when either COM components are used or when interacting with DB Servers, including SQL Server 2005.

Thank you very much :) ,  it's solved my problem, too

Answer 40

Hello,


I had the same problem.

In my project I was pumping data to a MS Access Database.
In the loop where I've got the INSERT statement I have put Application.DoEvents() and this solved the problem.

Regards,
TaeSoft.

Answer 41

I was also calling a COM component and all I needed to do was reset the two switches you mentioned. Thanks for the help, Glenn

---

Glenn Gentile

Answer 42

 To fix go to Configuration Manager and make sure Build is checked on all projects. That was what resolved it for me.

Answer 43

Hello, I have deleted *csproj files. Received new from SourceSafe and it started to debug again.

Max

Answer 44

Some of your processes are trying to get hold of a hidden parameter. For example if you're trying to access COM port from Form Main and then open up a few other forms and access from there too. This might happen. Try finding the Threads, Function calls, BackgroundWorkers etc that cause these error. Maybe you can erase the function and try running to be sure. When the thread causing deadlock is found, try disposing them when you don't need them and dispose when the program is closing.

This worked for me. I hope it does for you too. 

Junesh

[e-mail]

Answer 45

Dear All,
Please Do the Following Steps
Step 1:Go to Debug -->Exceptions
Step 2:The Exceptions Window will be shown ,on select Unselect all Check boxes whatever showing in the Same window(Like C++ Exceptions,Win32 Exceptions.ETC...)
Then Run .
The Same problem Occoured for me also. It has been resolved by using the above steps
Thanks,
Arunkumar.P
[e-mail]

 

Answer 46

Dear All,
Please Do the Following Steps
Step 1:Go to Debug -->Exceptions
Step 2:The Exceptions Window will be shown ,on select Unselect all Check boxes whatever showing in the Same window(Like C++ Exceptions,Win32 Exceptions.ETC...)
Then Run .
The Same problem Occoured for me also. It has been resolved by using the above steps
Thanks,
Arunkumar.P
[e-mail]

Answer 47

Dear All,
Please Do the Following Steps
Step 1:Go to Debug -->Exceptions
Step 2:The Exceptions Window will be shown ,on select Unselect all Check boxes whatever showing in the Same window(Like C++ Exceptions,Win32 Exceptions.ETC...)
Then Run .
The Same problem Occoured for me also. It has been resolved by using the above steps
Thanks,
Arunkumar.P
[e-mail]

Answer 48

If you are using VS 2005, then you  need to do some settings in Exception settings in VS.

Go   Debug menu --------> then Exceptions

It will open a PopUp window, Uncollapsed the third option "managed Debugging Assistants"

Inside that you unselected all the exception to thrown.

 

I think it will solved your problem, as previously I was facing the same problem ... after this settings it's not coming.

 

Thanks

Answer 49

In my case, I resolved the issue by checking Tools -> Options -> Intellisense -> 'IntelliTrace events and call information'.

Windows 7 + VS2010