Расположение файлов проекта

В настройке SET PATH можно указывать не только абсолютные, но и относительные (относительно текущей директории) пути доступа. Если текущей директорией является та, внутри которой и расположены созданные директории, то перемещение в другое место не портебует никаких изменений в настройках. Для большинства задач этого вполне достаточно.

Уже давно бы попробовали. Делов-то, переименовать старую папку с данными (чтобы "скрыть" ее от проекта) и создать новую (можно на то же компьютере). Затем поиграться с путями доступа, чтобы все заработало.

AllkayПрописать пути к БД в файл config.fpw, только к папке или к каждой таблице в БД.
Как Вы себе представляете прописывание пути доступа (без собственно имени файла) к каждой таблице в БД? SET PATH - это адреса папок. Как Вы собираетесь записать здесь адреса таблиц?

1. Чтобы определить какой именно файл конфигурации подхватывается при запуске EXE используйте функцию SYS(2019)
2. Если Вы хотите использовать настройку PATH в файле конфигурации, то убедитесь, что у Вас не используется настройка SET PATH в коде программы, поскольку она может затереть настройки файла конфигурации (если нет опции ADDITIVE)
3. Если используются относительные пути доступа, то принципиально важным становится директория по умолчанию относительно коьторой эти пути и будут определяться

Для справки :

В файле config.fpw синтаксис настройки имеет вид

PATH=D:\BD\DATA

В файле PRG синтаксис настройки имеет вид

SET PATH TO D:\BD\DATA

AllkayС помощью функцию SYS(2019) проверил файл конфигурации: D:\uasnewexp\config.fpw.
В файле config.fpw прописал путь: PATH=D:\database\data\.
С компилировал проект, запустил – ответ системы: D:\uasnewexp\data\bduaski.dbc – файл не существует. А должен был искать: D:\database\data\
Вообще-то, проверять надо было из запускаемого приложения. В смысле, из EXE. Ну, например, где-то в начале главного (стартового) файла проекта записать нечто вроде


Дело в том, что если файл Config.FPW включен внутрь EXE, то в первую очередь будут использоваться настройки этого самого "включенного" файла.

Можно еще использовать ключ -C (латинская буква "С"), чтобы явно задать файл конфигурации, который следует использовать. Примерно так


Здесь MyProg.exe - это Ваше приложение, скопилированное в EXE-файл.

И еще, я бы посоветовал открывать контейнер базы данных "вручную" в главном стартовом файле проекта ДО открытия каких-либо форм. Примерно так


====================

То, о чем говорит reware - это следующая стратегия.

1. Создается специальный файл DBF, который НЕ включен в контейнер базы данных. Так называемая, свободная таблица. В проекте это узел "Free Tables" на закладке Data.

2. Ну, структура этой таблицы может быть разной, но суть в том, что определенном поле определенной записи записан путь доступа к базам данных.

3. Данный файл DBF всегда кладется рядом с EXE в ту же самую директорию. Другими словами, этот файл всегда находится в директории по умолчанию.

4. В момент открытия приложения в главном стартовом файле проекта предпринимается попытка открыть эту таблицу прямой командой USE и прочитать настройку путей доступа. Далее командой SET PATH эти настройки устанавливаются.

Разумеется, пункт 4 должен быть еще окружен рядом дополнительных проверок, как на факт существования такой таблицы, так и на факт существования нужной записи и нужного значения. Все это дополнительно программируется и обрабатываться возможные ошибки.


Собственно, это тот же Config.fpw, но "вид сбоку". Преимущества данного способа в том, что кроме пути доступа можно хранить ряд других локальных настроек приложения. Хотя особого практического смысла это и не имеет, поскольку те же локальные настройки можно хранить и на сетевом ресурсе.

Я бы сказал так. Пока Вы не разберетесь, почему через config.fpw у Вас не работает, пытаться использовать файл DBF для подобных настроек - не стоит. Вы просто повторите все те ошибки, которые уже сделали для config.fpw, но запутаетесь еще больше, поскольку тут будет больше кода. Как следствие, больше мест, где можно ошибиться.

