Белый прямоугольник Grid означает что была закрыта таблица-источник для этого Grid. Разумеется, Refresh тут уже не поможет. "Поздно пить Боржоми...".

Если Вы работаете в Default DataSession (это настройка по умочанию) и оставлены опять же по умолчанию настройки DataEnvironment -

AutoOpen Tables = .T.
AutoClose Tables = .T.

То происходит примерно следующее:

В момент открытия формы DataEnvironent запоминает, какие именно таблицы он сам открыл из тех, что были включены внутрь DataEnvironent. В момент закрытия формы DataEnvironment закрывает все те формы, которые он сам же и открыл при открытии формы.

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

"Штатное" (наиболее распространенное) решение - это использовать для каждой формы Private DataSession.

Но тут есть ряд особенностей:

1. Часть настроек автоматически сбрасываются в значение по умолчанию при открытии Private DataSession. Список этих настроек можно посмотреть в описании к команде SET DataSession. Т.е. их нужно заново настраивать при открытии форм в Private DataSession

2. Изменения, сделанные в одной DataSession становяться "видны" в другой DataSession не сразу, а спустя некоторый интервал времени. По умолчанию - через 5 секунд.

BurnПотомучто в этом случа можно полностью контролировать процесс открытия таблиц, их наличия на диске, наличие индексов и прочей фигни. Что через DE делается значительно сложнее или ваще не делается
Следует только иметь в виду, что для подавляющего большинства задача все это не требуется.

DE не используют либо полные ламеры, которые не знают, что такое вообще есть, либо сильно крутые профессионалы, которые предпочитают полную управляемость всеми процессами. Ну, и при определенных типах задача использование DE проблематично.

Т.е. использование DE в большинстве случаев вполне оправдано и целесообразно. Надо только понимать их ограничения.

alex11100я не понимаю вообще для чего люди
вообще передергивают открытые таблицы
(открывают, а затем закрывают таблицы)
Объясняю. Если объект не используется в данный момент - его логично закрыть. Накладные расходы на открытие/закрытие таблиц настолько ничтожны, что об этом можно вообще не думать

alex11100поработал в мск 3 мес в одной конторе
там постоянные use в коде
и понял, что так нельзя никогда писать !!!!
(голова кругом идет проверять открыта или нет таблица)
вспоминаю как страшный сон (еще в сети и паковали когда хотели)
я пишу на фоксе 11 лет, такого не видел и за это ...
извините потом холодным обливался, когда пак в сети писал
(мне странно когда люди не умеют работать при наличии удаленных записей)
тем более извините когда форма тащит данные,
ну это .... я не понимаю такой подход
Вы сделали неверный вывод на основании "криво" написанной программы. FoxPro очень снисходительно относиться к ошибкам программистов. Как следствие, огромное количество программ имеет настолько "кривой" код, что просто диву даешся, как это вообще работает.

alex11100я даже для больших задач (с локальными данными)
при старте приложения открываю сразу все необходимые таблицы
(очень часто одни и те же в нескольких раб.областях с разными индексами)
(кстати в ненавистной мне 1С так делают)
А смысл. Это как раз совершенно бессмысленная растрата ресурсов.

alex11100и все, данные живут,
я не задумываюсь где их брать и как открывать
Уверяю Вас, при использовании DE все происходит абсолютно также. Не надо задумываться где брать и как открывать (при грамотной настройке, разумеется). DE сам все откроет и сам же закроет, когда надобность отпадет

alex11100приучился писать без паков и запов и эксклюзива
для локальных данных стараюсь использовать только реляции
А вот это уже чистое "извращение". Это значит, отказаться от memo-полей (они требуют PACK), отказаться от триггеров, от целой кучи команд, которые могут автоматически создавать записи. Т.е. Вы сознательно отбросили массу возможностей FoxPro.

Другое дело, что команды PACK не надо использовать непосредственно в рабчей проге. Это должно быть вынесено в отдельную служебную процедуру. Также как создание резервных копий, переиндексация, проверка целостностности базы данных

FoxLamerDE не используют еще и те, кто не использует за основу в своих программах конструкцию DO FORM..
Я и сказал "сильно крутые профессионалы". Создание форм только через классы - это следствие желание "рулить" всем самостоятельно. Не давая ничего на откуп FoxPro. Имею в виду, его действиям "по умолчанию".

Ну, и Вы, наверное, не в курсе, начиная с VFP6SP3 есть класс Session, а, кажется, с VFP8 - класс DataEnvironment. Т.е. при желании, можно "привязать" DE к классу.