Hi,

Thank for your advise, I make a mistake as my original table already
being converted to VFP free table when I modify their structure.
So, I just converted my VFP free table to fox2x file format and
SDT still work fine.

BTW, why do we still see those form with progress bar when we
do a SDT needupdate() function, follow by update() and reindex().
Since my dbf files didn't change any structure but just had
record append in, I thought the function will just check and
not do anything, but I often see the progress bar and it taking
some time with big table. I am doing those functions above to ensure
those dbf are okay.







>We've got one application with 140+ 2.x free tables and after making the updates they remain 2.x tables (unless you add field types, NULL support or other "features" not supported by the 2.x table structure). I know they still work because many locations are still running FPW 2.6a apps against the same data. Can you give an example of what you did that didn't work?
>We've found it necessary to reindex the tables one at a time and write out our own file with info on those tables SDT can't reindex.
>
>Rick
>
>>Hi,
>>
>>I am using stonefield 6c toolkit with my application to check for any
>>dbf file corruption, so that I can auto update and index my files.
>>
>>However, my application is working concurrency with other clipper written application that use fox2x file format, hence after my application ahd auto update the file structure from fox2x format to visual foxpro free table format, my other clipper application can't read it.
>>
>>Hence, is there any way to solve this issue so that I am still use
>>stonefield database toolkit but had those updated file still in fox2x format ?
>>
>>In addition, when we are doing auto reindexing of all the free table in the
>>database, is there any way to log those filename that are not reindex to a text file. Please kindly advise with example.
>>
>>
>>Thank you