SCOUG-HELP Mailing List Archives
Return to [ 19 |
October |
2004 ]
<< Previous Message <<
>> Next Message >>
Content Type: text/plain
=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================
On Mon, 18 Oct 2004 09:15:48 PDT7, Steven Levine wrote:
>Smells like a file system problem. What I would try is:
>
> - move the Incharge directory try to another volume
> this will force the directory content to be read and written elsewhere.
> - delete the Incharge directory tree
> - both to a maintenance volumen and chkdsk the original Incharge volume
> - reboot to your production volume
> - move the files back
> - use the Incharge install program to recreate any lost Desktop objects
>
>If the traps persist, please send me a fresh copy of the data extract by
>DumpTrapScreen and I will have some further questions.
>
>BTW, do you have Incharge on an HPFS or a JFS volume?
Steven,
I tried your suggestions, all to no avail. Here's what I did:
1. Moved the entire Incharge directory to another volume
2. Opened Incharge by directly double clicking on the file, sff.exe, in that
new directory.
3. When Incharged opened, it had a default set of books. Redirected it to
my usual set of books.
4. Turned on the auto backups, using Info-Zip. Did some bogus
transactions in my checking account. Closed Incharge and waited for it to save the
resulting files as the latest backup generation
5. My system trapped, just like before. Rebooted to clear the dirty
shutdown
6. Booted to a maintenance partition, using bootAble. Ran CHKDSK on
all volumes. I used both the "F:2" and the "F:3" parameter on all volumes. All volumes
came back absolutely cleaned. No errors, no damaged or moved files, etc.
7. Rebooted and restored Incharge to my C:\ drive, using my last clean
backup (had to first remove the last backup made, the one that resulted in a trap; had to
renumber the remaining backups)
8. I now use Incharge as per my work around. Specifically, I:
A. Create both Info-Zip and uncompressed backups after
Incharge closes, using my new REXX script
B. Occasionally use the Incharge backup method. Use it
only if I open Incharge and do not perform any account transactions. Only turn on the
auto backup feature, then close Incharge. Have to turn off auto backup before I do any
transactions in Incharge
9. I am now perfecting the REXX script to be able to use it as either: 1.) an
auto backup of Incharge, after it closes down, or 2.) to make separate backups and/or
restores, separately and any time I want.
10. I use Incharge on a JFS volume; I save the backups to another JFS
volume on another physical hard drive. Previously, with Warp 4, I used HPFS volumes
on 2 physical drives for each of the above
11. I'll send you another trap screen dump tonight
Cheers!
HCM
=====================================================
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 [ 19 |
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.
|