>Hi David, thanks for jumping in here...
>
>There are no UDFs or arrays used in the report. There are 2 parameters passed to the form that prepares the report. Also, one of the form's methods creates, and later releases, 2 public variables that print in the report. The names of these variables and of the parameters are not similar to any array element.
>
>The odd thing is that when this does happen one of 2 scenarios occurs: 1) all of the array will be empty except for the key field, or 2) the text fields in the array will be fine but all of the numeric fields will have been replaced with the key field value. I've never seen anything like this before. I've searched the entire application for places that modify the array values and found nothing that would explain this behavior.
>
>And, if that weren't strange enough, another anomaly appeared in a single record today: instead of an empty textbox when the array element had "lost" its value, the Input Mask appeared. This oddity seems to be reproducible, at least with this record. If it happened with any other records, I'd suspect the form might be corrupt.
>
>I have lots of "theories" about this application but no evidence to support any of them. The code is old and doesn't make good use of PEMs. The programmer was young and inexperienced. It certainly isn't written the way I would do it, but I'm trying to give it the benefit of the doubt, especially since the client claims the app worked without problems for many years--until recently. But, lots of things have happened "recently" in addition to having it dumped in my lap! There's a new version of VFP, a new version of Windows, all new hardware, the restructure of some of the tables, the addition of a some new features and a lot more users, many of them accessing it via remote desktops. The app is beginning to give me the creeps!

Have you checked that you don't use any reserved words as variable names?