Re: CLR Debugger points to incorrect source code
- From: "Russ" <nesr235@xxxxxxxxxx>
- Date: 19 Oct 2006 05:53:06 -0700
That was my first thought. But that is not the issue here.
Whats really weird, is that I will be in DataAccess.Provider and set a
break point, and it will pop over to BusinessProcess.Provider to set
the break point. And, that could be a empty line or even a commented
out line in BusinessProcess.Provider. When it runs it will stop on
that break point in the BusinessProcess.Provider but I can tell its
really running DataAccess.Provider.
Bryan Phillips wrote:
If you are using .Net 1.1, be aware that this can also be caused by an
issue with incorrectly generated PDB files.
Bryan Phillips
MCSD, MCDBA, MCSE
Blog: http://bphillips76.spaces.live.com
"Russ" <nesr235@xxxxxxxxxx> wrote in message
news:1161211887.441323.91700@xxxxxxxxxxxxxxxxxxxxxxxxxxxx:
I have two programs with the same name but different name spaces.
i.e .
BusinessProcess.Provider
and
DataAccess.Provider
What happens when I debug remotely, is that the debugger will point to
the BusinessProcess.Provider instead of the DataAccess.Provider. I can
tell that its really executing DataAccess.Provider because of the line
numbers and the variables change values as if its executing
DataAccess.Provider. But, its still pointing to
BusinessProcess.Provider while debugging.
Anyone know how to make the CLR debugger point to the correct
namespace.program?
.
- Follow-Ups:
- Re: CLR Debugger points to incorrect source code
- From: Ben Voigt
- Re: CLR Debugger points to incorrect source code
- References:
- CLR Debugger points to incorrect source code
- From: Russ
- Re: CLR Debugger points to incorrect source code
- From: Bryan Phillips
- CLR Debugger points to incorrect source code
- Prev by Date: Re: Listbox selected items to string array
- Next by Date: Weird impersonation issue
- Previous by thread: Re: CLR Debugger points to incorrect source code
- Next by thread: Re: CLR Debugger points to incorrect source code
- Index(es):
Relevant Pages
|
