Microsft Symbol Server Running Slow?

NTDEV
1

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?
If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

2

Are the downloaded symbols not being cached locally? Usually you can
start the first debug session to get all the relevant symbol files
cached locally, then it shouldn’t be necessary to download symbols any
further. If necessary, remove the symbol server from your symbols path
to prevent queries across the network.

Chuck

----- Original Message -----
From: “Alasdair Tompson (external)”
To: “Windows System Software Devs Interest List”
Sent: Wednesday, October 06, 2004 6:36 PM
Subject: [ntdev] Microsft Symbol Server Running Slow?

>I am having big problems with my debugger taking several minutes to
>access
> the symbol server. Is anyone else having this problem?
> If not it could be our network in which case I will have to resort to
> dial-up!
>
> Thanks
>
> Alasdair

3

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to
access the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have
received this email in error please notify the sender immediately and
delete this email from your system without copying or disseminating it
or placing any reliance upon its contents. We cannot accept liability
for any breaches of confidence arising through use of email. Any
opinions expressed in this email (including attachments) are those of
the author and do not necessarily reflect our opinions. We will not
accept responsibility for any commitments made by our employees outside
the scope of our business. We do not warrant the accuracy or
completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument:
‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

4

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

5

You need not to remove MS symbol server path but use proper path so that it
first look at local machine and if not found then only go to MS server.
This is what works for me:
SRV**http://msdl.microsoft.com/download/symbols
Have a look at very good article “Go Diskless – Using the Microsoft Symbol
Servers” at: http:
http://www.osronline.com/article.cfm?id=315.

Hope this helps,
Dev

-----Original Message-----
From: Alasdair Tompson (external) [mailto:xxxxx@t-mobile.co.uk]
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

" ***** Kernel symbols are WRONG. Please fix symbols to do analysis."

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: dsingh@in.rainbow.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.</http:>

6

Hi,

Thanks, that is what I now have but it still tries to get some symbols each
time.

I think I’ll have to turn it off as it hangs the debugger while it does this
and it can take 15 mins to come back, I then have to reboot TWO machines
instead of just one!

Alasdair

-----Original Message-----
From: Dsingh@in.safenet-inc.com [mailto:Dsingh@in.safenet-inc.com]
Sent: 06 October 2004 14:14
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

You need not to remove MS symbol server path but use proper path so that it
first look at local machine and if not found then only go to MS server.
This is what works for me:
SRV**http://msdl.microsoft.com/download/symbols
Have a look at very good article “Go Diskless – Using the Microsoft Symbol
Servers” at: http:
http://www.osronline.com/article.cfm?id=315.

Hope this helps,
Dev

-----Original Message-----
From: Alasdair Tompson (external) [mailto:xxxxx@t-mobile.co.uk]
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

" ***** Kernel symbols are WRONG. Please fix symbols to do analysis."

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: dsingh@in.rainbow.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@t-mobile.co.uk
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.</http:>

7

“I then have to reboot TWO machines instead of just one!”

Sorry - not quite correct. I just have to restart windbg on one of them.

Alasdair

-----Original Message-----
From: Dsingh@in.safenet-inc.com [mailto:Dsingh@in.safenet-inc.com]
Sent: 06 October 2004 14:14
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

You need not to remove MS symbol server path but use proper path so that it
first look at local machine and if not found then only go to MS server.
This is what works for me:
SRV**http://msdl.microsoft.com/download/symbols
Have a look at very good article “Go Diskless – Using the Microsoft Symbol
Servers” at: http:
http://www.osronline.com/article.cfm?id=315.

Hope this helps,
Dev

-----Original Message-----
From: Alasdair Tompson (external) [mailto:xxxxx@t-mobile.co.uk]
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

" ***** Kernel symbols are WRONG. Please fix symbols to do analysis."

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: dsingh@in.rainbow.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@t-mobile.co.uk
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.</http:>

8

