>>>>>We are in the process of modifiying a FP 2.5 which we have not worked on in a long time.
>>>>>When we open most of the tables and browse, many of the field names have been appended by an 'a' such as 'datereq' becomes 'datereqa'. When we modify the structure the field name is correctly 'datereq'. The 'select' command fails because it is looking for 'datereq' but 'datereqa' is extracted.
>>>>>We even tried opening the table in work area 'c' to see if 'c' would be appended but the field name is appended with an 'a'.
>>>>>
>>>>>Unfortunately we are under enormous pressure to complete these program modifications.
>>>>>
>>>>>Thank you for all suggestions.
>>>>
>>>>A SQL command where two tables are joined and the same field name exists in both tables with give you field1_a, field2_a, field1_b, field2_b.
>>>Mike,
>>>Yes, I know.
>>>But, a simple 'use' and 'browse' of a dbf should not append a 'a' (not _a) to the field name.
>>
>>That's the first thing that came to mind. Could you email me one of the files?
>We were becoming quite desperate and opened the file from another workstation. The field names were fine!
>It is interesting that this problem existed on a W98 PC. When we opened from a XP PRO computer the field names were OK.
>Something is probably corrupt on the W98 computer.
>Or, there is some weird 'set'ting that we have forgotten about in the past decade.
>If it is the later, then I think the results should be the same if you exit FP, delete the foxuser, use the table and browse on 2 computers.
>The list of reasons for keeping the W98 computer around is shrinking.

Good. Probably needs a scandisk.