Windbg warning

I’m unable to do source debugging win WinDbg. Once my file is loaded if i set a breakpoint with the command bp ‘filename:line’ the breakpoint is ignored, and if I set it using the modulename!function the target system breaks but the disassembled vode is shown instead of my c source file.

I get a Warning from WinDbg saying it’s unable to check timestamp of different modules. Could be that related to the source debigging problem I’m having.

Thanks
Matteo


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

On Tuesday, April 10, 2001 9:12 AM “Matteo Pelati” wrote:

I’m unable to do source debugging win WinDbg. Once my file
is loaded if i set a breakpoint with the command bp ‘filename:line’
the breakpoint is ignored, and if I set it using the
modulename!function
the target system breaks but the disassembled vode is shown instead
of my c source file.

First, check that the symbol path (Ctrl+S), image path (Ctrl+I) and
source
path (Ctrl+P) are correct; save the workspace, open your c source file
and try again. Remember that to set a breakpoint, code must be present
in memory (for e.g. if you’re debugging a device driver which is
launched
by a test app, only when the driver is present at memory you’re allowed
to
set a breakpoint into it and relate it to its source).

I get a Warning from WinDbg saying it’s unable to check timestamp of
different modules. Could be that related to the source debigging
problem
I’m having.

Perhaps. Those invalid timestamp warnings appear frequently as a WinDbg
“feature” :wink: and usually it’s safe to ignore them. However, do not
ignore
warnings about invalid/missing symbols…

Hope it helps,

Miguel Monteiro
xxxxx@criticalsoftware.com
www.criticalsoftware.com

«Humour and love are God’s answers
to Human weaknesses»


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

Hello,
I’m also facing similar problem with windbg 2.0.23.0. When I set the
breakpoints, it shows then correctly in breakpoints list. But it doesn’t
stop at the breakpoints.
I also get the "unable to check timestamp " error. I’ve loaded symbols which
come along with Customer Diagnostics CD.
Please let us know the solution.
Thanks,
Aparna

----- Original Message -----
From: Matteo Pelati
To: NT Developers Interest List
Sent: Tuesday, April 10, 2001 1:42 PM
Subject: [ntdev] Windbg warning

I’m unable to do source debugging win WinDbg. Once my file is loaded if i
set a breakpoint with the command bp ‘filename:line’ the breakpoint is
ignored, and if I set it using the modulename!function the target system
breaks but the disassembled vode is shown instead of my c source file.

I get a Warning from WinDbg saying it’s unable to check timestamp of
different modules. Could be that related to the source debigging problem I’m
having.

Thanks
Matteo

You are currently subscribed to ntdev as: xxxxx@wipro.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

I’m running the WinDbg on my W200 Server SP1 (free) and the target machine
is a W2000 Pro (Checked). Where the image path should point to ?

Thanks
Matteo

----- Original Message -----
From: “Miguel Monteiro”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 10:27 AM
Subject: [ntdev] Re: Windbg warning

> On Tuesday, April 10, 2001 9:12 AM “Matteo Pelati” wrote:
>
> >I’m unable to do source debugging win WinDbg. Once my file
> >is loaded if i set a breakpoint with the command bp ‘filename:line’
> >the breakpoint is ignored, and if I set it using the
> modulename!function
> >the target system breaks but the disassembled vode is shown instead
> >of my c source file.
>
> First, check that the symbol path (Ctrl+S), image path (Ctrl+I) and
> source
> path (Ctrl+P) are correct; save the workspace, open your c source file
> and try again. Remember that to set a breakpoint, code must be present
> in memory (for e.g. if you’re debugging a device driver which is
> launched
> by a test app, only when the driver is present at memory you’re allowed
> to
> set a breakpoint into it and relate it to its source).
>
> >I get a Warning from WinDbg saying it’s unable to check timestamp of
> >different modules. Could be that related to the source debigging
> problem
> >I’m having.
>
> Perhaps. Those invalid timestamp warnings appear frequently as a WinDbg
> “feature” :wink: and usually it’s safe to ignore them. However, do not
> ignore
> warnings about invalid/missing symbols…
>
> Hope it helps,
>
> Miguel Monteiro
> xxxxx@criticalsoftware.com
> www.criticalsoftware.com
> ------------------------------------------------------------
> «Humour and love are God’s answers
> to Human weaknesses»
> ------------------------------------------------------------
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@dolce.it
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

