VS2005调试器问题 [英] Problem with VS2005 Debugger
问题描述
Hi NG,
看起来我的调试器有问题。
运行当前项目的所有内容看起来很好,但如果我在我的代码中的某个位置设置了一个
断点,那么调试器需要很长时间才能停在那里。然后,如果我尝试在我的代码中前进,我会收到以下
错误消息(翻译自德语):
"没有符号呼叫列表框架。源代码不能显示
$
我希望我使用正确的翻译德语:Aufruflistenrahmen =打电话
列表框架
出现此问题的可能原因是什么?
问候
Rainer Queck
Hi NG,
It looks like I have a problem with the debugger.
Running the current project every thing "looks" fine, but if I set a
breakpoint at a certain position in my code it takes the debugger very long
to stop there. Then, if I try to step forward in my code I get the following
error message (translated from German):
"There are no symbols for the call list frame. The source code can not be
displayed"
I hope I used the right translation german : "Aufruflistenrahmen" = "call
list frame"
What are the possible reasons to this problem?
Regards
Rainer Queck
推荐答案
Hello Freddy,
感谢您的回答!
Freddy Potargent < fr ************** @ amcnv.beschrieb im Newsbeitrag
news:dI **************** ** @ phobos.telenet-ops.be ...
Hello Freddy,
thanks for answering!
"Freddy Potargent" <fr**************@amcnv.beschrieb im Newsbeitrag
news:dI******************@phobos.telenet-ops.be...
Hey Rainer,
你有混合装配吗? ,即C ++和C ++ / CLI或其他托管代码?
Hey Rainer,
Do you have a mixed assembly, ie C++ and C++/CLI or other managed code?
不,不是我会注意到的。
同时我对这个问题做了一些追踪,我找到了
的位置,问题就开始了。
在我的一个课程中,我从构造中创建并启动一个线程
像这样:
{
...
myThread = new Thread(new ThreadStart(myThreadMethod));
myThread.IsBackground = true;
myThread.Start();
}
如果我把myThread.Start()上的断点调试器到达那里
离开,没问题。
如果我把brreakpoint放在"}"另一个在
" myThreadMethod"的开头。它需要调试器很长时间才能停止,并且我在开始时描述了
问题。
我希望这些附加信息有助于找到原因我的问题!
问候
Rainer Queck
No, not that I would be aware of.
In the meanwhile I did some more down trace on the problem, and I found the
location, the problem starts.
In one of my classes, I create and start a thread from within the construcor
like this:
{
...
myThread = new Thread(new ThreadStart(myThreadMethod));
myThread.IsBackground = true;
myThread.Start();
}
If I put the breakpoint on "myThread.Start()" the debugger gets there right
away, no problems.
if I put the brreakpoint on "}" and a other one at the beginning of
"myThreadMethod" it takes the debugger long time to stop, and I get the
problem described on the beginning.
I hope this additional information helps to locate the cause of my problem!
Regards
Rainer Queck
嘿Rainer,
您是否有混合程序集,即C ++和C ++ / CLI或其他托管代码?
然后以下MSDN文章关于可能的加载程序锁定问题
对你来说可能很有意思,并解释发生了什么。
http://msdn2.microsoft.com/en-us/lib...66(vs80).aspx
我不知道任何其他可能导致此错误的问题。 VS2005
有所谓的MDA'(管理调试助手),可以检测到这个问题(以及其他问题)。
- Freddy
Rainer Queck schreef:
Hey Rainer,
Do you have a mixed assembly, ie C++ and C++/CLI or other managed code?
Then the following MSDN article about possible loader lock problems
might be interesting for you and explain what is happening.
http://msdn2.microsoft.com/en-us/lib...66(vs.80).aspx
I''m not aware of any other problem that could give this error. VS2005
has so-called MDA''s (Managed Debug Assistents) which detect this (and
other) problems.
-- Freddy
Rainer Queck schreef:
...发现更多,但仍然无法帮助我。 ..
因为我试图继续传递另一条消息:LoaderLock是
识别
加上帮助文本就像是:在OS-Loader的
lockk内尝试了托管执行......
这仍然没有给我想法,我做错了什么。请给我
一些关于要寻找什么的提示。
问候
Rainer Queck
... found out more, which still does not help me...
as I tried to continue an other message came up :"LoaderLock was
recoginized"
Plus the help text wich is like : "A managed execution is tried within the
lockk for the OS-Loader..."
This still doesn''t give me the idea, what I am doing wrong. Please give me
some hints on what to look for.
Regards
Rainer Queck
....发现更多,这仍然无法帮助我...
因为我试图继续其他消息出现:LoaderLock是
识别
加上帮助文本,如:在
lockk中尝试了托管执行OS-Loader ......
这仍然没有给我这个想法,我做错了什么。请给我
一些关于要寻找什么的提示。
问候
Rainer Queck
.... found out more, which still does not help me...
as I tried to continue an other message came up :"LoaderLock was
recoginized"
Plus the help text wich is like : "A managed execution is tried within the
lockk for the OS-Loader..."
This still doesn''t give me the idea, what I am doing wrong. Please give me
some hints on what to look for.
Regards
Rainer Queck
这篇关于VS2005调试器问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!