регулярно.
на "бла-бла-бла" тебе ответили: после (разумеется)

а теперь по существу. ты что тут спрашиваешь?
- как гарантировать смерть ненужного уже мувика?
- или как инициировать немедленное его удаление — поторопить GC?

на первый вопрос тебе дали исчерпывающие ответы с кодом даже.
на тему второго (который вдруг всплыл) вот

Это где ты бла-бла-бла у sinya увидел?

При создании кучи объектов он скорее всего вызовется. Всё зависит от звёзд андромеды или вызова unloadAndStop у Loader`а.

да вот:

читай "бла-бла-бла". потому что это не вопрос. это болтовня: "а когда же нам обнулить ссылку на объект, который мы потом хотим по этой же ссылке вычеркнуть из списка?" :cool: хм... дай подумать... не торопи...

Ну и что? Переменные освобождаются как только управление покидает функцию (случаи с анонимными функциями которые захватывают весь контекст переменных и держат его пока эту функцию никто не прибьет и до нее не доберется GC не всчет)

Здесь чисто у GC не было повода пошевилиться и очистить память.
Уничтожить объект в обход GC нельзя - так что перед удалением на него ссылок - осанови его - это общепринятая практика.

Это очень некрасиво, делать цитату от человека чего он не говорил.

К тому же, он нам сказал путь своих размышлений, что он думал и пришел в тупик. Например, я могу сказать что он ошибочно считает, что после removeChild вызывается GC.

"очень некрасиво" ставить под сомнение простой совет фразой типо "Сам-то пробовал?". прекращаем флудить =) ответы даны. все должно быть понятно.

вот по этому я и написал как минимум, еще может быть масса факторов почему объект не зануляется, кстати помимо локальных переменных, еще могут быть переменные класса... короче читаем мука, и читаем 50 тем которые поднимают каждую неделю о об уборке за собой мусора