В сети есть несколько компьютеров, на одном из них (в расшаренной папке) храниться База данных VFP, программу открывают на другом компьютере (она без проблем работает с базой данных), но при попытке запустить второй экземпляр программы выводиться вот такая ошибка "Таблица "имя" разрушена. Таблица должна быть исправлена перед тем, как использовать ее вновь. (Ошибка 2091)"
Пробовал открыть таблицу из среды VFP (та же самая ошибка), но в это же время другие компьютера могут без проблем работать с этими данными.
Такая ошибка возникает только на одном компьютере и только при запуске второго экземпляр программы.

PS.Такая проблема уже раз у меня возникла, помогла переустановка Windows. Но сейчас нет такой возможности. Может натолкнете на мысль, где копать?

Ну вот что пишут про эту ошибку - forum.foxclub.ru
Пива говорит -

Цитата:

Хелп читать надо внимательнее
Цитата:
Either the table record count does not match the actual records in the table, or the file size on the disk does not match the expected file size from the table header
Set TableValidate - смотри

Насколько я помню есть утилиты которые помогут в лечение таблички после такой ошибки и не нужно переустанавливать Винду.
Там скорее всего произошло что то с заголовком. Надо дождаться кого-нибудь, кто помнит про утилиты восстановления таблиц.





Исправлено 4 раз(а). Последнее : Божья_коровка, 17.05.18 15:29

Вот утилита восстановления их много по инету валяется dbf.recoverytoolbox.com
Ну и как вариант избежать подобных казусов можно попробовать настройку - SET TABLEVALIDATE TO 0

set tablevalidate не "избегает казусов", она лишь закрывает фоксу глаза на испорченную таблицу - ну и фик с ним что всё уже сломано, будем писать и дальше

ZenTigra
Такая ошибка возникает только на одном компьютере и только при запуске второго экземпляр программы.

По простому - ошибка возникает в связи с порчей таблицы. Почему и как возникает эта самая порча - совершенно отдельный вопрос.
Начнём с того что клиентские версии Windows не предназначены для файл-серверного режима работы фокса. Что есть вирусы/антивирусы/файерволы/сторонний софт который может мешать бесперебойной работе данной машины в качестве "сервера". Это уж не говоря про пользователей, выключающих/перезагружающих машину когда им заблагорассудится. Что, естественно, никак не способствует целостности таблиц размещённых на ней "в общем доступе".

А как товарищ ZenTigra определит, что именно ломает его таблицу на конкретном компе, если у него одна лечилка - переустановка винды?
Вот что ему нужно сделать, чтобы такого не было без переустановки винды, если SET TABLEVALIDATE TO 0 только "закроет глаза фоксу", но не избавит от источника проблемы?





Исправлено 1 раз(а). Последнее : Божья_коровка, 17.05.18 16:12

Поскольку

ZenTigra
Такая ошибка возникает только на одном компьютере и только при запуске второго экземпляр программы.

и

ZenTigra
помогла переустановка Windows. Но сейчас нет такой возможности.

то пока не будет найдена причина порчи таблицы, очевидное решение - не запускать во время работы второй экземпляр программы на проблемном компьютере.

Конечно, поиск причин может затянуться и ни к чему не привести. Действительно, иногда проще и быстрее переустановить ось, чем пытаться найти причины ее неадекватного поведения. Особенно если ось работает много лет, постоянно ставится новый софт, никто толком не следит за уборкой всякого "мусора", по диску неоднократно гуляли вирусы и прочая *варь, бесперебойника нет, а любые глюки "лечатся" принудительным отключением (т.е. если это типичная офисная машинка). Только вот переустановка не дает никакой гарантии, что проблема исчезнет.

Раз таблица сетевая, то не мешало бы проверить надежность работы сети. Также следует глянуть, не включены ли настройки для работы с автономными файлами. Потом попробовать поработать без антивируса и брэндмауэра. Конечно, убедившись вначале, что машинка ничем не заражена.

Я так понимаю, вопрос восстановления поврежденной таблицы особо не интересует? Средств для этого в интернете хватает, а при внимательно чтении фоксовского хелпа можно обойтись любым hex-редактором.