On Tue, 02 Mar 2010, smu johnson wrote: > Well we have a ton of people who still use Windows, and because of that we > need a Windows solution.
HBNETIO is platform independent solution. It can be used by stations using only one platform (i.e. only MS-Windows programs) but it also allow to safely share DBF tables (with memo and indexes) between program compiled on different platforms i.e. Linux, FreeBSD, SunOS, MacOSX, DOS, W95, WinXP, W2K, Win7, OS2 stations using native programs accessing the same files. It system eliminates file sharing with its all potential synchronization problems by switching to own TCP/IP protocol dedicate to share Harbour tables. > I am happy to report that after about 30 mins of Googling, I came across > this page, which solved the problem, if you disable SMB2. > http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx Above fix is for remote hackers attack so it's not related to your problem. Anyhow as I can see there is a switch to disable SMBv2 protocol and this may indirectly help to resolve the problem because it's possible that it can be exploited only when SMBv2 is enabled and some buggy network clients are used. Anyhow if you do not want to worry about possible problems which can be caused by some incompatible network transport layer or unsafe concurrent file access caused by some speed "optimization (i.e. not synchronized read ahead caches) then you should switch to HBNETIO. If you want much stronger data protection and move all index processing to server side then you should use dedicated RDBMS like LETO or ADS. If you want to full even logical protection then you should move your whole application to server side and leave only user interface on the client side. It's the fastest and the most safe solution. best regards, Przemek _______________________________________________ Harbour mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