Sorry I was not precise with my original response. Just remove the URL
from the symbol server path, i.e. “SRV*". The local cache
will be referenced, but not the symbol server. If you still get “kernel
symbols are wrong,” then that means you don’t have all the symbols
locally yet, so you’ll just have to suffer through the initial
downloads.

Chuck

----- Original Message -----
From: “Alasdair Tompson (external)”
To: “Windows System Software Devs Interest List”
Sent: Wednesday, October 06, 2004 8:24 PM
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

> Hi,
>
> Thanks, that is what I now have but it still tries to get some symbols
> each
> time.
>
> I think I’ll have to turn it off as it hangs the debugger while it
> does this
> and it can take 15 mins to come back, I then have to reboot TWO
> machines
> instead of just one!
>
> Alasdair
>
>
> -----Original Message-----
> From: Dsingh@in.safenet-inc.com [mailto:Dsingh@in.safenet-inc.com]
> Sent: 06 October 2004 14:14
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> You need not to remove MS symbol server path but use proper path so
> that it
> first look at local machine and if not found then only go to MS
> server.
> This is what works for me:
> SRV*http://msdl.microsoft.com/download/symbols
> Have a look at very good article “Go Diskless – Using the Microsoft
> Symbol
> Servers” at: http:
> http://www.osronline.com/article.cfm?id=315.
>
> Hope this helps,
> Dev
>
> -----Original Message-----
> From: Alasdair Tompson (external)
> [mailto:xxxxx@t-mobile.co.uk]
> Sent: Wednesday, October 06, 2004 6:27 PM
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> Thanks guys - I have removed the Microsoft symbol server path and now
> it is
> much faster when I get a bugcheck but it tells me:
>
> " ***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
>
> I am using a free build of W2K.
>
> Alasdair
>
>
> -----Original Message-----
> From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
> Sent: 06 October 2004 13:51
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> As chuck said, do the debugging, you would have got the corresponding
> symbols on the local m/c. Then next time you debug, you shouldn’t
> have the symbol server specified and all that is required is to point
> to
> your local directory where you have he symbols cached.
> Thanks
> Vipin
>
>
> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair
> Tompson
> (external)
> Sent: Wednesday, October 06, 2004 5:07 PM
> To: Windows System Software Devs Interest List
> Subject: [ntdev] Microsft Symbol Server Running Slow?
>
>
>
> I am having big problems with my debugger taking several minutes to
> access
> the symbol server. Is anyone else having this problem?
>
> If not it could be our network in which case I will have to resort to
> dial-up!
>
> Thanks
>
> Alasdair</http:>

9

And you most likely have a network problem as the symbol server is pretty
reliable and responsive, at least in my experience.

=====================
Mark Roddy

-----Original Message-----
From: Chuck Batson [mailto:xxxxx@cbatson.com]
Sent: Wednesday, October 06, 2004 9:56 AM
To: Windows System Software Devs Interest List
Subject: Re: [ntdev] Microsft Symbol Server Running Slow?

Sorry I was not precise with my original response. Just remove the URL from
the symbol server path, i.e. “SRV*". The local cache will be
referenced, but not the symbol server. If you still get “kernel symbols are
wrong,” then that means you don’t have all the symbols locally yet, so
you’ll just have to suffer through the initial downloads.

Chuck

----- Original Message -----
From: “Alasdair Tompson (external)”
To: “Windows System Software Devs Interest List”
Sent: Wednesday, October 06, 2004 8:24 PM
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

