>>There is only one cdx file.
>>from the Data Session window there is only one index
>>The data environment for the form shows 2 sets of indices.
>>If I remove the table from the form and readd it, it comes on with 1 index, however the next time I run/modify the form, some files cannot be found along the search path and others show numerous indices.
>
>Sounds almost like a glitch in the .dbc, that it may need validation or cleanup.
>
>>I finally gave up with VFP 7.0 and used a machine with VFP 6.0, removed the files from the form and reentered them to the datenvironment. Returned to 7.0 and haven't had a problem since. What I didn't consider was that these files reside on a mapped drive. Does FVP 7.0 hav a problem with mapped drives ?
>
>Surprised me here - I have completely left the mapped drives out of the picture. I haven't mapped a drive in months... namely, after I've switched to VFP7. Even when I work off a server, I usually do
>cd \\server\share\path
>and work off that. The main reason for mapped drives before was the bug in VFP6 (up to SP4 or so) that the exe wouldn't run off an UNC if there was an embedded space in its path. Since that was fixed, VFP7's intellisense does away with the need to type long paths more than once, so drive maps are something I don't need anymore.

All my programs use tables on mapped drive x:
when the main server goes down all machines are mapped a new x: to that server. If I hard code addresses, I would have to change all references to them. I am using win98 SE. The server is simply a workstation. Data and forms are backed up to other work stations. There are nly 10 work stations using this application. If all fails, I can map to a CD and run everything from there. I need only to poll all machines for one file datestamp and remap to it.