Got a link? I saw your similar post on the Lianja forum but no further details there.

>There was at least one report, on the UT I think, of Win12/SMB3 solving the problem.
>
>Hank
>
>>>We currently run our VFP 9 and Foxpro 2.5 applications on Windows 7 32 bit workstations. The server where the tables reside is getting past EOL, and our network guys want to move the tables to a 64 bit virtual server.
>>>
>>>Does anyone anticipate any problems we may be facing? Of course we will test this configuration before placing it into production. Everything I've been able to find online has to do with VFP on a Win7 64 bit client, or SQL Server 64 bit trying to access VFP tables. Neither of these scenarios is what we are going to try and do.
>>
>>One problem with newer servers is not that they're typically 64-bit, but that by default they use newer versions of the SMB file-sharing protocol.
>>
>>SMB version 2.x used in Server 2008 and later can cause corruption with VFP/FoxPro, MS Access and other flat-file databases:
>>
>>http://support.microsoft.com/kb/2028965
>>http://support.microsoft.com/kb/2618096
>>http://www.caseware.com/support/caseknowledge/kb-271
>>
>>MS has issued some hotfixes but my understanding is these do not fully address the issue(s). There is more information in Thread#1511813 . Brandon Harker has kindly been "taking point" on this issue with MS. He has developed some repro code in Message#1461761 .
>>
>>SMB2 can be disabled which is a workaround for this issue. However, network or sysadmins will be loath to do this on servers. Disabling it on workstations will force the server(s) to fall back to SMB1 when talking to those workstations, without having to reconfigure server(s).
>>
>>With Windows 8 and Server 2012 MS has introduced SMB 3.0. I have not heard of any test results using that combination, or with earlier OSs.