feature request?

Is there anyway we could have a policy or some such to setup WinDbg to turn
on !sym noisy automatically anytime the debugger puts up the BUSY message
for more than say 5 minutes? I realize this would be a frequent occurence.

I don’t want that level of verbosity on all the time, I can’t turn it on
once the debugger gets in this marathon BUSY state…but it would sure be
nice if I could see what the HELL this thing is doing everytime it gets in
this state without having to sniff the network traffic.

Thanks.

Bill M.

ctrl+alt+v is interactive and is processed even when the prompt is
*busy* like ctrl+break or ctrl+c

verbose on
like this

in a !process 0 7 command

THREAD 81e8e8b8 Cid 0004.001c Teb: 00000000 Win32Thread:
00000000 WAITVerbose mode OFF.
: (WrQueue) UserMode Non-Alertable
8054eda0 Verbose mode ON.
Unknown

On 5/12/07, Bill McKenzie wrote:
> Is there anyway we could have a policy or some such to setup WinDbg to turn
> on !sym noisy automatically anytime the debugger puts up the BUSY message
> for more than say 5 minutes? I realize this would be a frequent occurence.
>
> I don’t want that level of verbosity on all the time, I can’t turn it on
> once the debugger gets in this marathon BUSY state…but it would sure be
> nice if I could see what the HELL this thing is doing everytime it gets in
> this state without having to sniff the network traffic.
>
> Thanks.
>
> Bill M.
>
>
>
> —
> You are currently subscribed to windbg as: xxxxx@gmail.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>

That is a cool feature…I didn’t know about this. Thanks for the info.

But it’s funny…I guess the debugger isn’t doing a damn thing when it goes
for the marathon BUSY sessions. I get:

Verbose mode ON.

And then nothing for ten minutes or so. Wow!

Bill M.

“raj_r” wrote in message news:xxxxx@windbg…
> ctrl+alt+v is interactive and is processed even when the prompt is
> busy like ctrl+break or ctrl+c
>
> verbose on
> like this
>
> in a !process 0 7 command
>
> THREAD 81e8e8b8 Cid 0004.001c Teb: 00000000 Win32Thread:
> 00000000 WAITVerbose mode OFF.
> : (WrQueue) UserMode Non-Alertable
> 8054eda0 Verbose mode ON.
> Unknown
>
>
>
>
> On 5/12/07, Bill McKenzie wrote:
>> Is there anyway we could have a policy or some such to setup WinDbg to
>> turn
>> on !sym noisy automatically anytime the debugger puts up the BUSY message
>> for more than say 5 minutes? I realize this would be a frequent
>> occurence.
>>
>> I don’t want that level of verbosity on all the time, I can’t turn it on
>> once the debugger gets in this marathon BUSY state…but it would sure be
>> nice if I could see what the HELL this thing is doing everytime it gets
>> in
>> this state without having to sniff the network traffic.
>>
>> Thanks.
>>
>> Bill M.
>>
>>
>>
>> —
>> You are currently subscribed to windbg as: xxxxx@gmail.com
>> To unsubscribe send a blank email to xxxxx@lists.osr.com
>>
>

Verbose mode doesn’t imply the same output as `!sym noisy’. When the
debugger gets stuck loading symbols, it is usually DbgEng (the debugger)
blocking on DbgHelp, blocking on WinInet. In that case the only output
you’ll get is the debug output that DbgHelp spews out if you enable noisy
symbol loading, which as you noted you can’t do from that state.


Ken Johnson (Skywing)
Windows SDK MVP
http://www.nynaeve.net
“Bill McKenzie” wrote in message
news:xxxxx@windbg…
> That is a cool feature…I didn’t know about this. Thanks for the info.
>
> But it’s funny…I guess the debugger isn’t doing a damn thing when it
> goes for the marathon BUSY sessions. I get:
>
> Verbose mode ON.
>
> And then nothing for ten minutes or so. Wow!
>
> Bill M.
>
> “raj_r” wrote in message news:xxxxx@windbg…
>> ctrl+alt+v is interactive and is processed even when the prompt is
>> busy like ctrl+break or ctrl+c
>>
>> verbose on
>> like this
>>
>> in a !process 0 7 command
>>
>> THREAD 81e8e8b8 Cid 0004.001c Teb: 00000000 Win32Thread:
>> 00000000 WAITVerbose mode OFF.
>> : (WrQueue) UserMode Non-Alertable
>> 8054eda0 Verbose mode ON.
>> Unknown
>>
>>
>>
>>
>> On 5/12/07, Bill McKenzie wrote:
>>> Is there anyway we could have a policy or some such to setup WinDbg to
>>> turn
>>> on !sym noisy automatically anytime the debugger puts up the BUSY
>>> message
>>> for more than say 5 minutes? I realize this would be a frequent
>>> occurence.
>>>
>>> I don’t want that level of verbosity on all the time, I can’t turn it on
>>> once the debugger gets in this marathon BUSY state…but it would sure
>>> be
>>> nice if I could see what the HELL this thing is doing everytime it gets
>>> in
>>> this state without having to sniff the network traffic.
>>>
>>> Thanks.
>>>
>>> Bill M.
>>>
>>>
>>>
>>> —
>>> You are currently subscribed to windbg as: xxxxx@gmail.com
>>> To unsubscribe send a blank email to xxxxx@lists.osr.com
>>>
>>
>
>
>

So, I guess I am back to my original feature request. It would sure be nice
to know what symbols this thing can’t find after booting 500 times with the
MSFT symbol server set.

Bill M.

“Skywing” wrote in message
news:xxxxx@windbg…
> Verbose mode doesn’t imply the same output as `!sym noisy’. When the
> debugger gets stuck loading symbols, it is usually DbgEng (the debugger)
> blocking on DbgHelp, blocking on WinInet. In that case the only output
> you’ll get is the debug output that DbgHelp spews out if you enable noisy
> symbol loading, which as you noted you can’t do from that state.
>
> –
> Ken Johnson (Skywing)
> Windows SDK MVP
> http://www.nynaeve.net
> “Bill McKenzie” wrote in message
> news:xxxxx@windbg…
>> That is a cool feature…I didn’t know about this. Thanks for the info.
>>
>> But it’s funny…I guess the debugger isn’t doing a damn thing when it
>> goes for the marathon BUSY sessions. I get:
>>
>> Verbose mode ON.
>>
>> And then nothing for ten minutes or so. Wow!
>>
>> Bill M.
>>
>> “raj_r” wrote in message news:xxxxx@windbg…
>>> ctrl+alt+v is interactive and is processed even when the prompt is
>>> busy like ctrl+break or ctrl+c
>>>
>>> verbose on
>>> like this
>>>
>>> in a !process 0 7 command
>>>
>>> THREAD 81e8e8b8 Cid 0004.001c Teb: 00000000 Win32Thread:
>>> 00000000 WAITVerbose mode OFF.
>>> : (WrQueue) UserMode Non-Alertable
>>> 8054eda0 Verbose mode ON.
>>> Unknown
>>>
>>>
>>>
>>>
>>> On 5/12/07, Bill McKenzie wrote:
>>>> Is there anyway we could have a policy or some such to setup WinDbg to
>>>> turn
>>>> on !sym noisy automatically anytime the debugger puts up the BUSY
>>>> message
>>>> for more than say 5 minutes? I realize this would be a frequent
>>>> occurence.
>>>>
>>>> I don’t want that level of verbosity on all the time, I can’t turn it
>>>> on
>>>> once the debugger gets in this marathon BUSY state…but it would sure
>>>> be
>>>> nice if I could see what the HELL this thing is doing everytime it gets
>>>> in
>>>> this state without having to sniff the network traffic.
>>>>
>>>> Thanks.
>>>>
>>>> Bill M.
>>>>
>>>>
>>>>
>>>> —
>>>> You are currently subscribed to windbg as: xxxxx@gmail.com
>>>> To unsubscribe send a blank email to xxxxx@lists.osr.com
>>>>
>>>
>>
>>
>>
>
>

skywing

yes verbose isnt as loud mouthed as !sym noisy

but ive seen it spewing symbol loading information with it turned on

like this

This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(134.24c): Stack buffer overflow - code c0000409 (first/second chance
not available)
eax=00d50000 ebx=7c910331 ecx=00001000 edx=7c90eb94 esi=000006c8 edi=00000000
eip=7c90eb94 esp=0007158c ebp=000715f0 iopl=0 nv up ei ng nz ac pe cy
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000297
ntdll!KiFastSystemCallRet:
7c90eb94 c3 ret
0:000> !analyze -v
*******************************************************************************
* *
* Exception Analysis *
* *
*******************************************************************************

