CLR Debugger points to incorrect source code

TheMSsForum.com: The Microsoft Software Forum

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?
Top

Re: CLR Debugger points to incorrect source code by Bryan

Bryan
Wed Oct 18 21:53:26 CDT 2006

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@lni.wa.gov> wrote in message
news:1161211887.441323.91700@i42g2000cwa.googlegroups.com:

> 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?

Top

Re: CLR Debugger points to incorrect source code by Russ

Russ
Thu Oct 19 07:53:06 CDT 2006

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@lni.wa.gov> wrote in message
> news:1161211887.441323.91700@i42g2000cwa.googlegroups.com:
>
> > 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?

Top

Re: CLR Debugger points to incorrect source code by Ben

Ben
Thu Oct 19 16:23:02 CDT 2006


"Russ" <nesr235@lni.wa.gov> wrote in message
news:1161262386.379476.200070@i3g2000cwc.googlegroups.com...
> 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.
>
Are the filenames also the same (i.e. Provider.cs for both)?

Does it help if you supply the full path to the files when invoking the
compiler (csc)?


>
>
> 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@lni.wa.gov> wrote in message
>> news:1161211887.441323.91700@i42g2000cwa.googlegroups.com:
>>
>> > 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?
>


Top

Re: CLR Debugger points to incorrect source code by Russ

Russ
Mon Oct 23 09:24:48 CDT 2006

Yes the Filenames are the same.

In my example, they are

BusinessProcess.Provider.vb
DataAccess.Provider.vb

I only have this problem when debugging remotely using the CLR
debugger. I do not have any problems when using Visual Studio
debugging on my local machine.


Ben Voigt wrote:
> "Russ" <nesr235@lni.wa.gov> wrote in message
> news:1161262386.379476.200070@i3g2000cwc.googlegroups.com...
> > 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.
> >
> Are the filenames also the same (i.e. Provider.cs for both)?
>
> Does it help if you supply the full path to the files when invoking the
> compiler (csc)?
>
>
> >
> >
> > 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@lni.wa.gov> wrote in message
> >> news:1161211887.441323.91700@i42g2000cwa.googlegroups.com:
> >>
> >> > 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?
> >

Top