> Hi,
>
> Thanks, that is what I now have but it still tries to get some symbols
> each
> time.
>
> I think I’ll have to turn it off as it hangs the debugger while it
> does this
> and it can take 15 mins to come back, I then have to reboot TWO
> machines
> instead of just one!
>
> Alasdair
>
>
> -----Original Message-----
> From: Dsingh@in.safenet-inc.com [mailto:Dsingh@in.safenet-inc.com]
> Sent: 06 October 2004 14:14
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> You need not to remove MS symbol server path but use proper path so
> that it
> first look at local machine and if not found then only go to MS
> server.
> This is what works for me:
> SRV*http://msdl.microsoft.com/download/symbols
> Have a look at very good article “Go Diskless – Using the Microsoft
> Symbol
> Servers” at: http:
> http://www.osronline.com/article.cfm?id=315.
>
> Hope this helps,
> Dev
>
> -----Original Message-----
> From: Alasdair Tompson (external)
> [mailto:xxxxx@t-mobile.co.uk]
> Sent: Wednesday, October 06, 2004 6:27 PM
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> Thanks guys - I have removed the Microsoft symbol server path and now
> it is
> much faster when I get a bugcheck but it tells me:
>
> " ***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
>
> I am using a free build of W2K.
>
> Alasdair
>
>
> -----Original Message-----
> From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
> Sent: 06 October 2004 13:51
> To: Windows System Software Devs Interest List
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> As chuck said, do the debugging, you would have got the corresponding
> symbols on the local m/c. Then next time you debug, you shouldn’t
> have the symbol server specified and all that is required is to point
> to
> your local directory where you have he symbols cached.
> Thanks
> Vipin
>
>
> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair
> Tompson
> (external)
> Sent: Wednesday, October 06, 2004 5:07 PM
> To: Windows System Software Devs Interest List
> Subject: [ntdev] Microsft Symbol Server Running Slow?
>
>
>
> I am having big problems with my debugger taking several minutes to
> access
> the symbol server. Is anyone else having this problem?
>
> If not it could be our network in which case I will have to resort to
> dial-up!
>
> Thanks
>
> Alasdair

—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@stratus.com
To unsubscribe send a blank email to xxxxx@lists.osr.com</http:>

10

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
Make sure the symbols you are using are correct. Doing any kind of debugging
with incorrect symbols is meaningless.

Use the “!sym noisy” and “!analyze -v” commands and you will get a lot of
info on what symbols are being used and where they are loaded from. If you
find the symbols are not right and you need to update from the symbol
server, then you dont have a choice. (the “lm” command will help you
determine that)

Also, check the symbol file path and if it rightly points to the symbols for
your driver. It may so happen that symbols for your driver might not be
correctly loaded, and Windbg might search for it at the MS symbol server
every time ?

After you fix your symbols, go any further …

Hope this helps
-g

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@cisco.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

11

Thanks for this.

The “lm” command was useful - haven’t come across that one before.