Verbose mode ON.
Loading symbols for 01000000 ntsd.exe -> ntsd.exe
Loading symbols for 7c800000 kernel32.dll -> kernel32.dll
Loading symbols for 69450000 faultrep.dll -> faultrep.dll
Force unload of C:\WINDOWS\system32\ntsdexts.dll
Loading symbols for 5f170000 ntsdexts.dll -> ntsdexts.dll
ModLoad: 5f170000 5f17c000 C:\WINDOWS\system32\ntsdexts.dll
Force unload of C:\WINDOWS\system32\user32.dll
Loading symbols for 77d40000 user32.dll -> user32.dll
ModLoad: 77d40000 77dd0000 C:\WINDOWS\system32\user32.dll

thats why i suggested ctrl+alt+v

0:000> !sym
!sym - quiet mode - symbol prompts on

On 5/15/07, Skywing wrote:
> Verbose mode doesn’t imply the same output as `!sym noisy’. When the
> debugger gets stuck loading symbols, it is usually DbgEng (the debugger)
> blocking on DbgHelp, blocking on WinInet. In that case the only output
> you’ll get is the debug output that DbgHelp spews out if you enable noisy
> symbol loading, which as you noted you can’t do from that state.
>
> –
> Ken Johnson (Skywing)
> Windows SDK MVP
> http://www.nynaeve.net
> “Bill McKenzie” wrote in message
> news:xxxxx@windbg…
> > That is a cool feature…I didn’t know about this. Thanks for the info.
> >
> > But it’s funny…I guess the debugger isn’t doing a damn thing when it
> > goes for the marathon BUSY sessions. I get:
> >
> > Verbose mode ON.
> >
> > And then nothing for ten minutes or so. Wow!
> >
> > Bill M.
> >
> > “raj_r” wrote in message news:xxxxx@windbg…
> >> ctrl+alt+v is interactive and is processed even when the prompt is
> >> busy like ctrl+break or ctrl+c
> >>
> >> verbose on
> >> like this
> >>
> >> in a !process 0 7 command
> >>
> >> THREAD 81e8e8b8 Cid 0004.001c Teb: 00000000 Win32Thread:
> >> 00000000 WAITVerbose mode OFF.
> >> : (WrQueue) UserMode Non-Alertable
> >> 8054eda0 Verbose mode ON.
> >> Unknown
> >>
> >>
> >>
> >>
> >> On 5/12/07, Bill McKenzie wrote:
> >>> Is there anyway we could have a policy or some such to setup WinDbg to
> >>> turn
> >>> on !sym noisy automatically anytime the debugger puts up the BUSY
> >>> message
> >>> for more than say 5 minutes? I realize this would be a frequent
> >>> occurence.
> >>>
> >>> I don’t want that level of verbosity on all the time, I can’t turn it on
> >>> once the debugger gets in this marathon BUSY state…but it would sure
> >>> be
> >>> nice if I could see what the HELL this thing is doing everytime it gets
> >>> in
> >>> this state without having to sniff the network traffic.
> >>>
> >>> Thanks.
> >>>
> >>> Bill M.
> >>>
> >>>
> >>>
> >>> —
> >>> You are currently subscribed to windbg as: xxxxx@gmail.com
> >>> To unsubscribe send a blank email to xxxxx@lists.osr.com
> >>>
> >>
> >
> >
> >
>
>
> —
> You are currently subscribed to windbg as: xxxxx@gmail.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>

“Bill McKenzie” wrote:

So, I guess I am back to my original feature request. It would sure be
nice to know what symbols this thing can’t find after booting 500 times
with the MSFT symbol server set.

Being able to see what symbols it can’t find would be nice, but
the real question is why this symbol search is happening in the first
place.

Do you have unqualified symbol loads turned on? If yes, try turning it
off, because this is probably the root of the problem.


This posting is provided “AS IS” with no warranties, and confers no
rights.

Well, I tried that before and then it wouldn’t load jack and my debugging
got all screwed. It’s like an all or nothing problem. I want unqualified
symbol loads, I guess. But, I also want the debugger to be smart enough to
NOT hit the network every single time I run it. I mean, maybe I am missing
something…but my target machine has not changed in months. My driver’s
symbols are certainly local. So, what the HELL is it looking for?? It
already has all the symbols it needs right here. At least I hope so, or all
of these symbols chewing up my harddrive space are for naught.

I am hoping that if !sym noisy were to get turned on automagically, then I
could come back here and ask more directed questions like “why the hell is
WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
I know I am not the only one having this issue…everyone I see use this
debugger ends up in these lovely wait marathons. I guess my pain point if
just lower or something.

Bill M.

“Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> “Bill McKenzie” wrote:
>
>> So, I guess I am back to my original feature request. It would sure be
>> nice to know what symbols this thing can’t find after booting 500 times
>> with the MSFT symbol server set.
>
>
> Being able to see what symbols it can’t find would be nice, but
> the real question is why this symbol search is happening in the first
> place.
>
> Do you have unqualified symbol loads turned on? If yes, try turning it
> off, because this is probably the root of the problem.
>
> –
> This posting is provided “AS IS” with no warranties, and confers no
> rights.
>
>

No, unfortunately your point is not low. Worse yet is to loose the client.
I’m not that lucky to keep my
domain of debugging to just kernel mode. So obviously I try my best to get
the usr/krnl debugging in one session. I particulary don’t see why that path
of debugging approach is so winding, specially when softice did that for
years.

My suggestion to anyone loves Windbg is to try debugging service with couple
drivers ( preferabley fs filters one or two and any fsd or in the ndis
path). Try to step thru usr/krnl and krnl/usr at the same time. Spent about
a month of time if you are in the business for 10+ year, othewise don’t
even try.

And finally, that compuware sucks big time. They are the architect to kill
softice.

What I do when this kind of wait happens to resolve symbols unneccearily?
Recent analysis shows that if you work in front of a computer “For every 20
minutes of work, you should look at a 20ft distance for half a minute to a
minute”. That way get the time to whine while you take good care of your
eyes!. So windbg is far more ergoeconomic than you and I can even imagine
!!!

-pro

On 5/17/07, Bill McKenzie wrote:
>
> Well, I tried that before and then it wouldn’t load jack and my debugging
> got all screwed. It’s like an all or nothing problem. I want unqualified
> symbol loads, I guess. But, I also want the debugger to be smart enough
> to
> NOT hit the network every single time I run it. I mean, maybe I am
> missing
> something…but my target machine has not changed in months. My driver’s
> symbols are certainly local. So, what the HELL is it looking for?? It
> already has all the symbols it needs right here. At least I hope so, or
> all
> of these symbols chewing up my harddrive space are for naught.
>
> I am hoping that if !sym noisy were to get turned on automagically, then I
> could come back here and ask more directed questions like “why the hell is
> WinDbg always going on the network to look for XYZ.syssymbols???” Follow?
> I know I am not the only one having this issue…everyone I see use this
> debugger ends up in these lovely wait marathons. I guess my pain point if
> just lower or something.
>
> Bill M.
>
> “Pavel Lebedinsky” wrote in message news:xxxxx@windbg
> …
> > “Bill McKenzie” wrote:
> >
> >> So, I guess I am back to my original feature request. It would sure be
> >> nice to know what symbols this thing can’t find after booting 500 times
> >> with the MSFT symbol server set.
> >
> >
> > Being able to see what symbols it can’t find would be nice, but
> > the real question is why this symbol search is happening in the first
> > place.
> >
> > Do you have unqualified symbol loads turned on? If yes, try turning it
> > off, because this is probably the root of the problem.
> >
> > –
> > This posting is provided “AS IS” with no warranties, and confers no
> > rights.
> >
> >
>
>
>
> —
> You are currently subscribed to windbg as: xxxxx@gmail.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>

it goes to network if and only if you have provided a *http url in the
NT_SYMBOL_PATH isn it ?? how did you infer it went to network
(capturing or sniffing network ?)

im not sure

if your symbol path holds only a local path like c:\websymbols then i
think it should never hit network simply die without symbols

also like resolving unqualified symbols

setting bu breakpoints (pending break points) and whole lot of them
tends to make the speed too slow to digest

On 5/17/07, Bill McKenzie wrote:
> Well, I tried that before and then it wouldn’t load jack and my debugging
> got all screwed. It’s like an all or nothing problem. I want unqualified
> symbol loads, I guess. But, I also want the debugger to be smart enough to
> NOT hit the network every single time I run it. I mean, maybe I am missing
> something…but my target machine has not changed in months. My driver’s
> symbols are certainly local. So, what the HELL is it looking for?? It
> already has all the symbols it needs right here. At least I hope so, or all
> of these symbols chewing up my harddrive space are for naught.
>
> I am hoping that if !sym noisy were to get turned on automagically, then I
> could come back here and ask more directed questions like “why the hell is
> WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
> I know I am not the only one having this issue…everyone I see use this
> debugger ends up in these lovely wait marathons. I guess my pain point if
> just lower or something.
>
> Bill M.
>
> “Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> > “Bill McKenzie” wrote:
> >
> >> So, I guess I am back to my original feature request. It would sure be
> >> nice to know what symbols this thing can’t find after booting 500 times
> >> with the MSFT symbol server set.
> >
> >
> > Being able to see what symbols it can’t find would be nice, but
> > the real question is why this symbol search is happening in the first
> > place.
> >
> > Do you have unqualified symbol loads turned on? If yes, try turning it
> > off, because this is probably the root of the problem.
> >
> > –
> > This posting is provided “AS IS” with no warranties, and confers no
> > rights.
> >
> >
>
>
>
> —
> You are currently subscribed to windbg as: xxxxx@gmail.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>

If you have windbg set to resolve unqualified symbols, the best defense against slowdown is to make a habit of qualifying your symbols.

For example, a watch window variable on a global ‘g_foo’ in foo.dll will work great when foo.dll is on the top of the stack, but if you step out of foo.dll, the watch window will look for ‘g_foo’ somewhere else, which may involve a symbol search. This won’t happen if you specify .foo!g_foo’

Same goes for breakpoints.

Jason

-----Original Message-----
From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of raj_r
Sent: Thursday, May 17, 2007 8:17 AM
To: Kernel Debugging Interest List
Subject: Re: [windbg] feature request?

it goes to network if and only if you have provided a *http url in the
NT_SYMBOL_PATH isn it ?? how did you infer it went to network
(capturing or sniffing network ?)

im not sure

if your symbol path holds only a local path like c:\websymbols then i
think it should never hit network simply die without symbols

also like resolving unqualified symbols

setting bu breakpoints (pending break points) and whole lot of them
tends to make the speed too slow to digest

On 5/17/07, Bill McKenzie wrote:
> Well, I tried that before and then it wouldn’t load jack and my debugging
> got all screwed. It’s like an all or nothing problem. I want unqualified
> symbol loads, I guess. But, I also want the debugger to be smart enough to
> NOT hit the network every single time I run it. I mean, maybe I am missing
> something…but my target machine has not changed in months. My driver’s
> symbols are certainly local. So, what the HELL is it looking for?? It
> already has all the symbols it needs right here. At least I hope so, or all
> of these symbols chewing up my harddrive space are for naught.
>
> I am hoping that if !sym noisy were to get turned on automagically, then I
> could come back here and ask more directed questions like “why the hell is
> WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
> I know I am not the only one having this issue…everyone I see use this
> debugger ends up in these lovely wait marathons. I guess my pain point if
> just lower or something.
>
> Bill M.
>
> “Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> > “Bill McKenzie” wrote:
> >
> >> So, I guess I am back to my original feature request. It would sure be
> >> nice to know what symbols this thing can’t find after booting 500 times
> >> with the MSFT symbol server set.
> >
> >
> > Being able to see what symbols it can’t find would be nice, but
> > the real question is why this symbol search is happening in the first
> > place.
> >
> > Do you have unqualified symbol loads turned on? If yes, try turning it
> > off, because this is probably the root of the problem.
> >
> > –
> > This posting is provided “AS IS” with no warranties, and confers no
> > rights.
> >
> >
>
>
>
> —
> You are currently subscribed to windbg as: xxxxx@gmail.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>


You are currently subscribed to windbg as: xxxxx@winse.microsoft.com
To unsubscribe send a blank email to xxxxx@lists.osr.com

I had never considered the health impact that waiting for sodding hours on this debugger was providing me. Thanks!

It’s just sad the state of tools here. This debugger is immensly powerful and yet wrapped in a thick layer of uselessness.

Bill M.
“Prokash Sinha” wrote in message news:xxxxx@windbg…
No, unfortunately your point is not low. Worse yet is to loose the client. I’m not that lucky to keep my
domain of debugging to just kernel mode. So obviously I try my best to get the usr/krnl debugging in one session. I particulary don’t see why that path of debugging approach is so winding, specially when softice did that for years.

My suggestion to anyone loves Windbg is to try debugging service with couple drivers ( preferabley fs filters one or two and any fsd or in the ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent about a month of time if you are in the business for 10+ year, othewise don’t even try.

And finally, that compuware sucks big time. They are the architect to kill softice.

What I do when this kind of wait happens to resolve symbols unneccearily? Recent analysis shows that if you work in front of a computer “For every 20 minutes of work, you should look at a 20ft distance for half a minute to a minute”. That way get the time to whine while you take good care of your eyes!. So windbg is far more ergoeconomic than you and I can even imagine !!!

-pro

On 5/17/07, Bill McKenzie wrote:
Well, I tried that before and then it wouldn’t load jack and my debugging
got all screwed. It’s like an all or nothing problem. I want unqualified
symbol loads, I guess. But, I also want the debugger to be smart enough to
NOT hit the network every single time I run it. I mean, maybe I am missing
something…but my target machine has not changed in months. My driver’s
symbols are certainly local. So, what the HELL is it looking for?? It
already has all the symbols it needs right here. At least I hope so, or all
of these symbols chewing up my harddrive space are for naught.

I am hoping that if !sym noisy were to get turned on automagically, then I
could come back here and ask more directed questions like “why the hell is
WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
I know I am not the only one having this issue…everyone I see use this
debugger ends up in these lovely wait marathons. I guess my pain point if
just lower or something.

Bill M.

“Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> “Bill McKenzie” wrote:
>
>> So, I guess I am back to my original feature request. It would sure be
>> nice to know what symbols this thing can’t find after booting 500 times
>> with the MSFT symbol server set.
>
>
> Being able to see what symbols it can’t find would be nice, but
> the real question is why this symbol search is happening in the first
> place.
>
> Do you have unqualified symbol loads turned on? If yes, try turning it
> off, because this is probably the root of the problem.
>
> –
> This posting is provided “AS IS” with no warranties, and confers no
> rights.
>
>


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

Actually, we killed softice. I don’t think you realize the large investment in maintaining a program like driver studio.
Microsoft has the source code, and look at the problems they have. Plus softice did way more than windbg.
I also heard they could not get enough support from MS regard Vista kernel changes. They did a few passes
on Vista betas to no avail - things kept changing. Imagine the skill level required for engineers to work on softice.

There simply was not a good business case for it.
Not enough of us were will to fork out 3500.00 per seat.

BTW if you want to buy the product you can. Then you can give us softice back :slight_smile:

“Prokash Sinha” wrote in message news:xxxxx@windbg…
No, unfortunately your point is not low. Worse yet is to loose the client. I’m not that lucky to keep my
domain of debugging to just kernel mode. So obviously I try my best to get the usr/krnl debugging in one session. I particulary don’t see why that path of debugging approach is so winding, specially when softice did that for years.

My suggestion to anyone loves Windbg is to try debugging service with couple drivers ( preferabley fs filters one or two and any fsd or in the ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent about a month of time if you are in the business for 10+ year, othewise don’t even try.

And finally, that compuware sucks big time. They are the architect to kill softice.

What I do when this kind of wait happens to resolve symbols unneccearily? Recent analysis shows that if you work in front of a computer “For every 20 minutes of work, you should look at a 20ft distance for half a minute to a minute”. That way get the time to whine while you take good care of your eyes!. So windbg is far more ergoeconomic than you and I can even imagine !!!

-pro

On 5/17/07, Bill McKenzie wrote:
Well, I tried that before and then it wouldn’t load jack and my debugging
got all screwed. It’s like an all or nothing problem. I want unqualified
symbol loads, I guess. But, I also want the debugger to be smart enough to
NOT hit the network every single time I run it. I mean, maybe I am missing
something…but my target machine has not changed in months. My driver’s
symbols are certainly local. So, what the HELL is it looking for?? It
already has all the symbols it needs right here. At least I hope so, or all
of these symbols chewing up my harddrive space are for naught.

I am hoping that if !sym noisy were to get turned on automagically, then I
could come back here and ask more directed questions like “why the hell is
WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
I know I am not the only one having this issue…everyone I see use this
debugger ends up in these lovely wait marathons. I guess my pain point if
just lower or something.

Bill M.

“Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> “Bill McKenzie” wrote:
>
>> So, I guess I am back to my original feature request. It would sure be
>> nice to know what symbols this thing can’t find after booting 500 times
>> with the MSFT symbol server set.
>
>
> Being able to see what symbols it can’t find would be nice, but
> the real question is why this symbol search is happening in the first
> place.
>
> Do you have unqualified symbol loads turned on? If yes, try turning it
> off, because this is probably the root of the problem.
>
> –
> This posting is provided “AS IS” with no warranties, and confers no
> rights.
>
>


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

Actually, WinDbg killed softice. Well that and an incredibly stupid parent company. I have been through this twice now. Once with BSquare/BlueWater and once with Compuware/NuMega. It goes something like this:

Idiotic manager(s) at big fat stupid parent company look at successful kernel product company and go oh gee golly sure would like to have that product revenue. And ooh their numbers look so good. Hmmm…they spend money on advertising…I don’t think they need that. Hmmm why would this little company need it’s own website, we can shuttle that. Hmmm…why do they need any of the hundreds other things, that EVERY successful company needs, to sell these cute little Windows kernel products? We don’t need any of that. See, the kernel group is still making money…told you they didn’t need any of that silly business stuff. Hmmm but their growth isn’t what we expected and their good people are leaving. We should cut them…apparently they weren’t ever really going to be successful.

I like to criticize these morons that run these huge idiotic organizations, but they drive nicer cars than I do and live in nicer houses than I do. I have never had the opportunity to complain about my yacht spilling diesel fuel all over Puget Sound. So, who is the moron? If I only I could get past the sale of this pesky soul I keep carrying around.

BTW, people would be MORE than willing to pay for a good debugger if WinDbg wasn’t free. You simply cannot compete with free period. That is the sad irony of all of this. KD is an extremely strong debugging engine. WinDbg is one of the worst software products I have ever used.

>Plus softice did way more than windbg

I would like you to explain that. That may have been true at one time…I really don’t think so anymore. Aside from single system kernel debug which is both a REALLY bad idea and a moot point with VMs now.

Bill M.
“jim” wrote in message news:xxxxx@windbg…
Actually, we killed softice. I don’t think you realize the large investment in maintaining a program like driver studio.
Microsoft has the source code, and look at the problems they have. Plus softice did way more than windbg.
I also heard they could not get enough support from MS regard Vista kernel changes. They did a few passes
on Vista betas to no avail - things kept changing. Imagine the skill level required for engineers to work on softice.

There simply was not a good business case for it.
Not enough of us were will to fork out 3500.00 per seat.

BTW if you want to buy the product you can. Then you can give us softice back :slight_smile:

“Prokash Sinha” wrote in message news:xxxxx@windbg…
No, unfortunately your point is not low. Worse yet is to loose the client. I’m not that lucky to keep my
domain of debugging to just kernel mode. So obviously I try my best to get the usr/krnl debugging in one session. I particulary don’t see why that path of debugging approach is so winding, specially when softice did that for years.

My suggestion to anyone loves Windbg is to try debugging service with couple drivers ( preferabley fs filters one or two and any fsd or in the ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent about a month of time if you are in the business for 10+ year, othewise don’t even try.

And finally, that compuware sucks big time. They are the architect to kill softice.

What I do when this kind of wait happens to resolve symbols unneccearily? Recent analysis shows that if you work in front of a computer “For every 20 minutes of work, you should look at a 20ft distance for half a minute to a minute”. That way get the time to whine while you take good care of your eyes!. So windbg is far more ergoeconomic than you and I can even imagine !!!

-pro

On 5/17/07, Bill McKenzie wrote:
Well, I tried that before and then it wouldn’t load jack and my debugging
got all screwed. It’s like an all or nothing problem. I want unqualified
symbol loads, I guess. But, I also want the debugger to be smart enough to
NOT hit the network every single time I run it. I mean, maybe I am missing
something…but my target machine has not changed in months. My driver’s
symbols are certainly local. So, what the HELL is it looking for?? It
already has all the symbols it needs right here. At least I hope so, or all
of these symbols chewing up my harddrive space are for naught.

I am hoping that if !sym noisy were to get turned on automagically, then I
could come back here and ask more directed questions like “why the hell is
WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
I know I am not the only one having this issue…everyone I see use this
debugger ends up in these lovely wait marathons. I guess my pain point if
just lower or something.

Bill M.

“Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> “Bill McKenzie” wrote:
>
>> So, I guess I am back to my original feature request. It would sure be
>> nice to know what symbols this thing can’t find after booting 500 times
>> with the MSFT symbol server set.
>
>
> Being able to see what symbols it can’t find would be nice, but
> the real question is why this symbol search is happening in the first
> place.
>
> Do you have unqualified symbol loads turned on? If yes, try turning it
> off, because this is probably the root of the problem.
>
> –
> This posting is provided “AS IS” with no warranties, and confers no
> rights.
>
>


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

>it goes to network if and only if you have provided a *http url in the

NT_SYMBOL_PATH isn it ?? how did you infer it went to network
(capturing or sniffing network ?)

Actually, I just blocked WinDbg from accessing the network and it shimmied
right along. My point is…okay…I can go and not set the MSFT symbol
server in my symbol path, but WHY SHOULD IT MATTER? It presumably already
grabbed all of the symbols it needs. Wtf is this thing doing. I have tried
changing the order of paths in the SymPath as well and no change. The thing
just keeps going to the network whether it needs it or not. I want to know
why. And I want specifics so I can ask someone at MSFT why the debugger is
looking for XYZ when XYZ is already in my local symbol store.

Btw, I have spent WAY too much time on this already…which is another
frustration. This is supposed to be a tool…not part of my developement
cycle…lol.

Bill M.

“raj_r” wrote in message news:xxxxx@windbg…
> it goes to network if and only if you have provided a *http url in the
> NT_SYMBOL_PATH isn it ?? how did you infer it went to network
> (capturing or sniffing network ?)
>
> im not sure
>
> if your symbol path holds only a local path like c:\websymbols then i
> think it should never hit network simply die without symbols
>
> also like resolving unqualified symbols
>
> setting bu breakpoints (pending break points) and whole lot of them
> tends to make the speed too slow to digest
>
>
>
>
>
>
>
> On 5/17/07, Bill McKenzie wrote:
>> Well, I tried that before and then it wouldn’t load jack and my debugging
>> got all screwed. It’s like an all or nothing problem. I want
>> unqualified
>> symbol loads, I guess. But, I also want the debugger to be smart enough
>> to
>> NOT hit the network every single time I run it. I mean, maybe I am
>> missing
>> something…but my target machine has not changed in months. My driver’s
>> symbols are certainly local. So, what the HELL is it looking for?? It
>> already has all the symbols it needs right here. At least I hope so, or
>> all
>> of these symbols chewing up my harddrive space are for naught.
>>
>> I am hoping that if !sym noisy were to get turned on automagically, then
>> I
>> could come back here and ask more directed questions like “why the hell
>> is
>> WinDbg always going on the network to look for XYZ.sys symbols???”
>> Follow?
>> I know I am not the only one having this issue…everyone I see use this
>> debugger ends up in these lovely wait marathons. I guess my pain point
>> if
>> just lower or something.
>>
>> Bill M.
>>
>> “Pavel Lebedinsky” wrote in message
>> news:xxxxx@windbg…
>> > “Bill McKenzie” wrote:
>> >
>> >> So, I guess I am back to my original feature request. It would sure
>> >> be
>> >> nice to know what symbols this thing can’t find after booting 500
>> >> times
>> >> with the MSFT symbol server set.
>> >
>> >
>> > Being able to see what symbols it can’t find would be nice, but
>> > the real question is why this symbol search is happening in the first
>> > place.
>> >
>> > Do you have unqualified symbol loads turned on? If yes, try turning it
>> > off, because this is probably the root of the problem.
>> >
>> > –
>> > This posting is provided “AS IS” with no warranties, and confers no
>> > rights.
>> >
>> >
>>
>>
>>
>> —
>> You are currently subscribed to windbg as: xxxxx@gmail.com
>> To unsubscribe send a blank email to xxxxx@lists.osr.com
>>
>

Or idiotic users. That think that free is good. Free is bad - very bad. That’s why windbg has problems - it’s free.
I don’t understand - would a carpenter expect a free hammer and saw?
I gladly paid the 3500.00 and would pay MS for an improved windbg.
But devs seem to be stupid about tools. A good craftsman never blames his tools because he makes sure they
are the best tools available for the job at hand.
In our case we don’t have a choice anymore - so I guess we can blame the tool.
BTW - If you are an engineer working on Windbg, I know you are doing the best you can in light of the "Idiotic manager(s) at big fat stupid parent company "
“Bill McKenzie” wrote in message news:xxxxx@windbg…
Actually, WinDbg killed softice. Well that and an incredibly stupid parent company. I have been through this twice now. Once with BSquare/BlueWater and once with Compuware/NuMega. It goes something like this:

Idiotic manager(s) at big fat stupid parent company look at successful kernel product company and go oh gee golly sure would like to have that product revenue. And ooh their numbers look so good. Hmmm…they spend money on advertising…I don’t think they need that. Hmmm why would this little company need it’s own website, we can shuttle that. Hmmm…why do they need any of the hundreds other things, that EVERY successful company needs, to sell these cute little Windows kernel products? We don’t need any of that. See, the kernel group is still making money…told you they didn’t need any of that silly business stuff. Hmmm but their growth isn’t what we expected and their good people are leaving. We should cut them…apparently they weren’t ever really going to be successful.

I like to criticize these morons that run these huge idiotic organizations, but they drive nicer cars than I do and live in nicer houses than I do. I have never had the opportunity to complain about my yacht spilling diesel fuel all over Puget Sound. So, who is the moron? If I only I could get past the sale of this pesky soul I keep carrying around.

BTW, people would be MORE than willing to pay for a good debugger if WinDbg wasn’t free. You simply cannot compete with free period. That is the sad irony of all of this. KD is an extremely strong debugging engine. WinDbg is one of the worst software products I have ever used.

>Plus softice did way more than windbg

I would like you to explain that. That may have been true at one time…I really don’t think so anymore. Aside from single system kernel debug which is both a REALLY bad idea and a moot point with VMs now.

Bill M.
“jim” wrote in message news:xxxxx@windbg…
Actually, we killed softice. I don’t think you realize the large investment in maintaining a program like driver studio.
Microsoft has the source code, and look at the problems they have. Plus softice did way more than windbg.
I also heard they could not get enough support from MS regard Vista kernel changes. They did a few passes
on Vista betas to no avail - things kept changing. Imagine the skill level required for engineers to work on softice.

There simply was not a good business case for it.
Not enough of us were will to fork out 3500.00 per seat.

BTW if you want to buy the product you can. Then you can give us softice back :slight_smile:

“Prokash Sinha” wrote in message news:xxxxx@windbg…
No, unfortunately your point is not low. Worse yet is to loose the client. I’m not that lucky to keep my
domain of debugging to just kernel mode. So obviously I try my best to get the usr/krnl debugging in one session. I particulary don’t see why that path of debugging approach is so winding, specially when softice did that for years.

My suggestion to anyone loves Windbg is to try debugging service with couple drivers ( preferabley fs filters one or two and any fsd or in the ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent about a month of time if you are in the business for 10+ year, othewise don’t even try.

And finally, that compuware sucks big time. They are the architect to kill softice.

What I do when this kind of wait happens to resolve symbols unneccearily? Recent analysis shows that if you work in front of a computer “For every 20 minutes of work, you should look at a 20ft distance for half a minute to a minute”. That way get the time to whine while you take good care of your eyes!. So windbg is far more ergoeconomic than you and I can even imagine !!!

-pro

On 5/17/07, Bill McKenzie wrote:
Well, I tried that before and then it wouldn’t load jack and my debugging
got all screwed. It’s like an all or nothing problem. I want unqualified
symbol loads, I guess. But, I also want the debugger to be smart enough to
NOT hit the network every single time I run it. I mean, maybe I am missing
something…but my target machine has not changed in months. My driver’s
symbols are certainly local. So, what the HELL is it looking for?? It
already has all the symbols it needs right here. At least I hope so, or all
of these symbols chewing up my harddrive space are for naught.

I am hoping that if !sym noisy were to get turned on automagically, then I
could come back here and ask more directed questions like “why the hell is
WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
I know I am not the only one having this issue…everyone I see use this
debugger ends up in these lovely wait marathons. I guess my pain point if
just lower or something.

Bill M.

“Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> “Bill McKenzie” wrote:
>
>> So, I guess I am back to my original feature request. It would sure be
>> nice to know what symbols this thing can’t find after booting 500 times
>> with the MSFT symbol server set.
>
>
> Being able to see what symbols it can’t find would be nice, but
> the real question is why this symbol search is happening in the first
> place.
>
> Do you have unqualified symbol loads turned on? If yes, try turning it
> off, because this is probably the root of the problem.
>
> –
> This posting is provided “AS IS” with no warranties, and confers no
> rights.
>
>


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

I don’t agree on this. I heard the same story about Borland’s C++ compilers
( now most of the good ones are in MS campus). Same with quite a few of the
NuMega guys!. When I asked few of my friends those who were there in Borland
then, the story was different. It is lack of positioning.

But agree with the fact that most of the dev org is willing to pay the right
price for right product. Softice should have been sold as a standalone
product. Whether they had problems with vista release or not is just a
matter of opinion. MS owns OS so anyone should have the conformiblity and
work with them. But then again I’m not sure whether those softice guy needed
that much help or not, since they seem to go out to very deep level by
themselves… without much help and go thru source code !!

Windbg would gradually be better, since there are more efforts now than in
the past.

-pro

On 5/17/07, Bill McKenzie wrote:
>
> Actually, WinDbg killed softice. Well that and an incredibly stupid
> parent company. I have been through this twice now. Once with
> BSquare/BlueWater and once with Compuware/NuMega. It goes something like
> this:
>
> Idiotic manager(s) at big fat stupid parent company look at successful
> kernel product company and go oh gee golly sure would like to have that
> product revenue. And ooh their numbers look so good. > successful company commences> Hmmm…they spend money on advertising…I
> don’t think they need that. Hmmm why would this little company need it’s
> own website, we can shuttle that. Hmmm…why do they need any of the
> hundreds other things, that EVERY successful company needs, to sell these
> cute little Windows kernel products? We don’t need any of that. > later> See, the kernel group is still making money…told you they didn’t
> need any of that silly business stuff. Hmmm but their growth isn’t what we
> expected and their good people are leaving. We should cut them…apparently
> they weren’t ever really going to be successful.
>
> I like to criticize these morons that run these huge idiotic
> organizations, but they drive nicer cars than I do and live in nicer houses
> than I do. I have never had the opportunity to complain about my yacht
> spilling diesel fuel all over Puget Sound. So, who is the moron? If I only
> I could get past the sale of this pesky soul I keep carrying around.
>
> BTW, people would be MORE than willing to pay for a good debugger if
> WinDbg wasn’t free. You simply cannot compete with free period. That is
> the sad irony of all of this. KD is an extremely strong debugging engine.
> WinDbg is one of the worst software products I have ever used.
>
> >Plus softice did way more than windbg
>
> I would like you to explain that. That may have been true at one time…I
> really don’t think so anymore. Aside from single system kernel debug which
> is both a REALLY bad idea and a moot point with VMs now.
>
> Bill M.
>
> “jim” wrote in message news:xxxxx@windbg…
> Actually, we killed softice. I don’t think you realize the large
> investment in maintaining a program like driver studio.
> Microsoft has the source code, and look at the problems they have. Plus
> softice did way more than windbg.
> I also heard they could not get enough support from MS regard Vista kernel
> changes. They did a few passes
> on Vista betas to no avail - things kept changing. Imagine the skill level
> required for engineers to work on softice.
>
> There simply was not a good business case for it.
> Not enough of us were will to fork out 3500.00 per seat.
>
> BTW if you want to buy the product you can. Then you can give us softice
> back :slight_smile:
>
>
> “Prokash Sinha” wrote in message news:xxxxx@windbg…
> No, unfortunately your point is not low. Worse yet is to loose the client.
> I’m not that lucky to keep my
> domain of debugging to just kernel mode. So obviously I try my best to get
> the usr/krnl debugging in one session. I particulary don’t see why that path
> of debugging approach is so winding, specially when softice did that for
> years.
>
> My suggestion to anyone loves Windbg is to try debugging service with
> couple drivers ( preferabley fs filters one or two and any fsd or in the
> ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent
> about a month of time if you are in the business for 10+ year, othewise
> don’t even try.
>
> And finally, that compuware sucks big time. They are the architect to kill
> softice.
>
> What I do when this kind of wait happens to resolve symbols unneccearily?
> Recent analysis shows that if you work in front of a computer “For every 20
> minutes of work, you should look at a 20ft distance for half a minute to a
> minute”. That way get the time to whine while you take good care of your
> eyes!. So windbg is far more ergoeconomic than you and I can even imagine
> !!!
>
> -pro
>
> On 5/17/07, Bill McKenzie wrote:
> >
> > Well, I tried that before and then it wouldn’t load jack and my
> > debugging
> > got all screwed. It’s like an all or nothing problem. I want
> > unqualified
> > symbol loads, I guess. But, I also want the debugger to be smart enough
> > to
> > NOT hit the network every single time I run it. I mean, maybe I am
> > missing
> > something…but my target machine has not changed in months. My
> > driver’s
> > symbols are certainly local. So, what the HELL is it looking for?? It
> > already has all the symbols it needs right here. At least I hope so, or
> > all
> > of these symbols chewing up my harddrive space are for naught.
> >
> > I am hoping that if !sym noisy were to get turned on automagically, then
> > I
> > could come back here and ask more directed questions like “why the hell
> > is
> > WinDbg always going on the network to look for XYZ.syssymbols???” Follow?
> > I know I am not the only one having this issue…everyone I see use this
> > debugger ends up in these lovely wait marathons. I guess my pain point
> > if
> > just lower or something.
> >
> > Bill M.
> >
> > “Pavel Lebedinsky” wrote in message
> > news:xxxxx@windbg…
> > > “Bill McKenzie” wrote:
> > >
> > >> So, I guess I am back to my original feature request. It would sure
> > be
> > >> nice to know what symbols this thing can’t find after booting 500
> > times
> > >> with the MSFT symbol server set.
> > >
> > >
> > > Being able to see what symbols it can’t find would be nice, but
> > > the real question is why this symbol search is happening in the first
> > > place.
> > >
> > > Do you have unqualified symbol loads turned on? If yes, try turning it
> > > off, because this is probably the root of the problem.
> > >
> > > –
> > > This posting is provided “AS IS” with no warranties, and confers no
> > > rights.
> > >
> > >
> >
> >
> >
> > —
> > You are currently subscribed to windbg as: xxxxx@gmail.com
> > To unsubscribe send a blank email to xxxxx@lists.osr.com
> >
>
>
> —
> You are currently subscribed to windbg as: unknown lmsubst tag argument:
> ‘’
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>

Pro,
Not sure what you disagree with, but my comment concerning Vista and MS cooperation with Compuware is not pure
conjecture.

As for what the devorg is willing to pay is up for debate. I guess you need to be willing to pay the price that is asked, or
the product will not live long. Go price an Agilent Network Analyzer - lets see used and 5 years old they clock in at 30K.

3500 was a fair price for the product, in fact a cheap price (assuming it all worked).
Unless MS is decides to start charging for Wndbg, don’t expect too much improvement.
It’s a small market - and there is no competition.
“Prokash Sinha” wrote in message news:xxxxx@windbg…
I don’t agree on this. I heard the same story about Borland’s C++ compilers ( now most of the good ones are in MS campus). Same with quite a few of the NuMega guys!. When I asked few of my friends those who were there in Borland then, the story was different. It is lack of positioning.

But agree with the fact that most of the dev org is willing to pay the right price for right product. Softice should have been sold as a standalone product. Whether they had problems with vista release or not is just a matter of opinion. MS owns OS so anyone should have the conformiblity and work with them. But then again I’m not sure whether those softice guy needed that much help or not, since they seem to go out to very deep level by themselves… without much help and go thru source code !!

Windbg would gradually be better, since there are more efforts now than in the past.

-pro

On 5/17/07, Bill McKenzie wrote:
Actually, WinDbg killed softice. Well that and an incredibly stupid parent company. I have been through this twice now. Once with BSquare/BlueWater and once with Compuware/NuMega. It goes something like this:

Idiotic manager(s) at big fat stupid parent company look at successful kernel product company and go oh gee golly sure would like to have that product revenue. And ooh their numbers look so good. Hmmm…they spend money on advertising…I don’t think they need that. Hmmm why would this little company need it’s own website, we can shuttle that. Hmmm…why do they need any of the hundreds other things, that EVERY successful company needs, to sell these cute little Windows kernel products? We don’t need any of that. See, the kernel group is still making money…told you they didn’t need any of that silly business stuff. Hmmm but their growth isn’t what we expected and their good people are leaving. We should cut them…apparently they weren’t ever really going to be successful.

I like to criticize these morons that run these huge idiotic organizations, but they drive nicer cars than I do and live in nicer houses than I do. I have never had the opportunity to complain about my yacht spilling diesel fuel all over Puget Sound. So, who is the moron? If I only I could get past the sale of this pesky soul I keep carrying around.

BTW, people would be MORE than willing to pay for a good debugger if WinDbg wasn’t free. You simply cannot compete with free period. That is the sad irony of all of this. KD is an extremely strong debugging engine. WinDbg is one of the worst software products I have ever used.

>Plus softice did way more than windbg

I would like you to explain that. That may have been true at one time…I really don’t think so anymore. Aside from single system kernel debug which is both a REALLY bad idea and a moot point with VMs now.

Bill M.
“jim” wrote in message news:xxxxx@windbg…
Actually, we killed softice. I don’t think you realize the large investment in maintaining a program like driver studio.
Microsoft has the source code, and look at the problems they have. Plus softice did way more than windbg.
I also heard they could not get enough support from MS regard Vista kernel changes. They did a few passes
on Vista betas to no avail - things kept changing. Imagine the skill level required for engineers to work on softice.

There simply was not a good business case for it.
Not enough of us were will to fork out 3500.00 per seat.

BTW if you want to buy the product you can. Then you can give us softice back :slight_smile:

“Prokash Sinha” wrote in message news:xxxxx@windbg…
No, unfortunately your point is not low. Worse yet is to loose the client. I’m not that lucky to keep my
domain of debugging to just kernel mode. So obviously I try my best to get the usr/krnl debugging in one session. I particulary don’t see why that path of debugging approach is so winding, specially when softice did that for years.

My suggestion to anyone loves Windbg is to try debugging service with couple drivers ( preferabley fs filters one or two and any fsd or in the ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent about a month of time if you are in the business for 10+ year, othewise don’t even try.

And finally, that compuware sucks big time. They are the architect to kill softice.

What I do when this kind of wait happens to resolve symbols unneccearily? Recent analysis shows that if you work in front of a computer “For every 20 minutes of work, you should look at a 20ft distance for half a minute to a minute”. That way get the time to whine while you take good care of your eyes!. So windbg is far more ergoeconomic than you and I can even imagine !!!

-pro

On 5/17/07, Bill McKenzie < xxxxx@sbcglobal.net> wrote:
Well, I tried that before and then it wouldn’t load jack and my debugging
got all screwed. It’s like an all or nothing problem. I want unqualified
symbol loads, I guess. But, I also want the debugger to be smart enough to
NOT hit the network every single time I run it. I mean, maybe I am missing
something…but my target machine has not changed in months. My driver’s
symbols are certainly local. So, what the HELL is it looking for?? It
already has all the symbols it needs right here. At least I hope so, or all
of these symbols chewing up my harddrive space are for naught.

I am hoping that if !sym noisy were to get turned on automagically, then I
could come back here and ask more directed questions like “why the hell is
WinDbg always going on the network to look for XYZ.sys symbols???” Follow?
I know I am not the only one having this issue…everyone I see use this
debugger ends up in these lovely wait marathons. I guess my pain point if
just lower or something.

Bill M.

“Pavel Lebedinsky” wrote in message news:xxxxx@windbg…
> “Bill McKenzie” wrote:
>
>> So, I guess I am back to my original feature request. It would sure be
>> nice to know what symbols this thing can’t find after booting 500 times
>> with the MSFT symbol server set.
>
>
> Being able to see what symbols it can’t find would be nice, but
> the real question is why this symbol search is happening in the first
> place.
>
> Do you have unqualified symbol loads turned on? If yes, try turning it
> off, because this is probably the root of the problem.
>
> –
> This posting is provided “AS IS” with no warranties, and confers no
> rights.
>
>


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


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

Jim,

People were used to a smaller price when softice was standalone. Bundling
happens to have a different idea ( and certainly not to put bunch of
additional baggage and charge higher). It was very fine under Numega. That
is why I said compuware sucks.

I don’t see any reason why MS would not cooprate and I can not comment on
that. But stories like these are buzzing my ears for very very long so I
tend not to agree unless there are substantial evidences. My first
questions would be -

  1. what kind of non-cooperations ?

  2. what were the MS reasons?

  3. Hard facts etc. etc.

You have to think many times, since MS is already paying a lot for law
suits.

-pro

On 5/17/07, jim wrote:
>
> Pro,
> Not sure what you disagree with, but my comment concerning Vista and MS
> cooperation with Compuware is not pure
> conjecture.
>
> As for what the devorg is willing to pay is up for debate. I guess you
> need to be willing to pay the price that is asked, or
> the product will not live long. Go price an Agilent Network Analyzer -
> lets see used and 5 years old they clock in at 30K.
>
> 3500 was a fair price for the product, in fact a cheap price (assuming it
> all worked).
> Unless MS is decides to start charging for Wndbg, don’t expect too much
> improvement.
> It’s a small market - and there is no competition.
>
> “Prokash Sinha” wrote in message news:xxxxx@windbg…
> I don’t agree on this. I heard the same story about Borland’s C++
> compilers ( now most of the good ones are in MS campus). Same with quite a
> few of the NuMega guys!. When I asked few of my friends those who were there
> in Borland then, the story was different. It is lack of positioning.
>
> But agree with the fact that most of the dev org is willing to pay the
> right price for right product. Softice should have been sold as a standalone
> product. Whether they had problems with vista release or not is just a
> matter of opinion. MS owns OS so anyone should have the conformiblity and
> work with them. But then again I’m not sure whether those softice guy needed
> that much help or not, since they seem to go out to very deep level by
> themselves… without much help and go thru source code !!
>
> Windbg would gradually be better, since there are more efforts now than in
> the past.
>
> -pro
>
>
>
>
> On 5/17/07, Bill McKenzie wrote:
> >
> > Actually, WinDbg killed softice. Well that and an incredibly stupid
> > parent company. I have been through this twice now. Once with
> > BSquare/BlueWater and once with Compuware/NuMega. It goes something like
> > this:
> >
> > Idiotic manager(s) at big fat stupid parent company look at successful
> > kernel product company and go oh gee golly sure would like to have that
> > product revenue. And ooh their numbers look so good. > > successful company commences> Hmmm…they spend money on advertising…I
> > don’t think they need that. Hmmm why would this little company need it’s
> > own website, we can shuttle that. Hmmm…why do they need any of the
> > hundreds other things, that EVERY successful company needs, to sell these
> > cute little Windows kernel products? We don’t need any of that. > > later> See, the kernel group is still making money…told you they didn’t
> > need any of that silly business stuff. Hmmm but their growth isn’t what we
> > expected and their good people are leaving. We should cut them…apparently
> > they weren’t ever really going to be successful.
> >
> > I like to criticize these morons that run these huge idiotic
> > organizations, but they drive nicer cars than I do and live in nicer houses
> > than I do. I have never had the opportunity to complain about my yacht
> > spilling diesel fuel all over Puget Sound. So, who is the moron? If I only
> > I could get past the sale of this pesky soul I keep carrying around.
> >
> > BTW, people would be MORE than willing to pay for a good debugger if
> > WinDbg wasn’t free. You simply cannot compete with free period. That is
> > the sad irony of all of this. KD is an extremely strong debugging engine.
> > WinDbg is one of the worst software products I have ever used.
> >
> > >Plus softice did way more than windbg
> >
> > I would like you to explain that. That may have been true at one
> > time…I really don’t think so anymore. Aside from single system kernel
> > debug which is both a REALLY bad idea and a moot point with VMs now.
> >
> > Bill M.
> >
> > “jim” wrote in message news:xxxxx@windbg…
> > Actually, we killed softice. I don’t think you realize the large
> > investment in maintaining a program like driver studio.
> > Microsoft has the source code, and look at the problems they have. Plus
> > softice did way more than windbg.
> > I also heard they could not get enough support from MS regard Vista
> > kernel changes. They did a few passes
> > on Vista betas to no avail - things kept changing. Imagine the skill
> > level required for engineers to work on softice.
> >
> > There simply was not a good business case for it.
> > Not enough of us were will to fork out 3500.00 per seat.
> >
> > BTW if you want to buy the product you can. Then you can give us softice
> > back :slight_smile:
> >
> >
> > “Prokash Sinha” wrote in message news:xxxxx@windbg
> > …
> > No, unfortunately your point is not low. Worse yet is to loose the
> > client. I’m not that lucky to keep my
> > domain of debugging to just kernel mode. So obviously I try my best to
> > get the usr/krnl debugging in one session. I particulary don’t see why that
> > path of debugging approach is so winding, specially when softice did that
> > for years.
> >
> > My suggestion to anyone loves Windbg is to try debugging service with
> > couple drivers ( preferabley fs filters one or two and any fsd or in the
> > ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent
> > about a month of time if you are in the business for 10+ year, othewise
> > don’t even try.
> >
> > And finally, that compuware sucks big time. They are the architect to
> > kill softice.
> >
> > What I do when this kind of wait happens to resolve symbols
> > unneccearily? Recent analysis shows that if you work in front of a computer
> > “For every 20 minutes of work, you should look at a 20ft distance for half a
> > minute to a minute”. That way get the time to whine while you take good care
> > of your eyes!. So windbg is far more ergoeconomic than you and I can even
> > imagine !!!
> >
> > -pro
> >
> > On 5/17/07, Bill McKenzie < xxxxx@sbcglobal.net> wrote:
> > >
> > > Well, I tried that before and then it wouldn’t load jack and my
> > > debugging
> > > got all screwed. It’s like an all or nothing problem. I want
> > > unqualified
> > > symbol loads, I guess. But, I also want the debugger to be smart
> > > enough to
> > > NOT hit the network every single time I run it. I mean, maybe I am
> > > missing
> > > something…but my target machine has not changed in months. My
> > > driver’s
> > > symbols are certainly local. So, what the HELL is it looking
> > > for?? It
> > > already has all the symbols it needs right here. At least I hope so,
> > > or all
> > > of these symbols chewing up my harddrive space are for naught.
> > >
> > > I am hoping that if !sym noisy were to get turned on automagically,
> > > then I
> > > could come back here and ask more directed questions like “why the
> > > hell is
> > > WinDbg always going on the network to look for XYZ.syssymbols???” Follow?
> > > I know I am not the only one having this issue…everyone I see use
> > > this
> > > debugger ends up in these lovely wait marathons. I guess my pain
> > > point if
> > > just lower or something.
> > >
> > > Bill M.
> > >
> > > “Pavel Lebedinsky” wrote in message
> > > news:xxxxx@windbg…
> > > > “Bill McKenzie” wrote:
> > > >
> > > >> So, I guess I am back to my original feature request. It would
> > > sure be
> > > >> nice to know what symbols this thing can’t find after booting 500
> > > times
> > > >> with the MSFT symbol server set.
> > > >
> > > >
> > > > Being able to see what symbols it can’t find would be nice, but
> > > > the real question is why this symbol search is happening in the
> > > first
> > > > place.
> > > >
> > > > Do you have unqualified symbol loads turned on? If yes, try turning
> > > it
> > > > off, because this is probably the root of the problem.
> > > >
> > > > –
> > > > This posting is provided “AS IS” with no warranties, and confers no
> > > > rights.
> > > >
> > > >
> > >
> > >
> > >
> > > —
> > > You are currently subscribed to windbg as: xxxxx@gmail.com
> > > To unsubscribe send a blank email to xxxxx@lists.osr.com
> > >
> >
> >
> > —
> > You are currently subscribed to windbg as: unknown lmsubst tag argument:
> > ‘’
> > To unsubscribe send a blank email to xxxxx@lists.osr.com
> >
>
>
> —
> You are currently subscribed to windbg as: unknown lmsubst tag argument:
> ‘’
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>

Jim,

My experiance with Numega product start with 1993 edition of Bounce checker.
If I dig my garbages, I might find a copy of the version 1.0. Then started
using SoftIce, at around 94/95. Maybe you are using it pror to my start with
softice. But do you remember when softice used to work with only a few
graphics card?. And one has to juggle many Graphics card to get one that
works, and never dare to touch the machine for other graphics card!

People had a huge complain, and they cameup with much better user
experiances. At that time, if I could recall there was no compition ( or
hardly any ) for that kind of symbolic debugger for kernel mode debugging. I
never had the opportunity to become a master user, since it is another tool.
No matter what ( no compition for windbg, big fat company, blah blah) Windbg
does not have much choices anymore. Yes it is free ( so is file system kit
(ifs kit) ), but people would have complain. As long as there is thrust from
third parties, there would be improvements. Would it be slow or fast
improvements, that I don’t know. And now Windbg is more a part of WDK than
anything else. The whole WDK is now free, does it mean the quality of it
going to go down?. No, not so easily. For every new drops of iso, there are
some associated risk, some hiccups but overall the quality would improve
after some fixes etc.

Finally, I’ve worked for MS. And I know that their code quality is much
better than lot of others I’ve seen in my life. Only a few other place where
code was done more thoroughly, but the product turn around time used to be
5yrs at least. Some of the codes I had to debug (written by others) were so
badly written that every single day I thought I would not showup next day
… And they are not from Microsoft. These are the companies for
quick-bucks. If I tell anyone that code was not very clean, that day could
very well have been my last day. And I’ve seen lots of them. — This is as
much of an unbiased rant as I could tell.

And the funny thing is that “It is not very enticing to be on the receiving
end…”. I’ve not touched a single line of source in KD and / or Windbg, so
one can imagine that I’ve no sentiment attached to it. So when something
does not work, I just say that in a plain and flat tone … so that on the
otherside of the fence they would not feel like they are on the receiving
end .

-pro

On 5/17/07, jim wrote:
>
> Pro,
> Not sure what you disagree with, but my comment concerning Vista and MS
> cooperation with Compuware is not pure
> conjecture.
>
> As for what the devorg is willing to pay is up for debate. I guess you
> need to be willing to pay the price that is asked, or
> the product will not live long. Go price an Agilent Network Analyzer -
> lets see used and 5 years old they clock in at 30K.
>
> 3500 was a fair price for the product, in fact a cheap price (assuming it
> all worked).
> Unless MS is decides to start charging for Wndbg, don’t expect too much
> improvement.
> It’s a small market - and there is no competition.
>
> “Prokash Sinha” wrote in message news:xxxxx@windbg…
> I don’t agree on this. I heard the same story about Borland’s C++
> compilers ( now most of the good ones are in MS campus). Same with quite a
> few of the NuMega guys!. When I asked few of my friends those who were there
> in Borland then, the story was different. It is lack of positioning.
>
> But agree with the fact that most of the dev org is willing to pay the
> right price for right product. Softice should have been sold as a standalone
> product. Whether they had problems with vista release or not is just a
> matter of opinion. MS owns OS so anyone should have the conformiblity and
> work with them. But then again I’m not sure whether those softice guy needed
> that much help or not, since they seem to go out to very deep level by
> themselves… without much help and go thru source code !!
>
> Windbg would gradually be better, since there are more efforts now than in
> the past.
>
> -pro
>
>
>
>
> On 5/17/07, Bill McKenzie wrote:
> >
> > Actually, WinDbg killed softice. Well that and an incredibly stupid
> > parent company. I have been through this twice now. Once with
> > BSquare/BlueWater and once with Compuware/NuMega. It goes something like
> > this:
> >
> > Idiotic manager(s) at big fat stupid parent company look at successful
> > kernel product company and go oh gee golly sure would like to have that
> > product revenue. And ooh their numbers look so good. > > successful company commences> Hmmm…they spend money on advertising…I
> > don’t think they need that. Hmmm why would this little company need it’s
> > own website, we can shuttle that. Hmmm…why do they need any of the
> > hundreds other things, that EVERY successful company needs, to sell these
> > cute little Windows kernel products? We don’t need any of that. > > later> See, the kernel group is still making money…told you they didn’t
> > need any of that silly business stuff. Hmmm but their growth isn’t what we
> > expected and their good people are leaving. We should cut them…apparently
> > they weren’t ever really going to be successful.
> >
> > I like to criticize these morons that run these huge idiotic
> > organizations, but they drive nicer cars than I do and live in nicer houses
> > than I do. I have never had the opportunity to complain about my yacht
> > spilling diesel fuel all over Puget Sound. So, who is the moron? If I only
> > I could get past the sale of this pesky soul I keep carrying around.
> >
> > BTW, people would be MORE than willing to pay for a good debugger if
> > WinDbg wasn’t free. You simply cannot compete with free period. That is
> > the sad irony of all of this. KD is an extremely strong debugging engine.
> > WinDbg is one of the worst software products I have ever used.
> >
> > >Plus softice did way more than windbg
> >
> > I would like you to explain that. That may have been true at one
> > time…I really don’t think so anymore. Aside from single system kernel
> > debug which is both a REALLY bad idea and a moot point with VMs now.
> >
> > Bill M.
> >
> > “jim” wrote in message news:xxxxx@windbg…
> > Actually, we killed softice. I don’t think you realize the large
> > investment in maintaining a program like driver studio.
> > Microsoft has the source code, and look at the problems they have. Plus
> > softice did way more than windbg.
> > I also heard they could not get enough support from MS regard Vista
> > kernel changes. They did a few passes
> > on Vista betas to no avail - things kept changing. Imagine the skill
> > level required for engineers to work on softice.
> >
> > There simply was not a good business case for it.
> > Not enough of us were will to fork out 3500.00 per seat.
> >
> > BTW if you want to buy the product you can. Then you can give us softice
> > back :slight_smile:
> >
> >
> > “Prokash Sinha” wrote in message news:xxxxx@windbg
> > …
> > No, unfortunately your point is not low. Worse yet is to loose the
> > client. I’m not that lucky to keep my
> > domain of debugging to just kernel mode. So obviously I try my best to
> > get the usr/krnl debugging in one session. I particulary don’t see why that
> > path of debugging approach is so winding, specially when softice did that
> > for years.
> >
> > My suggestion to anyone loves Windbg is to try debugging service with
> > couple drivers ( preferabley fs filters one or two and any fsd or in the
> > ndis path). Try to step thru usr/krnl and krnl/usr at the same time. Spent
> > about a month of time if you are in the business for 10+ year, othewise
> > don’t even try.
> >
> > And finally, that compuware sucks big time. They are the architect to
> > kill softice.
> >
> > What I do when this kind of wait happens to resolve symbols
> > unneccearily? Recent analysis shows that if you work in front of a computer
> > “For every 20 minutes of work, you should look at a 20ft distance for half a
> > minute to a minute”. That way get the time to whine while you take good care
> > of your eyes!. So windbg is far more ergoeconomic than you and I can even
> > imagine !!!
> >
> > -pro
> >
> > On 5/17/07, Bill McKenzie < xxxxx@sbcglobal.net> wrote:
> > >
> > > Well, I tried that before and then it wouldn’t load jack and my
> > > debugging
> > > got all screwed. It’s like an all or nothing problem. I want
> > > unqualified
> > > symbol loads, I guess. But, I also want the debugger to be smart
> > > enough to
> > > NOT hit the network every single time I run it. I mean, maybe I am
> > > missing
> > > something…but my target machine has not changed in months. My
> > > driver’s
> > > symbols are certainly local. So, what the HELL is it looking
> > > for?? It
> > > already has all the symbols it needs right here. At least I hope so,
> > > or all
> > > of these symbols chewing up my harddrive space are for naught.
> > >
> > > I am hoping that if !sym noisy were to get turned on automagically,
> > > then I
> > > could come back here and ask more directed questions like “why the
> > > hell is
> > > WinDbg always going on the network to look for XYZ.syssymbols???” Follow?
> > > I know I am not the only one having this issue…everyone I see use
> > > this
> > > debugger ends up in these lovely wait marathons. I guess my pain
> > > point if
> > > just lower or something.
> > >
> > > Bill M.
> > >
> > > “Pavel Lebedinsky” wrote in message
> > > news:xxxxx@windbg…
> > > > “Bill McKenzie” wrote:
> > > >
> > > >> So, I guess I am back to my original feature request. It would
> > > sure be
> > > >> nice to know what symbols this thing can’t find after booting 500
> > > times
> > > >> with the MSFT symbol server set.
> > > >
> > > >
> > > > Being able to see what symbols it can’t find would be nice, but
> > > > the real question is why this symbol search is happening in the
> > > first
> > > > place.
> > > >
> > > > Do you have unqualified symbol loads turned on? If yes, try turning
> > > it
> > > > off, because this is probably the root of the problem.
> > > >
> > > > –
> > > > This posting is provided “AS IS” with no warranties, and confers no
> > > > rights.
> > > >
> > > >
> > >
> > >
> > >
> > > —
> > > You are currently subscribed to windbg as: xxxxx@gmail.com
> > > To unsubscribe send a blank email to xxxxx@lists.osr.com
> > >
> >
> >
> > —
> > You are currently subscribed to windbg as: unknown lmsubst tag argument:
> > ‘’
> > To unsubscribe send a blank email to xxxxx@lists.osr.com
> >
>
>
> —
> You are currently subscribed to windbg as: unknown lmsubst tag argument:
> ‘’
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>