Ошибка pdoxusrs net

Из справки BDE Administrator:
LOCAL SHARE
The ability to share access to local data between an active BDE application and an active non-BDE application. Set to TRUE if you need to work with the same files through both a BDE and a non-BDE application at the same time. (It is not necessary to set LOCAL SHARE to TRUE if you do not need to have both applications open at the same time.) Default: FALSE.

Перевод:
LOCAL SHARE
Возможность разделять доступ к локальным данным между работающим BDE-приложением и работающим не-BDE-приложением. Установите в TRUE, если вам требуется работать с одними и теми-же файлами через BDE- и не-BDE- приложения одновременно. (Нет необходимости устанавливать LOCAL SHARE в TRUE, если у вас нет необходимости открывать оба приложения одновременно.) По умолчанию: FALSE.

Из файла: Program FilesCommon FilesBorland SharedBDEBDE32.HLP
Раздел: Improving BDE performance
All options mentioned below are configurable using the BDE Administrator:
1. Set LOCAL SHARE to False. This option should only be TRUE if both BDE and non-BDE applications are accessing dBASE or Paradox tables simultaneously. Borland products all use the BDE to access Paradox and dBASE tables, so this option can be FALSE if you’re using only Borland applications.
.

Перевод:
Все опции, упомянутые ниже, конфигурируются с помощью BDE Administrator:
1. Установка LOCAL SHARE в False. Эта опция должна быть установлена в TRUE только в одном случае: если BDE- и не-BDE- приложения подключаются к таблицам dBASE или Paradox одновременно. Все продукты Borland для доступа к таблицам Paradox и dBASE используют BDE, поэтому эта опция может быть установлена в FALSE, если вы используете только приложения Borland.
.

Другими словами: эту опцию нужно установить в True только в случае, если, например, вам нужно одновременно работать с одними и теми-же dbf-файлами из программы, написанной на Delphi и из старой досовской программы, написанной на Clipper. При работе с базой данных только программ, написанных на Delphi, устанавливать эту опцию в True нет необходимости.

Т.е. на одновременный доступ к приложению значение False никак не повлияет?

При создании таблицы в Database Desktop для неё указывается Table Language. Для русского языка это ‘Pdox ANSI Cyrillic’. При работе с таблицей эта настройка перебивает все остальные и работа с этой таблицей идёт с использованием этого драйвера. В запросах вроде бы используется драйвер исходной таблицы. Поэтому настройки BDE в отношении языка быстрее всего можно оставить по умолчанию. Я в такие дебри раньше не углублялся, поэтому утверждать наверняка не буду, поскольку возможны какие-то нюансы, но на первый взгяд всё выглядит именно так.
LOCAL SHARE по умолчанию имеет значение False. Насколько я понимаю, это и есть штатный режим, изменять который нет необходимости. Устанавливать LOCAL SHARE в True может потребоваться только при работе с базой данных одновременно из BDE-приложений и не-BDE-приложений, что в вашем случае вряд ли имеет место.

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

На мой взгляд, при первом запуске программы вполне допустимо выдать сообщение и попросить перезапустить программу. Это как крайний, но вполне допустимый случай.

Насколько я понял, вопрос собственно установки BDE вы решили, но на всякий случай я всё-таки приведу ссылку: »вопрос КС №27022«
Посмотрите последний на сегодня ответ — вполне рабочий вариант установки BDE при первом запуске приложения, разве что алиас по другому создаётся, но в данном случае это не имеет никакго значения. Пользователь при этом либо должен иметь права администратора, либо запускать пограмму от его имени.
Ещё на всякий случай хочу сказать, что в моём варианте задания алиаса для того, чтобы алиас был доступен в выпадающем списке при назначении его датасету, форма, на которой находится TDataBase, должна быть загружена в среду.
И ещё. Поскольку изначальный вопрос был об установке BDE из под инсталлятора, сгенерированного Inno Setup, то приведу ещё одну ссылку: http://www.jrsoftware.org/iskb.php?bde

