<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
We are installing a big update for FastEMC and so far one customer
has this issue.<br>
<br>
After saving a claim (record) it runs a CALL table to validate the
data. Same for everyone.<br>
<br>
On this customer it crashes every time it hits the CALL table.<br>
<br>
If I have them call a different table first by running another
option on the claim, then the Validation CALL table works without
the memory error. And on each claim after that it continues to work
without incident for new and updated claim records as long as they
do not leave rclerk.<br>
<br>
This same solution - does not work on a client just the server.<br>
<br>
Windows system with 1 gig+ of memory and 256 gig of drive space. It
is Windows XP SP3. Filepro version 5.0.14 running rclerk and
rreport.<br>
<br>
<b><big>Things I have tried</big></b><br>
I put a small call table into the programming before the validation
call but that did not seem to fix it.<br>
Checked the TOK size variables - all set as they are for my testing
and my other customers.<br>
Checked EDITS - it is good.<br>
made sure PFCMARK was set correctly.<br>
ReTOKENIZED all tables - since other people have installed these
same files without issue - I think that is unlikely the cause.<br>
Rebuilt all indexes to make sure any date indexes were functioning
correctly - that has thrown memory errors in the past.<br>
Made a copy of the entire setup to make sure we were not having an
IO issue with any files. Obviously a corrupt file would be copied
corrupt but it was something.<br>
Copied file does the same behavior.<br>
Installed all current patches to my programming. - Might want to
reinstall the entire thing maybe - might be an idea.<br>
<br>
Any suggestions would be greatly appreciated. I hate to leave them
crippled but at least they can add some claims and get paid. Any
insight into why this worked, might give me something I can try to
stabilize their system.<br>
<br>
I am thinking remove all indexes and rebuild - during the
installation of the upgrade that was done, but after all this
testing might be good to do again. I have my doubts that that is my
problem.<br>
<br>
HELP <br>
Nancy<br>
<pre class="moz-signature" cols="72">--
Nancy Palmquist MOS & filePro Training Available
Virtual Software Systems Web Based Training and Consulting
PHONE: (412) 835-9417 Web site: <a class="moz-txt-link-freetext" href="http://www.vss3.com">http://www.vss3.com</a>
</pre>
</body>
</html>