Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Unrecoverable Error, need HELP!

Status
Not open for further replies.

ehoh

Programmer
Dec 2, 2002
11
MY
I'm handling a Point Of Sales Program at my company. My problem is quite frequent (but not always) the program will face "Unrecoverable Error 650" when cashier press CTRL-ENTER key to tender the sales. Sometime i got other error like "Unrecoverable Error 667/8/9" as well. The program actually will insert new record to 2 files, when this error prompt out, it unable add records to the 2nd file.

It's very difficult for me to debug where the program came from because not happened evertime. I have check on the Error message explaination and try to increase/decrease PROCEDURE DEPTH PATH. Haven't try to decrease some LOCAL
variables yet. I've also make my program application size smaller but it still doesn't solve the problem permanently. What else can I do to reslove this kind of problem?

I can't understand why it did not happened everytime if it is really due lot of variables, too many functions, procedure depth path etc.

If it's the memory problem, pls suggest how I can resolve it. I really need the solution ASAP.

Thanks!
 
Have you checked the Integrity of those 2 files? dSalvage for example is a good tools to check for Data Corruptions.

Also, how about your indexes. Are you using NTX or CDX?

Did you try to re-create your indexes?

let me know! Please let me know if this helped you :)

Tekno
Wireless Toyz
Ypsilanti, Michigan
 
Thanks for your reply, TeknoSDS.

Where I can get the dSalvage tools?
Do you think my problem is because of index files based on the runtime error message "Unrecoverable Error 650"?

For your information, i'musing NTX files. I'm using clip5.2e
My program did recreate the index files every night after a file transfer process. But sometime i did heard that customers complain on reports fiure error, what i did is just ask them to reindex.

After i've checked in the Norton Guide, it suggest that i need to use STACK or PROCEDURE DEPTH command to instruct the linker to increase the stack space at link time. I've donethis few time in my .lnk file after the customer complains the error, but after a while another customers complain about that also (FYI, there are 20 over customers using this application), if this is the way to solve my problem, how can I kknow how much procedure depth i need to set, my current setting is 160.

Below are the setting in my link file:-

BLINKER EXECUTABLE CLIPPER F99;SWAPPATHC:\SWP;
# MURPHY
BLINKER PROCEDURE DEPTH 160
# BLINKER EXECUTABLE COMPRESS 1
# BLINKER INCREMENTAL OFF
# BLINKER CLIPPER PAGE ON
# BLINKER OVERLAY FIXED
# BLINKER OVERLAY OPSIZE 30
# BLINKER PROCEDURE DEPTH 55
# BLINKER OVERLAY THRESHOLD 256
# BLINKER CACHE XMS 512, 25%
# BLINKER CACHE EMS 128, 50%
# BLINKER LOWMEM RESERVE 60
BLINKER EXECUTABLE SERIAL "H58234"
# blinker executable nodelete


BeginArea
FI SP0001
FI SP0002, SP0003, SP0004, SP0005, SP0006, SP0007, SP0008
FI SP0009, SP0010, SP0011, SP0012, SP0013, SP0014, SP0015
FI SP0017, SP0018, SP0019, SP0020, SP0021, SP0000
FI SP0097, SP0098, SP0099
FI TRANSFER
EndArea

OUTPUT POS.EXE

LIB tproot52, tpovl52, nanfor, cpmi, extend



If this is not the cause of the problem, can you tell me what other reasons may had cause the above runtime error?
Is it minimise local or public variables or public function or program size etc?

I really don't know why and really need help!
 
Well, it seems like it is a data issue. Because you mentioned that the error occurs when you are 'Adding' data to the 2 files. Am I correct on this assumptions?

Also, I did some googling on the web and found interesting comments by other people!


They all mention the overuse of arrays! inline continuation ";"... and so on

some have suggested to use Rtlink with overlay! (.ovl)... And some suggested or thought that you my have too many nested loops/for next.

I am gonna look further into this... Ali Koumaiha
TeknoSoft Inc
Farmington Hills, Michigan
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top