The image path should point to where your executable image is located.
Usually, paths are relative to your development (host) machine; however,
you *debug* and set breakpoints by running your apps/drivers on the
target machine.You may also use _NT_xxx environment variables - e.g.,
assuming you have Win2K SP1 symbols installed on C:\WINNT\Symbols
(on host) and you’re developing a driver on C:\MyProjects\MyDriver, you
could use:

_NT_ALT_SYMBOL_PATH=C:\WINNT\Symbols
_NT_EXECUTABLE_IMAGE_PATH=C:\MyProjects\MyDriver\i386\sys
_NT_SYMBOL_PATH=C:\MyProjects\MyDriver\i386\sys
_NT_SOURCE_PATH=C:\MyProjects\MyDriver

Check the DDK documentation for detailed information on setting paths
and symbols.

Hope it helps,

Miguel Monteiro
xxxxx@criticalsoftware.com
www.criticalsoftware.com

«Humour and love are God’s answers
to Human weaknesses»

----- Original Message -----
From: “Matteo Pelati”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 10:02 AM
Subject: [ntdev] Re: Windbg warning

I’m running the WinDbg on my W200 Server SP1 (free) and the target
machine
is a W2000 Pro (Checked). Where the image path should point to ?

Thanks
Matteo

----- Original Message -----
From: “Miguel Monteiro”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 10:27 AM
Subject: [ntdev] Re: Windbg warning

> On Tuesday, April 10, 2001 9:12 AM “Matteo Pelati” wrote:
>
> >I’m unable to do source debugging win WinDbg. Once my file
> >is loaded if i set a breakpoint with the command bp ‘filename:line’
> >the breakpoint is ignored, and if I set it using the
> modulename!function
> >the target system breaks but the disassembled vode is shown instead
> >of my c source file.
>
> First, check that the symbol path (Ctrl+S), image path (Ctrl+I) and
> source
> path (Ctrl+P) are correct; save the workspace, open your c source file
> and try again. Remember that to set a breakpoint, code must be present
> in memory (for e.g. if you’re debugging a device driver which is
> launched
> by a test app, only when the driver is present at memory you’re
allowed
> to
> set a breakpoint into it and relate it to its source).
>
> >I get a Warning from WinDbg saying it’s unable to check timestamp of
> >different modules. Could be that related to the source debigging
> problem
> >I’m having.
>
> Perhaps. Those invalid timestamp warnings appear frequently as a
WinDbg
> “feature” :wink: and usually it’s safe to ignore them. However, do not
> ignore
> warnings about invalid/missing symbols…
>
> Hope it helps,
>
> Miguel Monteiro
> xxxxx@criticalsoftware.com
> www.criticalsoftware.com
> ------------------------------------------------------------
> «Humour and love are God’s answers
> to Human weaknesses»
> ------------------------------------------------------------
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@dolce.it
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: xxxxx@criticalsoftware.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

Thanks. In fact those are the seetings I’m currently using…but no way…

Matteo

----- Original Message -----
From: “Miguel Monteiro”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 12:15 PM
Subject: [ntdev] Re: Windbg warning

