Почему может расти PDOXUSRS.LCK?

← →
ki11er (2003-04-23 18:32) [0]

Файл PDOXUSRS.LCK через некоторое время работы программы разрастается до неимоверных размеров. В чем может быть причина?

← →
Anatoly Podgoretsky (2003-04-23 20:19) [1]

По причине неправильной настройки

← →
ki11er (2003-04-23 21:53) [2]

> По причине неправильной настройки

Неправильной настройки чего?

← →
Anatoly Podgoretsky (2003-04-23 23:50) [3]

BDE, PrivateDir

← →
Виталий Панасенко (2003-04-24 09:39) [4]

В дополнение к Anatoly - нужен компонент Session и в нем свойству PrivateDir НУЖНО указать, где будет папка для сессии.
Иначе через время возникнет ошибка Lock file has grown too large
TI256B.txt Removing "Lock file has grown too large" Error
Category :General Programming
Platform :All
Product :BDE All
Description:
Lock file has grown too large, Decimal:9495 Hex:2517
----------------------------------------------------
This problem is specific to Paradox tables and can be caused
in any BDE (16 or 32 Bit) application that meet some or all
of the following criteria:

1) The Executable is in the same directory as the table.
2) The Private Directory is not correctly set or not set
at all.
3a) Delphi: Having a TTable open on a paradox table and
then performing multiple TQuery operations.
3b) C / C++: Having a table open with DbiOpenTable and
then performing multiple queries with DbiQExec and/or
DbiQExecDirect.
4) LOCAL SHARE set to true in the BDE Configuration
Utility on the System page.

To solve the problem, make sure that your application has
done ALL of the following:

1) Under the directory where the executable is, create
three new directories: TABLES, PRIV, and NET. Place
all the tables for the application into the TABLES
directory.
2) Set the session"s private directory to the PRIV
directory. Take the following steps according to
the software you are using.

DELPHI:
Session.PrivateDir := ExtractFilePath(ParamStr(0)) + "PRIV";

C / C++:
DbiSetPrivateDir(szPath);
// szPath is the fully qualified path (not relative)
// to the PRIV directory.

3) Set the session"s network directory to the NET
directory. Take the following steps according to
the software you are using.

DELPHI:
Session.NetFileDir := ExtractFilePath(ParamStr(0)) + "NET";

C / C++:
DbiSetProp(hSes, sesNETFILE, (UINT32)szPath);
// szPath is the fully qualified path (not relative)
// to the NET directory.

// hSes is the current session handle. This can be
// retrieved using the DBiGetCurrSession function.

4) If LOCAL SHARE is set to true and you are not sharing
tables between different applications at the same time,
change LOCAL SHARE to false.

← →
Anatoly Podgoretsky (2003-04-24 11:36) [5]

В дополнение к данной статье, LOCAL SHARE стоит вседга ставить в true, проблем будет на порядок меньше.

← →
ki11er (2003-04-24 12:58) [6]

> В дополнение к данной статье, LOCAL SHARE стоит вседга ставить
> в true, проблем будет на порядок меньше.

Загадочная вещь, этот ЛОКАЛ ШАРЕ. В одних советах, говорят ставить в TRUE, в других говорят, нужно FALSE.

Так как же все-таки правильно, а?

← →
Anatoly Podgoretsky (2003-04-24 14:29) [7]

Ничего загадочного в ней нет, это совместное использование базы в локальном режиме, особенно не БДЕ продуктами, полезный побочный эффект - немедленная запись в таблицу, что позволяет предотвратить потерю данных, эквивалент dbiSaveChanges.

Почему может расти PDOXUSRS.LCK? Найти похожие ветки