Re: UMDH Heap Hogs section empty

Are you by any chance using dbgeng.dll that comes with the OS
instead od the one that comes with the debugger package ?
Only the one that comes with the debugger package can digest
the latest symbols-resolution features.

--
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm


"Sean" <ssbkt@xxxxxxxxxxxxxxxxx> wrote in message
news:712C6178-FEB6-480E-8698-C2CF734CC14E@xxxxxxxxxxxxxxxx
Ok, I tried using umdh -snapcmp both with and without the -symopt
0x80000080
option and diffed the resulting two files, the only thing the -symopt
option
added to the second file was at the end a new section 'Symbols Resolution
Log' with no output below it.

I tried mode 1 right after I tried mode 3 above and I get symbol
resolution
in the resulting log file so I don't know why -snapcmp cannot.
--
Sean


"Ivan Brugiolo [MSFT]" wrote:

Normally, this is caused by stack trace captured in the context of
-1- dynamically generated code (JIT-ed code of the CLR and/or JVM and/or
pCode)
-2- modules that have been unloaded, and whose address range
has been reused by other modules during the lifetime of the application.

Can you try adding `-symopt 0x80000080` to see which modules
the tool is attempting to resolve ?

--
--
This posting is provided "AS IS" with no warranties, and confers no
rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm


"Sean" <ssbkt@xxxxxxxxxxxxxxxxx> wrote in message
news:A78650D2-0E28-4A4B-A6F2-8DFC4311500C@xxxxxxxxxxxxxxxx
I have tried mode 3 but the -snapcmp results have no symbols. It is
filled
with Symbols: cannot identify module for address ########. Any idea
why
I
wouldn't be getting symbol resolution?

--
Sean


"Ivan Brugiolo [MSFT]" wrote:

Once you have a bunch of *.dat files created with the `-snap` option
(also called UMDH MODE-3), you can set-diff 2 snapshots with
`-snapcmp`,
and obtain similar results than UMDH-MODE-2.

Mode-3 was deisgned to be intrinsically more reliable than mode-1,
since it takes the heap snaphost in a completely symbol-less fashion
and in plain binary format.
Only `-snapcmp` will attmpt to create a textual representation of the
dumps.

--
--
This posting is provided "AS IS" with no warranties, and confers no
rights.
Use of any included script samples are subject to the terms specified
at
http://www.microsoft.com/info/cpyright.htm


"Sean" <ssbkt@xxxxxxxxxxxxxxxxx> wrote in message
news:836F29CC-5615-4268-8346-F96AF9F43A41@xxxxxxxxxxxxxxxx
Thanks for the reply.

No, I'm not using AppVerifier at the same time, never heard of
AppVerifier
in fact.

This is Windows 2000 Server with SP5. I don't see any eventlog
messages
or
any error messages in the output with the -v option.

I'm using the Jan. 2006 version which worked for several trys until
I
really
started hammering the service.

I haven't tried a sample service. The -snap option seems to work
but
I'm
trying to find a memory leak.

--
Sean


""Jeffrey Tan[MSFT]"" wrote:

Hi Sean,

Thanks for your post.

Do you use AppVerifier in the same time you are using UMDH? There
is a
known issue that UMDH cannot gather heap information when
appverifier
is
running on the target process.

Actually, the information current available is not enough for us
to
identify the root cause easily.

First, which OS do you get this strange empty dump, do you use the
lastest
version of UMDH? Regarding the "52 K and the Heap Hogs section
blank"
dump,
do you get any error message in the resulting log file or from the
UMDH
tool? Also, you may check if there is any error/warning messages
generated
in Eventlog.

Further more, is it possbile to reproduce the empty dump behavior
regarding
a normal sample service(or other service)?

I look forward to hearing from you.

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no
rights.










.

Relevant Pages

  • Re: UMDH Heap Hogs section empty
    ... No, I'm not using AppVerifier at the same time, never heard of ... any error messages in the output with the -v option. ... Do you use AppVerifier in the same time you are using UMDH? ... First, which OS do you get this strange empty dump, do you use the ...
    (microsoft.public.win32.programmer.kernel)
  • Re: UMDH Heap Hogs section empty
    ... No, I'm not using AppVerifier at the same time, never heard of AppVerifier ... any error messages in the output with the -v option. ... Do you use AppVerifier in the same time you are using UMDH? ... First, which OS do you get this strange empty dump, do you use the ...
    (microsoft.public.win32.programmer.kernel)
  • Re: UMDH Heap Hogs section empty
    ... No, I'm not using AppVerifier at the same time, never heard of AppVerifier ... any error messages in the output with the -v option. ... Do you use AppVerifier in the same time you are using UMDH? ... First, which OS do you get this strange empty dump, do you use the ...
    (microsoft.public.win32.programmer.kernel)
  • Re: UMDH Heap Hogs section empty
    ... Use of any included script samples are subject to the terms specified at ... No, I'm not using AppVerifier at the same time, never heard of ... any error messages in the output with the -v option. ... Do you use AppVerifier in the same time you are using UMDH? ...
    (microsoft.public.win32.programmer.kernel)
  • Re: UMDH Heap Hogs section empty
    ... Process Explorer shows the umdh is loading the one from ... This posting is provided "AS IS" with no warranties, and confers no rights. ... Use of any included script samples are subject to the terms specified at ...
    (microsoft.public.win32.programmer.kernel)
Loading