Igor KorolyovСуть блокировки - наличие системной таблицы (не в плане dbf а таблица в памяти), управляемой ОС, куда и записывается информация о том, кто и чего заблокировал. После этого ОС при обращении к данному файлу выдаёт вопрошающему отлуп - дескать низя. Причём даже прочесть!

Блокируется не весь файл (в общем случае), а некоторая его область - т.е. задаётся от какого смещения и на какую длинну нужно заблокировать данные. Причём размерность блокируемой области (как и всего файла) была ограничена 32-х разрядным числом (со времён DOS так повелось ещё). Т.е. максимум что мы могли заблокировать (точнее управлять блокировками) - это файл объёмом 4 Гб.

Однако снова напомню - блокировка то не позволяет считывать данные - что сделал FoxTeam - очень просто, он стал блокировать не реальную область с данными, а виртуальное пространство за пределами этого файла - т.е. просто прибавил к начальному смещению половину от Max возможного значения - от чего мы и получили известное ограничение размера таблицы (равно как и cdx/fpt и прочих) в 2Гб.

А проблемы происходят не из-за блокировок самих по себе, а из-за того, что любая современная ОС не пишет на диск побайтно, а имеет сложную систему кэширования. Т.е. с точки зрения проги запись ужа прошла, а реально (физически) она всё ещё не на диске, а в кэше ОС, откуда та и выдаёт данные по запросам прочих прог. Ессно что то как ОС пишет данные на диск (так сказать физически) и то, как их пишет прога (логически) - вещи не совпадающие, и потому при крахе ОС вполне может произойти порча файла (заметь - не обязательно заблокированного!) Достаточно чтобы туда вносились изменения, и ОС не успела их все сбросить из кэша.

Полностью дискуссия на эту тему (в том числе и приведенная статья) здесь

http://forum.foxclub.ru/read.php?5,74141,74243#msg-74243