“lm e” shows that ntoskrnl.dbg had a mismatch (#). This is the one it always
tried to download from the symbol server (and presumably always fails).

A few others had no symbol files at all (MSVCRTD, MFC42uD, COMCTL32, USER32,
NTDLL, KERNEL32 and nt), as these are Microsoft files I had thought the
symbol server would be able to supply them to me. Or have I missed something
obvious here?

Thanks

Alasdair

-----Original Message-----
From: Girish Kulkarni (kulkis) [mailto:xxxxx@cisco.com]
Sent: 06 October 2004 15:14
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
Make sure the symbols you are using are correct. Doing any kind of debugging
with incorrect symbols is meaningless.

Use the “!sym noisy” and “!analyze -v” commands and you will get a lot of
info on what symbols are being used and where they are loaded from. If you
find the symbols are not right and you need to update from the symbol
server, then you dont have a choice. (the “lm” command will help you
determine that)

Also, check the symbol file path and if it rightly points to the symbols for
your driver. It may so happen that symbols for your driver might not be
correctly loaded, and Windbg might search for it at the MS symbol server
every time ?

After you fix your symbols, go any further …

Hope this helps
-g

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@cisco.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

12

Well, the easiest way to find out is to look at your local symbol store and
there should be a directory for each of those files. e.g. if your local
symbol store is C:\symbols you should see a directory say, NTDLL.PDB and
inside that directory, another directory that (which i guess is the
combination of version, timestamp) and then your ntdll.pdb file. So, if
these directories are missing, that means that your download from MS symbol
server is not complete.

-g

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 7:59 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks for this.

The “lm” command was useful - haven’t come across that one before.

“lm e” shows that ntoskrnl.dbg had a mismatch (#). This is the one it always
tried to download from the symbol server (and presumably always fails).

A few others had no symbol files at all (MSVCRTD, MFC42uD, COMCTL32, USER32,
NTDLL, KERNEL32 and nt), as these are Microsoft files I had thought the
symbol server would be able to supply them to me. Or have I missed something
obvious here?

Thanks

Alasdair

-----Original Message-----
From: Girish Kulkarni (kulkis) [mailto:xxxxx@cisco.com]
Sent: 06 October 2004 15:14
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
Make sure the symbols you are using are correct. Doing any kind of debugging
with incorrect symbols is meaningless.

Use the “!sym noisy” and “!analyze -v” commands and you will get a lot of
info on what symbols are being used and where they are loaded from. If you
find the symbols are not right and you need to update from the symbol
server, then you dont have a choice. (the “lm” command will help you
determine that)

Also, check the symbol file path and if it rightly points to the symbols for
your driver. It may so happen that symbols for your driver might not be
correctly loaded, and Windbg might search for it at the MS symbol server
every time ?

After you fix your symbols, go any further …

Hope this helps
-g

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@cisco.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@cisco.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

13

.symfix is also a good command, and can set up the symbol cache directory
on the local disk.

Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
xxxxx@storagecraft.com
http://www.storagecraft.com

----- Original Message -----
From: “Chuck Batson”
To: “Windows System Software Devs Interest List”
Sent: Wednesday, October 06, 2004 5:55 PM
Subject: Re: [ntdev] Microsft Symbol Server Running Slow?

> Sorry I was not precise with my original response. Just remove the URL
> from the symbol server path, i.e. “SRV*". The local cache
> will be referenced, but not the symbol server. If you still get “kernel
> symbols are wrong,” then that means you don’t have all the symbols
> locally yet, so you’ll just have to suffer through the initial
> downloads.
>
> Chuck
>
> ----- Original Message -----
> From: “Alasdair Tompson (external)”
> To: “Windows System Software Devs Interest List”
> Sent: Wednesday, October 06, 2004 8:24 PM
> Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
>
>
> > Hi,
> >
> > Thanks, that is what I now have but it still tries to get some symbols
> > each
> > time.
> >
> > I think I’ll have to turn it off as it hangs the debugger while it
> > does this
> > and it can take 15 mins to come back, I then have to reboot TWO
> > machines
> > instead of just one!
> >
> > Alasdair
> >
> >
> > -----Original Message-----
> > From: Dsingh@in.safenet-inc.com [mailto:Dsingh@in.safenet-inc.com]
> > Sent: 06 October 2004 14:14
> > To: Windows System Software Devs Interest List
> > Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
> >
> >
> > You need not to remove MS symbol server path but use proper path so
> > that it
> > first look at local machine and if not found then only go to MS
> > server.
> > This is what works for me:
> > SRV*http://msdl.microsoft.com/download/symbols
> > Have a look at very good article “Go Diskless – Using the Microsoft
> > Symbol
> > Servers” at: http:
> > http://www.osronline.com/article.cfm?id=315.
> >
> > Hope this helps,
> > Dev
> >
> > -----Original Message-----
> > From: Alasdair Tompson (external)
> > [mailto:xxxxx@t-mobile.co.uk]
> > Sent: Wednesday, October 06, 2004 6:27 PM
> > To: Windows System Software Devs Interest List
> > Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
> >
> >
> > Thanks guys - I have removed the Microsoft symbol server path and now
> > it is
> > much faster when I get a bugcheck but it tells me:
> >
> > " ***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
> >
> > I am using a free build of W2K.
> >
> > Alasdair
> >
> >
> > -----Original Message-----
> > From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
> > Sent: 06 October 2004 13:51
> > To: Windows System Software Devs Interest List
> > Subject: RE: [ntdev] Microsft Symbol Server Running Slow?
> >
> >
> > As chuck said, do the debugging, you would have got the corresponding
> > symbols on the local m/c. Then next time you debug, you shouldn’t
> > have the symbol server specified and all that is required is to point
> > to
> > your local directory where you have he symbols cached.
> > Thanks
> > Vipin
> >
> >
> > -----Original Message-----
> > From: xxxxx@lists.osr.com
> > [mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair
> > Tompson
> > (external)
> > Sent: Wednesday, October 06, 2004 5:07 PM
> > To: Windows System Software Devs Interest List
> > Subject: [ntdev] Microsft Symbol Server Running Slow?
> >
> >
> >
> > I am having big problems with my debugger taking several minutes to
> > access
> > the symbol server. Is anyone else having this problem?
> >
> > If not it could be our network in which case I will have to resort to
> > dial-up!
> >
> > Thanks
> >
> > Alasdair
>
>
>
> —
> Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
>
> You are currently subscribed to ntdev as: xxxxx@storagecraft.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com</http:>

14

Hi Girish,

I have checked my local symbol store as you suggested and the files are
there OK but still a few show as an “#” error with “lm e”. I don’t know why.

BTW The symbol server is now running fast again so I guess we must have had
a network problem here yesterday.

Thanks

Alasdair

-----Original Message-----
From: Girish Kulkarni (kulkis) [mailto:xxxxx@cisco.com]
Sent: 06 October 2004 16:13
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Well, the easiest way to find out is to look at your local symbol store and
there should be a directory for each of those files. e.g. if your local
symbol store is C:\symbols you should see a directory say, NTDLL.PDB and
inside that directory, another directory that (which i guess is the
combination of version, timestamp) and then your ntdll.pdb file. So, if
these directories are missing, that means that your download from MS symbol
server is not complete.

-g

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 7:59 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks for this.

The “lm” command was useful - haven’t come across that one before.

“lm e” shows that ntoskrnl.dbg had a mismatch (#). This is the one it always
tried to download from the symbol server (and presumably always fails).

A few others had no symbol files at all (MSVCRTD, MFC42uD, COMCTL32, USER32,
NTDLL, KERNEL32 and nt), as these are Microsoft files I had thought the
symbol server would be able to supply them to me. Or have I missed something
obvious here?

Thanks

Alasdair

-----Original Message-----
From: Girish Kulkarni (kulkis) [mailto:xxxxx@cisco.com]
Sent: 06 October 2004 15:14
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”
Make sure the symbols you are using are correct. Doing any kind of debugging
with incorrect symbols is meaningless.

Use the “!sym noisy” and “!analyze -v” commands and you will get a lot of
info on what symbols are being used and where they are loaded from. If you
find the symbols are not right and you need to update from the symbol
server, then you dont have a choice. (the “lm” command will help you
determine that)

Also, check the symbol file path and if it rightly points to the symbols for
your driver. It may so happen that symbols for your driver might not be
correctly loaded, and Windbg might search for it at the MS symbol server
every time ?

After you fix your symbols, go any further …

Hope this helps
-g

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 6:27 PM
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

Thanks guys - I have removed the Microsoft symbol server path and now it is
much faster when I get a bugcheck but it tells me:

“***** Kernel symbols are WRONG. Please fix symbols to do analysis.”

I am using a free build of W2K.

Alasdair

-----Original Message-----
From: xxxxx@wipro.com [mailto:xxxxx@wipro.com]
Sent: 06 October 2004 13:51
To: Windows System Software Devs Interest List
Subject: RE: [ntdev] Microsft Symbol Server Running Slow?

As chuck said, do the debugging, you would have got the corresponding
symbols on the local m/c. Then next time you debug, you shouldn’t
have the symbol server specified and all that is required is to point to
your local directory where you have he symbols cached.
Thanks
Vipin

-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Alasdair Tompson
(external)
Sent: Wednesday, October 06, 2004 5:07 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Microsft Symbol Server Running Slow?

I am having big problems with my debugger taking several minutes to access
the symbol server. Is anyone else having this problem?

If not it could be our network in which case I will have to resort to
dial-up!

Thanks

Alasdair

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@cisco.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@cisco.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:

This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.