> The image path should point to where your executable image is located.
> Usually, paths are relative to your development (host) machine; however,
> you debug and set breakpoints by running your apps/drivers on the
> target machine.You may also use _NT_xxx environment variables - e.g.,
> assuming you have Win2K SP1 symbols installed on C:\WINNT\Symbols
> (on host) and you’re developing a driver on C:\MyProjects\MyDriver, you
> could use:
>
> _NT_ALT_SYMBOL_PATH=C:\WINNT\Symbols
> _NT_EXECUTABLE_IMAGE_PATH=C:\MyProjects\MyDriver\i386\sys
> _NT_SYMBOL_PATH=C:\MyProjects\MyDriver\i386\sys
> _NT_SOURCE_PATH=C:\MyProjects\MyDriver
>
> Check the DDK documentation for detailed information on setting paths
> and symbols.
>
> Hope it helps,
>
> Miguel Monteiro
> xxxxx@criticalsoftware.com
> www.criticalsoftware.com
> ------------------------------------------------------------
> «Humour and love are God’s answers
> to Human weaknesses»
> ------------------------------------------------------------
>
> ----- Original Message -----
> From: “Matteo Pelati”
> To: “NT Developers Interest List”
> Sent: Tuesday, April 10, 2001 10:02 AM
> Subject: [ntdev] Re: Windbg warning
>
>
> I’m running the WinDbg on my W200 Server SP1 (free) and the target
> machine
> is a W2000 Pro (Checked). Where the image path should point to ?
>
> Thanks
> Matteo
>
> ----- Original Message -----
> From: “Miguel Monteiro”
> To: “NT Developers Interest List”
> Sent: Tuesday, April 10, 2001 10:27 AM
> Subject: [ntdev] Re: Windbg warning
>
>
> > On Tuesday, April 10, 2001 9:12 AM “Matteo Pelati” wrote:
> >
> > >I’m unable to do source debugging win WinDbg. Once my file
> > >is loaded if i set a breakpoint with the command bp ‘filename:line’
> > >the breakpoint is ignored, and if I set it using the
> > modulename!function
> > >the target system breaks but the disassembled vode is shown instead
> > >of my c source file.
> >
> > First, check that the symbol path (Ctrl+S), image path (Ctrl+I) and
> > source
> > path (Ctrl+P) are correct; save the workspace, open your c source file
> > and try again. Remember that to set a breakpoint, code must be present
> > in memory (for e.g. if you’re debugging a device driver which is
> > launched
> > by a test app, only when the driver is present at memory you’re
> allowed
> > to
> > set a breakpoint into it and relate it to its source).
> >
> > >I get a Warning from WinDbg saying it’s unable to check timestamp of
> > >different modules. Could be that related to the source debigging
> > problem
> > >I’m having.
> >
> > Perhaps. Those invalid timestamp warnings appear frequently as a
> WinDbg
> > “feature” :wink: and usually it’s safe to ignore them. However, do not
> > ignore
> > warnings about invalid/missing symbols…
> >
> > Hope it helps,
> >
> > Miguel Monteiro
> > xxxxx@criticalsoftware.com
> > www.criticalsoftware.com
> > ------------------------------------------------------------
> > «Humour and love are God’s answers
> > to Human weaknesses»
> > ------------------------------------------------------------
> >
> >
> >
> > —
> > You are currently subscribed to ntdev as: xxxxx@dolce.it
> > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@criticalsoftware.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@dolce.it
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

You wrote:

I’m unable to do source debugging [using] WinDbg (…)

On WinDbg, did you turned Source Mode ON? :slight_smile:
I dunno what else might be wrong, except that you might
be using wrong symbols…

Sorry (hope it helps anyway),

Miguel Monteiro
xxxxx@criticalsoftware.com
www.criticalsoftware.com

«Humour and love are God’s answers
to Human weaknesses»

----- Original Message -----
From: “Matteo Pelati”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 12:35 PM
Subject: [ntdev] Re: Windbg warning

Thanks. In fact those are the seetings I’m currently using…but no
way…

Matteo

----- Original Message -----
From: “Miguel Monteiro”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 12:15 PM
Subject: [ntdev] Re: Windbg warning

