http://dl1t.com/112.jpg

А если вынести из цикла создание объекта и убрать delete, то действительно каждый отдельно(http://dl1t.com/32.jpg).

Так я не убираю delete. Но заметил особенность. Если запустить один и он добежит пусть то 8, то запустив второй в этот момент, он сразу выдаст 1008.

В общем и целом, работа с SO довольно странная.

У меня на 1ом скриншоте оба свф синхронно прибавляют 1001. Только секунд через 10 начинается асинхронность и сбрасывание до 0. При интервале между записями в секунду уже этого не происходит.
http://dl1t.com/Untitled-2.swf
http://dl1t.com/Untitled-3.swf

Насколько я понял, освобождение SO происходит не сразу после удаления экземпляра в AS

Но ведь всё равно, даже первый экземпляр будет слушать канал. И он ответит сам себе на запрос. Соответственно onStatus покажет, что кто-то (сама флешка) слушает канал. И закроется сам собой.
Хотя в принципе код на включение прослушки канала можно отстрочить таймером... Как бы только время подобрать?
Чтобы и запрос успел пройти, и пользователь четверной клик на эекзешнике не успел сделать.

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

Ну вот в том то и дело, что коннект надо и в самой первой флешке открывать. И её же сенд, она сама и получит.

Ну это как раз не проблема. Если флешка получает на этой волне, она и есть единственная.
connect держать может только одна.

А что мешает сначала сделать send? Если не удался, значит коннекта нет и делаем коннект. Если удался, значит коннект уже открыт кем-то и мы должны закрываться.

Оказывается connect сам возвращает результат. Ну вообщем понятно, что true если соединение с каналом установлено и false, если нет. Таким образом написал код:


Всем спасибо.