Имеем модули , например: PRIMER.PRG
** тело
** че то делаем и вызываем всегда Whener(), Valider(), Okeynik() полагая, что запустятся модули которые находятся в этом PRG файлике ниже.
**
Даже можем запускаем модуль похожий
DO PRIMERnext.PRG - в нем есть свои Whener,Valider,Okeynik
RETURN

В этом же PRG файле ниже свой набор подпрограмм, которые должны исполниться.
--------------------------------
Function Whener
***тело
Return

Function Valider
***тело
return

Function Okeynik
***тело
return

------------------------------------
Редко но все таки, Okeynik,Valider,Whener выполняются не из своего PRG файла, где они находятся, а из файла расположенного выше по вызову. Простой перезапуск программы проблему убирает. Куда копать?
------------------------------------

Вот, понял как правильно спросить! Это одноименные функции находящиеся в разных PRG!
Они ж должны запускаться первыми, вместо таких же функций но находящимися в другом PRG!

Спасибо.
SET PROC нету.

Jonny540,

1. Visual FoxPro просматривает файл, содержащий данную команду DO.
2. Если в этом файле функция не найдена, а почему после перезапуска программы найдена?
в SET PROCEDURE таких точно у меня нет.
3. Если в текущем файле процедуры функции нет, Visual FoxPro просматривает все программы в цепочке выполняемых файлов программ. Цепочка просматривается с последней выполнявшейся программы до первой выполнявшейся программы.
Функция есть! И после перезапуска программы она ее находит. Ощущение, как будто как-то теряет, и естественно подхватывает предыдущую - тут все верно.

Чтобы выполнить функцию из конкретного файла, используйте предложение IN в команде DO. Это понятно, но в лоб запускать их не могу. Эти програмульки работают фОном, и надо чтобы именно в текущем PRG поднимались свои фоновые програмки.

Набор таких программулек много шире, каждая форма запущеная из PRG работает с ними, то есть я вынес всю обработку кнопок и видимости их и активности и взаимодействия в такие PRG модули "под ноги".
Это избавило меня от брождения по окошкам для их изменений и настроек в формах.
Форма - просто картинка - вся математика снаружи. Легко читать, исправлять. Тока вот иногда очень редко правда но все же гложит....

asdor,

Поздно, 1002 модуля.. :) Это космический корабль. :)

Не уверен. И что будет делать класс с такими функциями? Они ж все разные внутри! Поля разные, правила разные.

Что-то можно усовершенствовать еще?

На форму кидаете кнопку - кнопка перед появленим на форме выполняет OkNik() из этого же PRG и активируется если ей можно и активирует нижнюю строку сохранить отказаться или еще чего там,
при нажатии выполняет модуль PUSHER() - он по названию поля определяет что в поле и распахивает список - вы выбераете запускается модуль Whener() и если значение там все как надо заполняется поле, а затем выполняется функция Valider()
и Oknik() для проверки активновсти кнопки на форме.

Тела всех этих мелкофункций разные. Общее в них название и параметры. Есть еще AfterSaveForm(), BefoSaveform() и пр..
СloseForm() и др.
И есть модуль который в новый модуль PRG сразу валит все это по текущей таблице и предзаполняет, есть правило наименования полей.

Как то так.. Это чтобы понятно было почему у них всех одинаковые имена.