<< Previous Message << >> Next Message >>
Date: | Wed, 23 Aug 2000 16:07:00 PDT |
From: | "Gary Granat" <ggranat@earthlink.net > |
Reply-To: | scoug-help@scoug.com |
To: | < "scoug-help@scoug.com" > scoug-help@scoug.com > |
Subject: | SCOUG-Help: TRAP0003 |
Content-Transfer-Encoding: 7bit
On Mon, 21 Aug 2000 22:48:51 PDT, Steven Levine wrote:
>To speed up the process in your case, use the divide and conquer
>technique. REM out everything you can live without. Assuming the 1st
>reboot does not trap, add 1/2 back each reboot. Before each edit, save a
>copy of config.sys. If you trap, you can restore config.sys and un-REM
>the other half. When REM-ing out statements mark them so you can tell
>them from the existing REM statements. I use lower case rem for the
>temporaries and upper case REM for the existing REM's.
OK. I've tried this approach, but no joy, so far, so I haven't found the
offending driver. Every boot comes back with the same TRAP0003 that started
this discussion. I have REM'd out almost half of the CONFIG.SYS. I'm
attaching a copy of the file (called CONFIG.REM) for your review if you are
willing. I don't know how much more I can REM before there isn't any system
left. Basically, I'm down to BASEDEV statements now.
I feel like I'm using a meat cleaver here. I can't find any information on
RESOURCE.SYS (it isn't called, incidentally, by CONFIG.SYS) so I don't know
what sort of dependencies might be causing the TRAP. Do you have any
information you can share -- or a source?
--gary
=====================
ggranat@earthlink.net
File attachment: CONFIG.REM
Return to [ 23 | August | 2000 ]