> The image path should point to where your executable image is located.
> Usually, paths are relative to your development (host) machine;
however,
> you debug and set breakpoints by running your apps/drivers on the
> target machine.You may also use _NT_xxx environment variables - e.g.,
> assuming you have Win2K SP1 symbols installed on C:\WINNT\Symbols
> (on host) and you’re developing a driver on C:\MyProjects\MyDriver,
you
> could use:
>
> _NT_ALT_SYMBOL_PATH=C:\WINNT\Symbols
> _NT_EXECUTABLE_IMAGE_PATH=C:\MyProjects\MyDriver\i386\sys
> _NT_SYMBOL_PATH=C:\MyProjects\MyDriver\i386\sys
> _NT_SOURCE_PATH=C:\MyProjects\MyDriver
>
> Check the DDK documentation for detailed information on setting paths
> and symbols.
>
> Hope it helps,
>
> Miguel Monteiro
> xxxxx@criticalsoftware.com
> www.criticalsoftware.com
> ------------------------------------------------------------
> «Humour and love are God’s answers
> to Human weaknesses»
> ------------------------------------------------------------
>
> ----- Original Message -----
> From: “Matteo Pelati”
> To: “NT Developers Interest List”
> Sent: Tuesday, April 10, 2001 10:02 AM
> Subject: [ntdev] Re: Windbg warning
>
>
> I’m running the WinDbg on my W200 Server SP1 (free) and the target
> machine
> is a W2000 Pro (Checked). Where the image path should point to ?
>
> Thanks
> Matteo
>
> ----- Original Message -----
> From: “Miguel Monteiro”
> To: “NT Developers Interest List”
> Sent: Tuesday, April 10, 2001 10:27 AM
> Subject: [ntdev] Re: Windbg warning
>
>
> > On Tuesday, April 10, 2001 9:12 AM “Matteo Pelati” wrote:
> >
> > >I’m unable to do source debugging win WinDbg. Once my file
> > >is loaded if i set a breakpoint with the command bp ‘filename:line’
> > >the breakpoint is ignored, and if I set it using the
> > modulename!function
> > >the target system breaks but the disassembled vode is shown instead
> > >of my c source file.
> >
> > First, check that the symbol path (Ctrl+S), image path (Ctrl+I) and
> > source
> > path (Ctrl+P) are correct; save the workspace, open your c source
file
> > and try again. Remember that to set a breakpoint, code must be
present
> > in memory (for e.g. if you’re debugging a device driver which is
> > launched
> > by a test app, only when the driver is present at memory you’re
> allowed
> > to
> > set a breakpoint into it and relate it to its source).
> >
> > >I get a Warning from WinDbg saying it’s unable to check timestamp
of
> > >different modules. Could be that related to the source debigging
> > problem
> > >I’m having.
> >
> > Perhaps. Those invalid timestamp warnings appear frequently as a
> WinDbg
> > “feature” :wink: and usually it’s safe to ignore them. However, do not
> > ignore
> > warnings about invalid/missing symbols…
> >
> > Hope it helps,
> >
> > Miguel Monteiro
> > xxxxx@criticalsoftware.com
> > www.criticalsoftware.com
> > ------------------------------------------------------------
> > «Humour and love are God’s answers
> > to Human weaknesses»
> > ------------------------------------------------------------
> >
> >
> >
> > —
> > You are currently subscribed to ntdev as: xxxxx@dolce.it
> > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
> —
> You are currently subscribed to ntdev as:
xxxxx@criticalsoftware.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@dolce.it
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: xxxxx@criticalsoftware.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

Yes, Source mode is ON. Symbols should be okay. I got them from the
customer’s diagnostics CD, and I don’t get any error from WinDbg about
symbols. Can you describe your procedure to enable source debugging. I tell
you how my system is set-up:

Symbols dir: c:\myprojects\tcpip\tcp\obj\i386;C:\W2000SYM\checked\Symbols
Source dir: c:\myprojects\tcpip\tcp
Image dir: c:\myprojects\tcpip\tcp\obj\i386

I set these paths in WinDbg using .sympath, .srcpath, etc…
I wish to debug the UDPSend function in the located in the source file udp.c

Now here’s my procedure:

  • turn on the target machine
  • connect WinDbg and set path parameters
  • load source file (udp.c) using LSF command
  • Source mode is on

if i set a breakpoint on tcpip!UDPSend the system breaks whenever i try to
send a UDP packet but no source debugging is done. If i set a breakpoint
indicatig sourcefile:lineno the system doesn’t break.

Notice that i replaced the standard tcpip.sys driver of Win2000 with my own.
Could this affect something ?

Thanks ALOT !!!
Matteo

----- Original Message -----
From: “Miguel Monteiro”
To: “NT Developers Interest List”
Sent: Tuesday, April 10, 2001 3:44 PM
Subject: [ntdev] Re: Windbg warning