AllkayПрописал в головной программе:
MessageBox("config = " + SYS(2019) + chr(13) + "path = " + SET("PATH"))
OPEN DATABASE bduaski.dbc SHARED
SET DATABASE TO bduaski
С компилировал без ошибок. Запустил.
Он ответил:
-[config = D:\uasnew1\config.fpw]
-[path = D:\database\data\]
Нажал ОК!:
-ошибка: файл D:\uasnew1\data\bduaski.dbc не существует
Нажал ОК!:
-ошибка: файл не существует data\bduaski
Нажал ОК!: - выкидывает из программы.

Может я не правильно отделил БД от проекта?

1. Между командами MessageBox() и OPEN DATABASE есть еще какие-то команды?
2. Файл bduaski.dbc (dct, dcx) физически существует по указанному пути в папке "D:\database\data\" ? Т.е. что возвращает функция


Т.е. в Вашем сценарии либо был изменен путь доступа, либо просто контейнер базы данных не существует по указанным путям доступа. Сообщение об ошибке говорит о том, что по путям SET PATH не был найден нужный файл, поэтому показывает путь доступа к текущей директории


Еще проверьте, что все буквы латинские. Например, отличить русскую букву "а" от латинской "a" или русскую "с" от латинской "c" визуально невозможно. Поэтому попробуйте скопировать имена из проводника. Не писать, а именно копировать.

Если русские буквы оказались в имени базы данных, то в файле CONFIG.FPW обязательно должна быть строчка

CODEPAGE=1251

и главный стартовый файл должен быть написан в кодировке 1251.

IgorNGPATH - еще одна очень важная настройка. Она говорит FoxPro о том, где следует искать файлы (в каких директориях) ОТНОСИТЕЛЬНО текущей директории.
Не обязательно. Можно и абсолютный путь указать. В данном случае - это не важно. Проблема в чем-то другом. Подозреваю, где-то "затерялась" русская буква в имени или пути доступа.

Allkay#INCLUDE "INCLUDE\STRINGS.H"

OPEN DATABASE bduaski.dbc SHARED
SET DATABASE TO bduaski
MessageBox("config = " + SYS(2019) + chr(13) + "path = " + SET("PATH"))

Вы ведь раньше писали, что СНАЧАЛА отображается MessageBox() и только ПОТОМ идет ругань на открытие базы данных! А в приведенном коде все наоборот. База данных СНАЧАЛА открывается (без ругани?), а ПОТОМ отображается MessageBox().

И, кстати, в файле STRINGS.H никакого кода прекомпиляции нет? Только определение констант?


Так нельзя. Это означает, что будет использована кодовая страница по умолчанию. А для FoxPro начиная с VFP7 и старше в готовом EXE это будет 1252 (win eng) вне зависимости от кодовой страницы Windows. Нужно явно указать кодовую страницу 1251.


Опция TITLE - это заголовок основного окна FoxPro. Но опци SCREEN=OFF означает, что основное окно FoxPro отображено не будет. Так какой смысл менять заголовок у окна, которое не отображается?

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

Да, на этапе тестирования оставьте SCREEN=ON

=======================

1. Если Вы прямо в командом окне FoxPro дадите команду


База данных откроется? Если откроется, то что вернет



2. Создайте новый тестовый проект, в котором будет один единственный файл PRG как главный стартовый файл и в нем ТОЛЬКО следующие две строчки


После чего сгенерите файл EXE и с этим EXE далее и экспериментируйте с путями доступа и файлом config.fpw

1. Устанавливать пути к рабочим директориям в коде не желательно. Для указания путей доступа используется отдельный файл config.fpw специально для этапа разработки (отладки) приложения. Поэтому, сделайте поиск по ключевому слову PATH по всему приложению и удалите все настройки SET PATH .

У Вас должно быть 2 файла config.fpw. Один используется на этапе разработки, а другой будет использоваться с готовым EXE.

