>I have inherited a very old FoxPro application that uses array elements for editing in the VFP screens. I moved the application from VFP 5 to VFP 9 with minor changes to the code, most of which is in prg files anyway. About a year ago, I added a fairly complicated report. All of the logic for the report, including the SQL statements, report processing and printing, is encapsulated within the private data session of a new form. This new form is called from a command button on the old screen. Sporadically--perhaps one time in 1000--when control is returned from the new process, the values in the arrays are gone and the screen displays empty fields, sometimes causing the application to crash. Any ideas what might be happening? I've run out of ideas....
It may be most time- and cost-effective to work around the problem, for now - save the array variables before the report processing, and restore them on return. Get the client working reliably, then stomp the bug at your leisure.
As for things to look for:
- make sure all workstations are on the same version of runtime and are all running the same version of the executable(s)
- try running with antivirus disabled
- running VFPClean.app may be worth a try
- if you're printing to an HP printer with an HP-supplied driver, you might try switching to an MS-supplied driver instead
Regards. Al
"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov
Neither a despot, nor a doormat, be
Every app wants to be a database app when it grows up