> You wrote:
> >I’m unable to do source debugging [using] WinDbg (…)
>
> On WinDbg, did you turned Source Mode ON? :slight_smile:
> I dunno what else might be wrong, except that you might
> be using wrong symbols…
>
> Sorry (hope it helps anyway),
>
> Miguel Monteiro
> xxxxx@criticalsoftware.com
> www.criticalsoftware.com
> ------------------------------------------------------------
> «Humour and love are God’s answers
> to Human weaknesses»
> ------------------------------------------------------------
>
> ----- Original Message -----
> From: “Matteo Pelati”
> To: “NT Developers Interest List”
> Sent: Tuesday, April 10, 2001 12:35 PM
> Subject: [ntdev] Re: Windbg warning
>
>
> Thanks. In fact those are the seetings I’m currently using…but no
> way…
>
> Matteo
>
> ----- Original Message -----
> From: “Miguel Monteiro”
> To: “NT Developers Interest List”
> Sent: Tuesday, April 10, 2001 12:15 PM
> Subject: [ntdev] Re: Windbg warning
>
>
> > The image path should point to where your executable image is located.
> > Usually, paths are relative to your development (host) machine;
> however,
> > you debug and set breakpoints by running your apps/drivers on the
> > target machine.You may also use _NT_xxx environment variables - e.g.,
> > assuming you have Win2K SP1 symbols installed on C:\WINNT\Symbols
> > (on host) and you’re developing a driver on C:\MyProjects\MyDriver,
> you
> > could use:
> >
> > _NT_ALT_SYMBOL_PATH=C:\WINNT\Symbols
> > _NT_EXECUTABLE_IMAGE_PATH=C:\MyProjects\MyDriver\i386\sys
> > _NT_SYMBOL_PATH=C:\MyProjects\MyDriver\i386\sys
> > _NT_SOURCE_PATH=C:\MyProjects\MyDriver
> >
> > Check the DDK documentation for detailed information on setting paths
> > and symbols.
> >
> > Hope it helps,
> >
> > Miguel Monteiro
> > xxxxx@criticalsoftware.com
> > www.criticalsoftware.com
> > ------------------------------------------------------------
> > «Humour and love are God’s answers
> > to Human weaknesses»
> > ------------------------------------------------------------
> >
> > ----- Original Message -----
> > From: “Matteo Pelati”
> > To: “NT Developers Interest List”
> > Sent: Tuesday, April 10, 2001 10:02 AM
> > Subject: [ntdev] Re: Windbg warning
> >
> >
> > I’m running the WinDbg on my W200 Server SP1 (free) and the target
> > machine
> > is a W2000 Pro (Checked). Where the image path should point to ?
> >
> > Thanks
> > Matteo
> >
> > ----- Original Message -----
> > From: “Miguel Monteiro”
> > To: “NT Developers Interest List”
> > Sent: Tuesday, April 10, 2001 10:27 AM
> > Subject: [ntdev] Re: Windbg warning
> >
> >
> > > On Tuesday, April 10, 2001 9:12 AM “Matteo Pelati” wrote:
> > >
> > > >I’m unable to do source debugging win WinDbg. Once my file
> > > >is loaded if i set a breakpoint with the command bp ‘filename:line’
> > > >the breakpoint is ignored, and if I set it using the
> > > modulename!function
> > > >the target system breaks but the disassembled vode is shown instead
> > > >of my c source file.
> > >
> > > First, check that the symbol path (Ctrl+S), image path (Ctrl+I) and
> > > source
> > > path (Ctrl+P) are correct; save the workspace, open your c source
> file
> > > and try again. Remember that to set a breakpoint, code must be
> present
> > > in memory (for e.g. if you’re debugging a device driver which is
> > > launched
> > > by a test app, only when the driver is present at memory you’re
> > allowed
> > > to
> > > set a breakpoint into it and relate it to its source).
> > >
> > > >I get a Warning from WinDbg saying it’s unable to check timestamp
> of
> > > >different modules. Could be that related to the source debigging
> > > problem
> > > >I’m having.
> > >
> > > Perhaps. Those invalid timestamp warnings appear frequently as a
> > WinDbg
> > > “feature” :wink: and usually it’s safe to ignore them. However, do not
> > > ignore
> > > warnings about invalid/missing symbols…
> > >
> > > Hope it helps,
> > >
> > > Miguel Monteiro
> > > xxxxx@criticalsoftware.com
> > > www.criticalsoftware.com
> > > ------------------------------------------------------------
> > > «Humour and love are God’s answers
> > > to Human weaknesses»
> > > ------------------------------------------------------------
> > >
> > >
> > >
> > > —
> > > You are currently subscribed to ntdev as: xxxxx@dolce.it
> > > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
> >
> >
> > —
> > You are currently subscribed to ntdev as:
> xxxxx@criticalsoftware.com
> > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
> >
> >
> >
> > —
> > You are currently subscribed to ntdev as: xxxxx@dolce.it
> > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@criticalsoftware.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@dolce.it
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

It’s not clear whether the following will solve your problem, but here it is
for whatever it might be worth.

If you are trying to break into your driver on a reboot, you have to hit a
hard breakpoint before your saved breakpoints are instantiated. One way to
do that is to have an
int 3
instruction in your source, but that is kind of user hostile. My preferred
way of doing it is to use Ctl+Alt+K to select “Request initial breakpoint”.
When the debugger hooks up, it breaks, all the saved breakpoints are
instantiated, and they work as expected. Without the hard breakpoint of
some kind, the saved breakpoints won’t be instantiated, so they are never
hit.

