Steven It sounds like you getting closer and closer to a solution. Am I right in understanding that this a virtual memory problem (the error message is related to in Swedish 'sid v�xlingsfile' which litterly translated is 'page swooping file' and not a NTVDM with its corresponding err mess.????
For the NTVDM error message I relay on Dennis UDF for the err mess 'sid vaxlingsfil' that I translate to 'page swooping file' or maybe 'page switching file' I thrust in http://www.totalvelocity.com/mb/landing/index.asp where I downloaded memory blaster. I have it set up to optimise and recover memory leaks every 11 minutes. So far I stay happy even if I do not fully understand this problem. Is the iterative process a while loop? If so after the while loop try disconnect and connect again. Or even and 'empty' sip reuturn' that does not do any thing but just zip return. I know it makes no sense but sometimes it seams to help. I look forward to your next report stating : PROBLEM SOLVED! Gunnar Ekblad -----Ursprungligt meddelande----- Fr�n: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] F�r Steven Hoggan Skickat: den 21 november 2003 11:31 Till: RBASE-L Mailing List �mne: [RBASE-L] - RB6.5++ Memory Problems Hello again, For what it's worth, one of the biggest (by a long distance) culprits we have managed to identify in terms of memory "eating" is a 3-table form that we regularly call in an iterative loop. More often than not, memory is not released/recovered when the form is exited, and we can find a 4GB swap file used up pretty quickly. This problem may or may not be anything to do with the current memory discussion, but it's certainly a major problem for us. It doesn't seem to happen to the same extent with straightforward single-table forms, although this is something we are still testing. In general, though, does anyone have any general recommendations for efficient form construction/call/release? I'm thinking along the lines of (where possible) pre-setting all variables prior to calling the form, rather than having the form do the lookups, etc. Thanks Steven Privacy & Confidentiality Notice ---------------------- This message and any attachments thereto is confidential and intended solely for the person to whom it is addressed. It may contain privileged and confidential information. If you are not the intended recipient you must not read, copy, distribute, discuss or take any action in reliance on it. If you have received this information in error, please notify us as soon as possible on the telephone number shown. Thank you. Fitzpatricks. Tel: +44 (0)141 306 9000 Fax: +44 (0)141 306 9090 Web: www.fitzpatricks.co.uk
