said:
>
>>First off what are you running?
>
>eCS GA.
>
>
>> Is there a
>>pattern to when the traps happen.
>
>No. *Maybe* it's when either, all or one of InJoy, MR/2 ICE,
and/or
>Netscape are running, but I don't think so.
>
>
>>What is the actual cs:eip value?
>
>0168:f70cc4b8
>
>
>>What's the ds and ss values?
>
>ss:ESP -30:5b80
>SSACC=1097
>SSLIM=4ddf
>
>I didn't write down DS values, so let's assume they were 0 or a
bunch of
>f's.
>
>
>> I should have had Peter include a sheet on
>>the rudiments of problem reporting in the Emergency folder. :-)
>
>;-)
>
>Further info:
>
>Internal processing error at location #0168:fff1f32-000e:c322
>
>
>>To have Theseus tell you something about where the trap occurs:
...
>
>If I followed your instructions correctly, I get:
>
>Description of Linear Object F70F3000, PID = 0007, name =
'GSVDAEMN': It
>is 'Allocated via dh_allocateGDTSelector' (decoded owner from
object
>record). The address is at offset 00000000 into the memory
object.
>
>Arena Record:
> har pages linear flg next prev link hash hob hal sel /
Decoded
>flags 0252 00000011 F70F3000 129 024E 0255 0000 0238 027E 0000
2AD0 /
>Mapped Write Read
>
>Object Record:
> hob har next flgs ownr hmte sown,cnt lt st / owner /
decoded_flags
>027E 0252 0000 0524 FF88 027B 0000 00 00 00 / Allocated via
>dh_allocateGDTSelector / UVirt resident read write
>
>Page Table, from F70F3000 to F7103FFF:
>*Linear=F7000000 Physical=00ACE000 D=1 A=0 User R/W P=1 Resident
> active: pteCnt=0001 long_lock=0000 short_lock=0000 block=0002D
flags=00
> hob=008E refCount=0001 relPage=00DC block#=00ACE flag=0410 / pf
resident
> Linear=F70F3000 Physical=0002C000 D=0 A=1 Super R/W P=1 Resident
UVirt
> Linear=F70F4000 Physical=0002D000 D=0 A=0 Super R/W P=1 Resident
UVirt
> Linear=F70F5000 Physical=0002E000 D=0 A=0 Super R/W P=1 Resident
UVirt
> Linear=F70F6000 Physical=00874000 D=0 A=0 Super R/W P=1 Resident
UVirt
> Linear=F70F7000 Physical=FFFFF000 D=0 A=0 Super R/W P=1 Resident
UVirt
> Linear addresses F70F7000 to F7103000 (13 pages) as last PTE
above. < End
>of THESEUS4 (v 4.000.00) output @ 14:39:54 on 10-26-2001 >
>
>>If you had a trap dump image, you could know exactly what code
failed
>>not that this will always tell you what to do the fix it.
>
>Should I do this?
>--
>-----------------------------------------------------------
>"Mark Abramowitz"
>-----------------------------------------------------------
>
>
>=====================================================
>
>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
>"rollin@scoug.com".
>
>=====================================================
>
>
>
______________________________________________________
Sent via the oco.net WebMail Server
=====================================================
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
"rollin@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 26 |
October |
2001 ]
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.