>Hi,
>
>One of the users of our software is receiving the C5 error while running a day-end function that appends records from a 'daily' table to an 'archive' table. We know that the error is occuring in a small block of code where few simple append from commands are being executed.
>
>Here is some background info. This particular credit union is running this system on Windows 98 PC's - with the database, tables, and executable residing on their Novell Server. They have run the day-end function approximately 200 times with no problems (as have about 25 other sites) since the app was put into production. A few days ago, the user that ran the day-end function had her old, cranky PC freeze during the day-end routine (she had been experiencing decreased performance with this old box for a while). So, they turned the power off.
>
>I think the C5 error may have something to do with problems with the Archive table caused when the day-end process was terminated by the user. However, they are able to physically open all the tables used by the app without receiving any error messages. Can a corrupt table be opened without receiving an error message?
>
>Is it possible for an exe file to become damaged when turning a PC off in the middle of a process?
>
>I'm at a loss in terms of what to do here in trouble-shooting this issue - any ideas would be greatly appreciated.

I had a client access tables via pcAnywhere and they began getting general protection fault type errors. I was able to open the table... perform SEEKs and LOCATEs. However, I noticed the occasional record containing control characters. I was able to recreate their GPF/C5 errors. Do other people who access this table LOCALLY on their own machine get GPF/C5 type errors?

I rebuilt the table from scratch and documented all the order records containing control characters. I attempted to retrieve all order records containing bad data from earlier backed up copies of the tables. Once I rebuilt the table from scratch the GPF/C5 errors stopped.