said:
>dumptrap v0.4 reading B:\dumpdata.001 02-24-05 19:01:44
>##0168:fff1ea1f - 000e:ca1f , 0586058c
>9084
>Exception in module: OS2KRNL
>TRAP 000e ERRCD=0002 ERACC=**** ERLIM=********
>EAX=f3986298 EBX=00000001 ECX=439863ec EDX=ffed82f8
>ESI=00000000 EDI=ffdf7e8c EBP=00004634 FLG=00213287
>CS:EIP=0168:fff2a226 CSACC=c09b CSLIM=ffffffff
>SS:ESP=0030:00004620 SSACC=1097 SSLIM=00003fff
>DS=0160 DSACC=c0f3 DSLIM=ffffffff CR0=8001001b
>ES=0160 ESACC=c0f3 ESLIM=ffffffff CR2=43986428
>FS=03c0 FSACC=00f3 FSLIM=00000023
>GS=0130 GSACC=00f3 GSLIM=000057f5
>Internal revision 14.100c_W4
This is a bit better. It appears that your kernel is loading at the same
address as mine. I would like to verify this with Theseus, but that's a
job for another day just to be sure.
Anyway, according the what I have here, the trap is at _GFB+36 and the
failing instruction is:
%fff2a226 89513c mov dword ptr [ecx+3c],edx
and the values showing for ecx and cr2 are consistent, so I'm fairly
certain I am looking at the right place.
GFB probably means GetFreeBuffer and the code is failing because the free
buffer chain got corrupted. The address in ecx is clearly invalid in this
context. How it got that way we can only speculate.
I can't say much more without a trap dump.
>half. I had never seen this program, and did not know what to expect or
>how to interpret it. It seems to say the machine has 384M, all bad. I
>think that might not be true because it has to run on something.
Well, it certainly indicates a problem of some sort. This diag has a
pretty good reputation. The best way to figure out how to interpret the
results is to read the docs. If it were me, it would be obvious that I
should run the diag on a working machine to understand what the output
should look like.
Steven
--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.67 #10183 Warp4.something/14.100c_W4
www.scoug.com irc.fyrelizard.com #scoug (Wed 7pm PST)
----------------------------------------------------------------------
=====================================================
To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".
For problems, contact the list owner at
"postmaster@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 25 |
February |
2005 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International
Business Machines Corporation.
All other trademarks remain the property of their respective owners.