Memory Errors

Nancy Palmquist nlp at vss3.com
Tue Oct 20 14:57:30 PDT 2009


I need some suggestions.  On a Windows Server 2003, with XP clients, we 
have a situation that keeps returning.  We are running filePro 5.0 and 
filePro 5.0 Odbc versions on this system.

Dclerk is throwing memory errors at a point in the processing where I 
open a file, change one piece of data and write the data.  The data is 
included in 2 indexes.  I know if we rebuild these two indexes the 
memory errors go away for some time.

The indexes in the file that throws the memory errors are rebuilt every 
night, so we start with clean indexes each day.  Once it throws a memory 
error, it seems that we start getting them often until we can rebuild 
the indexes.

I have narrowed the logic that causes the memory errors to a very narrow 
4 lines.

Open a file with a protect (lock).

write the one piece of data

WRITE the file to send the data and unlock the record.

The Write command seems to be what causes the memory error.  The very 
next line, is not executed.

I open and update data in the same file many times before this crash.  I 
actually write all the previous data, and then reopen the same record 
before this memory error to make sure I had everything working.

What I suspect:
1)  Some kind of I/O issue with the Server.  How can that be tested?  
Are there logs or something else I can watch to see what is going on?

2)  Some kind of switch fault.  We have seen this come and go over the 
last year, and it always seems to be bad for a while and then a faulty 
switch is replaced and it works wonderful for months.  How can that be 
tested?

I added some SLEEP commands around this logic to try to give the Server 
time to handle the I/O.  I find that sometimes this helps with issues 
like this.  filePro is so fast, I think the Windows server can not keep 
up.  Usually do not see this kind of thing on my Unix/Linux stuff.

Anyone got an idea or two I can look at?  It would be appreciated.  I 
really think since it comes and goes, it is more likely to be related to 
hardware, network, or OS. 

I have studied the processing many times over the years we have been 
doing this and I think it would break all the time if I missed 
something, but I am certainly not perfect so that might also be 
possible.  ;-)

Anyway, I am tired of seeing the list so empty.  I feel so all alone 
these days.

Nancy

-- 
Nancy Palmquist 		MOS & filePro Training Available
Virtual Software Systems	Web Based Training and Consulting	
PHONE: (412) 835-9417		   Web site:  http://www.vss3.com



More information about the Filepro-list mailing list