2. Как я уже писал, настройка SET PATH удаляет ранее сделанные настройки путей доступа, если только не используется специальный синтаксис. Поэтому команда SET PATH в Вашем приложении просто затерла настройки PATH сделанные в файле конфигурации.

Еще раз посоветую: удалить SET PATH в коде и используйте для указания путей доступа только config.fpw

====================

PS: Добавление путей доступа к ранее настроенным выполняется по одной штуке за раз. При этом, добавляемый путь доступа обязательно заключается в кавычки. Примерно так


Если же в настройке указывается список путей, то настройка SET PATH удаляет ранее сделанные настройки вне зависимости от наличия опции ADDITIVE. При этом, наличие опции ADDITIVE приводит к парадоксальным результатам

Ну, еще раз. Пожалуйста, прочитай внимательно

Команда SET PATH отменяет (удаляет, затирает) ранее сделанные настройки PATH

Файл конфигурации config.fpw при помощи опции PATH сделал настройку путей доступа. Затем, в твоем главном файле в функции SetPath() ты сделал свою настройку SET PATH и удалил настройку, сделанную в файле конфигурации.

Как решить проблему? Есть два принципиальных варианта

1. Использовать специальный синтаксис команды SET PATH, который был введен только в VFP9, чтобы дополнить, а не удалить, ранее сделанную настройку. Для версий младше VFP9 придется делать "конструктор" с макроподстановкой.

2. Вообще не использовать команду SET PATH в приложении. А настройку путей доступа делать только и исключительно в файле конфигурации config.fpw

Какой вариант объяснять дальше? Кстати, о какой версии FoxPro идет речь?

Allkay1. Если возможна небольшая коррекция файла config.fpw, без изменения кода, то этот вариант мне подходит.
Без изменения кода - не получится. Ведь проблема именно в этом самом коде. Как изменить, уже показал

11165753

Allkay2. Я пытался не использовать команду SET PATH в приложении – но кроме кучи ошибок у меня ничего не вышло.
Нужны два файла конфигурации. Один для разработки приложения, другой - для готового приложения. В файле конфигурации указать ВСЕ необходимые пути

На этапе разработки приложения


Для готового приложения

Я уже несколько раз повторил: удалите настройку SET PATH из программы или адаптируйте ее под совместное использование с config.fpw У Вас функция setPath() по прежнему удаляет настройку сделанную в config.fpw .

Какой смысл делать настройку в config.fpw, если Вы ее все-равно не используете?

И что из этого кода следует? Вопрос-то в чем?

Если Вы думаете, что по разрозненным фрагментам кода можно догадаться в чем ошибка, то Вы ошибаетесь. Откуда я могу знать как и где Вы заполняете свойство this.cDataBase? Вы вообще-то его заполняете? Почему в этом свойстве оказался фрагмент пути доступа?

Нужен полноценный рабочий код, воспроизводящий проблему. Напишите тестовый проект, где будет один файл PRG и один класс, выполняющий открытие базы данных. Вот этот тестовый проект и положите во вложение. Тогда можно будет указать, где в этом коде ошибка. А так, Вы постоянно будете говорить "я сделал, а не работает". Естесственно не работает, ведь неизвестно ЧТО Вы сделали.

IgorNGА зачем они в DE? Да еще, наверняка с AutoOpen. Нужно делать все руками - закрывать и открывать. Тогда и весь процесс будет под контролем.
Это один из главных аргументов против использования DE. Именно желание всегда и все контролировать. Для большинства задач в этом нет никакой необходимости. Хотя, конечно, есть исключения.

Именно по причине желания все контролировать в данном случае и "огребли" кучу проблем. Я настойчиво твержу, что SET PATH в коде использовать НЕ НАДО, тем не менее, этот совет игнорируется и по прежнему лепят проблему на проблеме. Ну, успехов в борьбе с глюками...

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

Если "вскрыть" файл формы с DE, то в свойствах курсора будет написано нечто вроде


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