If this isn’t your scenario, I don’t have any other ideas.

Phil

-----Original Message-----
From: Aparna Sachin Argade [mailto:xxxxx@wipro.com]
Sent: Tuesday, April 10, 2001 1:37 AM
To: NT Developers Interest List
Subject: [ntdev] Re: Windbg warning

Hello,
I’m also facing similar problem with windbg 2.0.23.0. When I set the
breakpoints, it shows then correctly in breakpoints list. But it doesn’t
stop at the breakpoints.
I also get the "unable to check timestamp " error. I’ve loaded symbols which
come along with Customer Diagnostics CD.
Please let us know the solution.
Thanks,
Aparna


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

> If you are trying to break into your driver on a reboot, you have to hit a

hard breakpoint before your saved breakpoints are instantiated. One way
to
do that is to have an
int 3
instruction in your source, but that is kind of user hostile.

One can also use break on module load event - and to instantiate breakpoint
in your driver after your driver will be loaded.

Max


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

NOTES on the previous E-mails:

* Yes, the timestamp warning can be safely ignored - missing symbols errors
should *not* be ignored.

* I do not recommend setting the image path for live debugging. You don’t
need to (we get all the information from the images loaded in memory). The
only time you need the image path is when debugging minidump files.

*As for the problem that start this thread:

The symbols shipped on the customer support CD are “stripped” symbols.
They do not contain the line information necessary to do source level
debugging - because very few people have the NT source in the first place.

If you are a source licensee and want to do source level debugging of the
OS bits Microsoft ships (like tcpip.sus), you’ll need to contact Microsoft
to get the OS symbols which have line and type information. Get in touch
with the person that proivded you with the source license, and they can
tell you what program are being put in place to give you source level
debugging capabilities.

-Andre


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

On Wednesday, April 11, 2001 2:59 AM “Andre Vachon” wrote:

(…)
* I do not recommend setting the image path for live debugging. You
don’t need to (we get all the information from the images loaded in
memory). The only time you need the image path is when debugging
minidump files. (…)

Andre is right. WinDbg help explicitly states that:

«The executable image path specifies the directories in which the
binary executable files are located. In most cases, the debugger will
know the location of the executables, so this path does not need to be
set. However, there are cases where this path is needed. For instance,
if you are analyzing a kernel-mode dump file, the Kernel Memory Dump
and Small Memory Dump will not contain all the executables residing in
memory at the time of the crash. Also, anything paged to disk at the
time
of the crash will not be included in the dump file. Setting this path
allows
the debugger to find these binary files.»

I suppose one could forget this and set the image path “just to be
sure”…
It’s a useless effort to most situations (and prone to cause errors?),
so
here’s the reminder… just to be sure… :wink:

Miguel Monteiro
xxxxx@criticalsoftware.com
www.criticalsoftware.com

«Humour and love are God’s answers
to Human weaknesses»


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com

Andre,

So the “stripped” symbols are missing the information to do source level
debugging. No big deal. The overall problem is that they fail the time
stamp. I’ve seen these warnings take over 15 minutes to tell me every file
in the symbols directory failed the timestamp. I’ve even seen my own pdb
fail the time stamp.

Suggestion: Until time stamping works, which it obviously doesn’t, remove
it. Please.

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of xxxxx@microsoft.com
Sent: Wednesday, April 11, 2001 3:00 AM
To: NT Developers Interest List
Subject: [ntdev] Re: Windbg warning

NOTES on the previous E-mails:

* Yes, the timestamp warning can be safely ignored - missing symbols errors
should *not* be ignored.

* I do not recommend setting the image path for live debugging. You don’t
need to (we get all the information from the images loaded in memory). The
only time you need the image path is when debugging minidump files.

*As for the problem that start this thread:

The symbols shipped on the customer support CD are “stripped” symbols.
They do not contain the line information necessary to do source level
debugging - because very few people have the NT source in the first place.

If you are a source licensee and want to do source level debugging of the
OS bits Microsoft ships (like tcpip.sus), you’ll need to contact Microsoft
to get the OS symbols which have line and type information. Get in touch
with the person that proivded you with the source license, and they can
tell you what program are being put in place to give you source level
debugging capabilities.

-Andre


You are currently subscribed to ntdev as: xxxxx@delphieng.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com