Да. Только не кидает, а предписывает создавать его в этом каталоге или использовать уже существующий, если он там есть. PDOXUSRS.NET — это временный файл.
Я смоделировал стандартное поведение BDE, который назначает по умолчанию размещение файла PDOXUSRS.NET в корневом каталоге диска C:
Это явилоь следствием стереотипного поведения и, я думаю, не является оптимальным вариантом. При работе в сети каталог, в котором расположена сама программа, а также предыдущий каталог, вполе могут быть разрешены только для чтения. В этом случае оптимальным местом размещения файла PDOXUSRS.NET был бы каталог, в котором расположена база данных, т.к. этот каталог гарантированно открыт на запись для всех пользователей программы. Код для этого варианта:

procedure TForm1.FormCreate(Sender: TObject);
var
DbPath: String ;
begin
Database1.Close;
DbPath := ExtractFilePath(Application.ExeName) + Database1.Params.Values[ ‘PATH’ ];
Database1.Params.Values[ ‘PATH’ ] := DbPath;
Session.NetFileDir := DbPath;
Database1.Open;
Table1.Open;
end ;

Ещё раз хочу обратить внимание на то, что программы, работающие с одной базой данных через BDE должны:

1. Для доступа к базе данных использовать полностью одинаковый путь (включая букву диска).
2. Использовать один о тот-же файл PDOXUSRS.NET

Чтобы продемонстрировать это на практике, я провёл небольшой эксперимент, который вы можете повторить:

1. Сделал каталог C:TEST_BDE и скопировал туда тестовую программу, использующую вышеприведённый код для назначения путей.
2. Сделал два виртуальных диска ( V: и W: ), выполнив в командной строке команды:

subst v: C:TEST_BDE
subst w: C:TEST_BDE

3. Запустил два экземпляра тестовой программы: один — с диска V: , а другой — с диска W: При этом использовался один и тот-же файл PDOXUSRS.NET, но доступ к базе данных осуществлялся по разным путям (не совпадали буквы дисков). Блокировки записей не происходило. BDE не препятствовал редактированию одной и той-же записи сразу из двух программ.
4. При запуске двух экземпляров программы с одного диска блокировка записи происходила и BDE не позволял редактировать одну и ту-же запись одновременно из двух программ.

. например Х:, либо через сетевое имя:
1. Х:
2. \Server1CommonPrograms

. приведёт к назначению NET DIR:
1. Х:2. \Server1CommonPrograms

UNC — Universal Naming Convention — соглашение о сетевых именах
Принцип:
\ИмяКомпьютераИмяОбщегоРесурса

Если на компьютере Server1 имеется каталог C:CommonPrograms, к которому открыт общий доступ под именем CommonPrograms, то обращаться к этому каталогу с других компьютеров можно либо назначив сетевому ресурсу букву, например X:, либо через сетевое имя:
1. X:2. \Server1CommonPrograms
Во втором варианте букву назначать не требуется.
В обоих этих случаях идёт обращение к каталогу C:CommonPrograms на компьютере Server1. Но в первом случае буквы на пользовательских компьютерах могут быть разными, а во втором — всё единообразно.
Допустим, программа расположена в каталоге C:CommonProgramsSklad и исполняемый файл имеет имя SuperSklad.exe
Тогда при запуске программы полное имя файла внутри программы будет определено как:
1. X:SkladSuperSklad.exe
2. \Server1CommonProgramsSkladSuperSklad.exe
Функции Delphi, работающие с именами файлов, понимают оба способа. При этом код:

приведёт к назначению NET DIR:
1. X:2. \Server1CommonPrograms

В файле PDOXUSRS.NET хранится информация о блокировках. Если буквы будут разные, то BDE не поймёт, что блокировка относится к одной и той-же таблице. Возможно, более безопасным способом запуска будет указание не через диск, а через UNC:

В этом случае разночтений быть не должно: NetFileDir = ‘\CompNameSharedDirName’

То есть если к примеру сетевой ресурс, на котором находится программа у всех пользователей обозначен разными сетевыми дисками, то программа работать не будет или я неправильно поняла?

Только надо учесть, что все пользователи должны подключаться одинаково:
1. Если через имя компьютера — то все через имя компьютера.
2. Если через букву — все через букву, причём у всех буква должна быть одинакова.

Database1.Params.Values[‘PATH’] :=
ExtractFilePath(Application.ExeName) + Database1.Params.Values[‘PATH’];

прописать путь к директории Net DIR?

Сама програмка будет:

0.Выводить ярлык программы
1.Проверять реестр на наличие BDE
2.Если нет, устанавливать
3.Создавать алиас и делать настройки с помощью компонента Database

Подскажите можно ли все это реализовать?