said: 
>As I stated, I JUST downloaded the version of DumpTrapScreen a few days 
>ago just  prior to your updating it. And I did not know there were 
>"versions", therefore I did not  know to state a version to you. 
That's fine.  I was simply explaining why I stated that you should grab a 
copy.  Perhaps, next time you will understand what I mean when I use the 
word grab in this context. 
>n any 
>case, the latest version of DumpTrapScreen  gives me exactly the same 
>readout as the previous verson. 
OK.  To repeat a prior question.  Did you make the dump on diskette or to 
a hard drive partition? 
There's not much more I can do with just the trap screen.  I might be able 
to discover addition clues by looking at a full dump file. 
Also, if you look at only of your original trap screen posts, you wil see: 
 
Reading A:\DUMPDATA.001 10-11-04 18:28:26 
Exception in module:          
 
Note that the module name is missing.  For true kernel traps, this is 
usally a reporting error and is corrected by newer kernels.  I recommend 
you reinstall the 14.100c kernel and see if this kernel can report the 
actual module name. 
Finally, at I noted in a prior post, the traps screen look more like 
process traps than kernel traps.  There is the possibility you may have 
configured the kernel to trapdump on process traps. 
Exactly what did you put in config.sys to enable trap dump? 
If you have 
 trapdump=on 
in config.sys, change it to: 
 trapdump=r0 
and you will no longer kill your system when a simple process trap occurs.  
If you have the trapdump statement set up correctly, then we need to do 
further work to understand why the trap is occurring. 
Steven 
--  
---------------------------------------------------------------------- 
"Steven Levine"   MR2/ICE 2.60b #10183 Warp4/FP15/14.093c_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 
"rollin@scoug.com". 
===================================================== 
<< Previous Message << 
 >> Next Message >>
Return to [ 15 | 
October | 
2004 ]
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.