Re: Frame IP not in any known module. Following frames may be wrong. (Dr Watson cannot create valid user dump file.)

Thanks for response.

Below is the output following your suggestion. Looks like I still cannot
find the interesting information.

Thanks!
-John

0:000> ds esp

00000000 "????????????????????????????????"

00000020 "????????????????????????????????"

00000040 "????????????????????????????????"

00000060 "????????????????????????????????"

00000080 "????????????????????????????????"

000000a0 "????????????????????????????????"

000000c0 "????????????????????????????????"

000000e0 "????????????????????????????????"



"Pavel Lebedinsky [MSFT]" <pavel@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:ujLpb9AaFHA.2736@xxxxxxxxxxxxxxxxxxxxxxx
> Looks like execution jumped to zero address. This can be caused by
> using a NULL function pointer.
>
> You can try to reconstruct the stack manually by doing this:
>
> 0:000> dds esp
> 0:000> dds
> 0:000> dds
> ...
>
> This will dump raw symbols from the stack. Some of them will be bogus
> but you should be able to find the actual return addresses as well.
> Debugger docs have more info on this (see "manually walking a stack").
>
> --
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
> "John" wrote:
>
> > I ran into a problem with the usage of Dr Watson and Windbg tool. The
user
> > turned on the Dr Watson and record the application crash. After getting
> > the
> > log file and memory dump file, I tried to view the log file. Below is
the
> > fault area: nothing valuable data there. When open dump file with windbg
> > (6.4) it reported as:
> >
> > *WARNING: Frame IP not in any known module. Following frames may be
> > wrong.*.
> >
> > What's wrong here? Why user cannot get the right memory dump file. User
> > uses
> > xp (sp2).
> >
> > Thanks very much for any help,
> >
> > John
> >
> >
> > ===========================================================
> > *DrWatson.log*
> >
> > function: <nosymbols>
> > No prior disassembly possible
> > :
> > 00000000 ?? ???
> > 00000002 ?? ???
> > 00000004 ?? ???
> > 00000006 ?? ???
> > 00000008 ?? ???
> > 0000000a ?? ???
> > 0000000c ?? ???
> > 0000000e ?? ???
> > FAULT ->:
> > 00000000 ?? ???
> > Error 0x00000001
> > 00000002 ?? ???
> > 00000004 ?? ???
> > 00000006 ?? ???
> > 00000008 ?? ???
> > 0000000a ?? ???
> > 0000000c ?? ???
> > 0000000e ?? ???
> > 00000010 ?? ???
> > 00000012 ?? ???
> > 00000014 ?? ???
>
>


.

Relevant Pages

  • Re: Frame IP not in any known module. Following frames may be wrong. (Dr Watson cannot create valid
    ... 0:000> dds esp ... This will dump raw symbols from the stack. ... > log file and memory dump file, I tried to view the log file. ... Frame IP not in any known module. ...
    (microsoft.public.win32.programmer.kernel)
  • Re: HCT12.1 DrverPath Test got 0x000000C4(0x00000090...) Bluescreen
    ... I run HCT12.1 DevicePath Test for my smartcard reader driver, it got bluescreen with 0x000000C4message. ... "The driver switched stacks, and the current stack is neither a thread stack nor a DPC stack. ... I have tried to open dump file in windbg, it returned"symbol not found", I have added pdb file into the "symbol path". ...
    (microsoft.public.development.device.drivers)
  • Dr. Watson
    ... I have a dump file generated by Dr. Watson. ... so all debugging information should be available. ... VC++ 6.0 insists on opening the .dmp as a simple binary file. ... the .dmp loaded up in the debugger, so that I may view the stack, check ...
    (microsoft.public.vc.language)
  • Re: Random crashes in mscorwks.dll...
    ... The call stack was created from a dump file which for some reason ... memory corruption in the application. ...
    (microsoft.public.dotnet.languages.vc)
Loading