В каком порядке работают объекты?

Есть ли зависимость от того как они расположены на листе проекта?
В MAX/MSP объекты работают по очереди: "с низу вверх, затем с права на лево"
Как у вас?

Всмысле? О чем речь? О компонентах и связях между точками?

Ну, да. Есть две схемы на листе, в максе если я хочу чтобы схема выполнилась первой я располагаю ее левее или ниже чем вторая.

На каком листе? Может лучше покажете на примере, о чем вы? Схему в студию

login, пожалуйста ознакомтесь со списком терминов, принятых для употребления при описании составляющих среды Глоссарий

получение управления элементами зависит только от порядка связей между ними. Что же означает фраза "я хочу чтобы схема выполнилась первой" без примера понять невозможно.

Я с радостью покажу когда напишу. Но чтобы написать мне надо понять как будет работать синхронизация потоков.
Иначе нет смысла начинать. Я уже догадываюсь, что в Hiasm этого нет, раз Вы не в курсе. Поэтому вопрос можно снимать.

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


(говорит не имею права выложить фотку, поэтому прикрупил ссылку на файл сори.)
http://www.sendspace.com/file/aiuq3f

Файлообмен - в верхней части сайта

login, в чем проблем-то, в порядке выполнения схем Обычный Hub этот порядок может обеспечить, точка выше выполняется первой, и на вторую не перейдет, пока не закончиться выполнение всей цепи, к ней подключенной. Не устраивает Hub, можно использовать самодельные коммутаторы, которые будут перенаправлять потоки по индексу.
Сложнее, с системными потоками, но и этот вопрос решить можно

чтобы ответить надо понять, что понимается под словом "поток". У нас к примеру так называется связь между двумя элементами. Еще "поток" это отдельная параллельно исполняемая ветка программы, которую может создавать элемент Thread. Что конкретно вы имеете ввиду пояснил бы небольшой пример, который мы до сих пор не увидели.

Ага, про хаб спасибо. Щас буду думать.

p/s
Файлообмен - говоорит, что я не имею прав, я даже перелогинился, зашел еще раз, всеравно я не имею прав
------------ Дoбавленo в 14.50:
Вот это с хабом я проверил. Стало понятно.

У меня были ситуации, когда на листе 2 000 объектов, и область 500 штук из них (с кучей внешних связей) надо заставить выполниться раньше других. (переподключть провода было бы "чудовищно") В максе я выделал их мышкой и размещал левее. И всё. Тут обдумаю хабы. Ответ на вопрос я получил. Спасибо.

Еше, можно уделить внимание такому компоненту, как Cable, его хорошо применять совместно с Hub-ом там, где схемы очень напичканны свзями и удалены от источника. Переподключение ведется, в этом случае только на участках Hub - Cable и на выходе Cable, это в случае неименнованых Cable, с именноваными еще проще -- достаточно поменять только порядок имен

Вот мой пример на тему хаба.
code_18823.txt
Почему хаб так себя ведет? Он же не выполнил предыдущую цепочку.

Потому, что таймер сбивает очередь цепи, для Hub-а, концом цепои будет запуск тймера

Потому что таймер задерживает:

code_18824.txt

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