Фокс однопоточный, так что одновременно ты ни к чему доступ не получишь, только последовательно .
Ссылку на свойство заиметь невозможно. Можно получить ссылку на объект, и потом обращаться через эту ссылку к свойствам объекта... Можно даже в общем виде, хранить и ссылку на объект и имя сйства, а при обращении склеивать их, например через EVAL() или макро, или ещё как...
WBR, Igor

Для этого есть понятие очереди. Да и вообще речь изначально не шла про COM сервера. В общем случае запустить несколько потоков можно, и даже их координировать - поищи в нете multithreaded + VFP. Но вот с разделением ресурсов тут тебе фокс уже никак не поможет - только ручками всё...
WBR, Igor

Flex_ххххЕсть СOM сервер, работающий с портом, как я понимаю код переогруженного метода может быть выполнен в любой момоент , это соответвует модели СОМ, так ?

Тут уж сорри не подскажу :( Нужно очень пристально вчитаться в толстенные книги по COM-у, по его моделям внедрения в хост-процесс и т.п. Более того что за порт ты имеешь в виду? COM-порт? И что за контрол MSComm? Тогда AFAIK ничего параллельного ты всё равно не получишь. Т.е. у самого контрола есть буфер, но если ты загрузишь фокс по плешку (а когда он загружен, он не будет выполнять никаких обработчиков COM-событий), то закончится всё переполнением буфера COM-обёртки над портом и потерей данных...
Flex_ххххЕсть таймер, собитие таймера ведь потоково запускается, хотя и не уверен.
Что значит потоково ? Винда генерирует соответствующие мессаджи и отсылает их обработчику оконной процедуры фокса (тут уж сорри не скажу - обработчику WND_PROC _SCREEN-а или ещё чего). А уж как этот обработчик обслужит/обработает эти мессаджи... В общем при нормальной установке - _VFP.AutoYield = .F. он ничего не станет исполнять из юзерского кода до тех пор, пока сам не перейдёт в состояние ожидания - т.е. не закончит исполнение всех методом и не остановится на READ EVENTS или на Show() модальной формы - тоже своеобразный READ EVENTS.
Flex_ххххИ задача : выполнить из таймера и из СОМ один и тот же метод родителя, но с различными параметрами. И как мне синхронизацию лучше сделать? С помощью объектов ядра ?
Я пока не вижу зачем тебе синхронизация, если всё равно методы выполняются целиком, до своего логического конца (конечно если ты сам ручками там не ставишь циклы с DOEVENTS)... В общем без более подробного описания того что тебе нужно и кода (хотя-бы схематического) говорить сложно.
WBR, Igor

Гость_xxxxИ вот вопрос в том, как будет вести себя система если код запущенный таймером выполянется , и возникло собите OnCOMM () объета МSCOMM и соответвенно наоборо
Событие поставится в очеребь и начнёт исполнятся только после завершения исполнения текущего кода (если текущий код исполняется очень долго, то в очередь могут поставится не 1 событие а много - и потом они станут исполнятся один за одним...) Это всё конечно при правильном Иначе может получится нехорошая мешанина...
Т.е. если я правильно понял, то у тебя всё будет очень просто - Timer.Timer сработает только когда нужно выполнить действие, и не сработает, если его reset-нули/перезапустили до истечения интервала из OnComm... Т.е. просто ресет таймера помести как можно раньше в OnComm и всё...
WBR, Igor

Гость_xxxА как с выполнением метода самого таймера ? Его тож в очередь фокс поставит если событие MSCOMM OnCOmm() выполняется на участке истечения времени
Да поставит в очередь. Причём может поставить не 1 событие а много - если фокс будет занят исполнением OnComm скажем 10 секунд а интервал таймера - 1 секунда, то по завершении OnComm подряд начнёт срабатывать Timer.Timer - без всяких интервалов , пока не отработают все 10 накопленных событий из очереди. Чтобы это избежать часто таймер приостанавливают на момент отработки события Timer (это в случае возможного длительного срабатываания самого обработчика Timer), и даже ресетят...
То что у тебя битовая маска - ситуацию никак не меняет - просто чуть сложнее будет выглядеть условие...

WBR, Igor

Ну начнём с того, что ежели явно не создавать новый поток, то всё-равно пока фокс не освободится, ничего не будет AFAIK.
А вот что касается попытки из созданного в fll отдельного потока снова вызвать через FoxAPI твой фоксовый код - то будет глюкъ, вплоть до С005.
Вот если ты нарисуешь полностью обработку в этом отдельном потоке, а в основной только результат передавать будешь (а этот результат поступит в фоксовый код опять же когда никакой другой код исполняться не будет) - тогда возможно и получится... Кстати через специальный хитрый COM можно запускать в фоксе-же сделанную COM-компоненту - см. подробности на
http://www.geocities.com/rremus/multithreaded_vfp.htm

WBR, Igor

Не знаю. Это уже за рамками моей компетенции. Попробуй, может чего и выйдет...

WBR, Igor