Changeset 8264 for trunk/tools


Ignore:
Timestamp:
Apr 14, 2002, 1:05:22 AM (23 years ago)
Author:
bird
Message:

Added some mail notes.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/tools/profilerfix/Readme.txt

    r8248 r8264  
    11
     2
     3
     4Some mail explaination which I'll fix later.
     5------------------------------------------------
     6
     7It used to work with Warp 4 fixpack 9 (which was the one we used at work).
     8There are two big issues:
     9 - WPS crash or PM corruption when starting icsperf due to
     10   exhausted stack. probably caused by changes in PM or WPS.
     11   This I have made working patches for.
     12 - The debugee traps before any tracedata is collected. This is
     13   because icsperf tries to load a bunch of DLL before it startes
     14   the process. This is of course done by Dos(32)LoadModule which
     15   will do some thunking in Doscall1.dll and go to a 16-bit
     16   kernel worker. But doscall1.dll isn't initiated and hence the
     17   thunking failes after some high memory thunking changes.
     18   This is harder to fix. Current fix calls the doscall1.dll init
     19   proc before loading calling DosLoadModule. This kind of works.
     20
     21Then there are some unstability in the debug reader (DDE4XRDR.DLL) or icsperfs use of this. But that is fixable. Currently I can install a conditional breakpoint in the kerneldebugger to get around this.
     22
     23But when tracking odin based apps, some pointer gets schrewed up during trace collection in the debugee and this traps both icsperf and the debuggee. It might have to do with high memory address. I don't currently know.
    224
    325
Note: See TracChangeset for help on using the changeset viewer.