Changeset 8264 for trunk/tools
- Timestamp:
- Apr 14, 2002, 1:05:22 AM (23 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/tools/profilerfix/Readme.txt
r8248 r8264 1 1 2 3 4 Some mail explaination which I'll fix later. 5 ------------------------------------------------ 6 7 It used to work with Warp 4 fixpack 9 (which was the one we used at work). 8 There 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 21 Then 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 23 But 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. 2 24 3 25
Note:
See TracChangeset
for help on using the changeset viewer.