Permita-me responder, Rodrigo. Uma coisa é remover da memória, outra coisa é não ter mais a referência. Quando você faz removeAllChildren() você perde as referências (nomes que apontam para a área da memória que contem os objetos). Sem a referência você não consegue mais manipular o objeto. No entanto, o problema conhecido como Memory Leak é justamente isso: você não tem mais acesso a área de memória, mas ela continua alocada, ocupando espaço, perdida no limbo. Aí você acende uma vela e torce para que isto não atrapalhe o seu programa (risos).
[]'s Beck Novaes On 29 ago, 14:47, Rodrigo Pereira Fraga <[EMAIL PROTECTED]> wrote: > Bacana Fabio.. > > Me corrija se eu estiver errado > Vc disse que o método "removeAllChildren" não remove da memória.. > > mas se eu dou um "removeAllChildren" em uma tela, e em seguida tento > acessar um atributo do mesmo, > recebo a mensagem de "null object reference..." logo não posso > concluir que tecnicamente foi destruído da memória? > (apesar do player não mudar o status de memória... o.O) > > Assunto confuso, e ao mesmo tempo muito importante... se procurarmos > vamos ver muitos exemplos na net de como funciona o GC do player, > -http://blogs.adobe.com/aharui/GarbageCollection/GCAtomic.ppt > > Mas... ainda acredito que o problema esteja com o Flash Player 9 > Beta.. não viram que esses dias lançaram uma versão que pode rodar > 3gp, mov e outros, Acredito que estão trabalhando nisso ainda. > > Não tem, já foi comprovado a melhor VM que já fizeram foi a do Java... > quem sabe em uma futura versão não reescrevam ela... > > Ou quem sabe, como a Adobe doou o apelidado Tamarin para a Mozilla, > não venha um interpretador de as3 já integrado ao Mozilla 3? > > +) > > muitos sonhos....... > > abraço pessoal! > > On 29 ago, 14:12, "Fabio Terracini" <[EMAIL PROTECTED]> wrote: > > > Bem, esse "problema" já era sabido, e isso ocorre, no meu ver, por dois > > motivos: > > > - Arquitetura do display list > > - SDK do Flex é interligado demais. > > > Os componentes fazem muitas referências uns aos outros. Remover um > > componente da tela não quer dizer que todas suas referências a outros > > componentes foram limpas. > > > Assim, ao remover todos os containers com o removeAllChildren, você > > está simplesmente removendo-os da tela, e não da memória. O código que > > está por trás dele inclusive continua a ser executado. > > > Algo similar - e talvez mais preocupante - pode ocorrer se você > > carregar e descarregar vários aplicativos dinamicos através do > > SWFLoader e do ModuleLoader. Você pode acabar por ter 3, 4 ou 5 > > módulos rodando por trás, mesmo que apenas um esteja aparecendo. > > > Isso por exemplo não acontece no ViewStack, em que o componente não é > > criado e destruído a cada momento. Veja: não é criado e destruído. O > > problema é criar e destruir inúmeras vezes. Não é exibir e sumir. > > > Desse modo, a arquitetura do seu sistema que tem que contemplar e > > adereçar esse possível problema de memória. > > > Eu demonstrei e propus um "workaround" para esse caso específico no > > blog da DClick há uns tempos atrás: > > >http://blog.dclick.com.br/2007/01/23/gerenciamento-de-memoria-e-taman... > > > []s > > Fabio Terracini > > > On 8/29/07, Daniel Schmitz <[EMAIL PROTECTED]> wrote: > > > > pois é; > > > > o problema é que o Alex Harui disse: > > > > "Honestly, I don't know of any issues of the first kind at this > > > point." > > > > isto é, não existem problemas.... Mas o código por si só mostra que > > > existem sim, pelo menos no meu ponto de vista. Se eu adiciono 1000 > > > botoes na tela, depois tiro eles, a memória tem q voltar para o estado > > > inicial, ou pelo menos muito próximo disso... o que nao acontece. > > > > acho que vale a pena entrar na flexcoders e questinar esta questão. > > > >http://tech.groups.yahoo.com/group/flexcoders/message/85185 > > > > Abraços, > > > Daniel Schmitz > > > > On 29 ago, 12:52, Rodrigo Pereira Fraga <[EMAIL PROTECTED]> wrote: > > > > Eu Vi no flexCoders... > > > > > Mas agnt vai falar oq? > > > > > O que agnt pode acreditar, é o Flash 9 beta, possa vir release com > > > > isso corrigido > > > > (dúvido, pelo menos não nesta versão) > > > > > .... > > > > > Abraços... > > > > \o/ > > > > > On 29 ago, 10:38, Beck Novaes <[EMAIL PROTECTED]> wrote: > > > > > > Acho que as pessoas se preocupam sim. Eu por exemplo não posso falar > > > > > nada sobre o problema porque ainda não vi o post citado no FlexCoders. > > > > > > []'s > > > > > Beck Novaes > > > > > > On 29 ago, 08:46, Daniel Schmitz <[EMAIL PROTECTED]> wrote: > > > > > > > ninguém se preocupa com isso pessoal? > > > > > > > On 27 ago, 11:24, Daniel Schmitz <[EMAIL PROTECTED]> wrote: > > > > > > > > Olá pessoal, > > > > > > > > acompanhei neste fim de semana um post do André Pena sobre leak de > > > > > > > memória na flexcoders. Bolei um exemplo aqui bem simples da > > > > > > > "prova" do > > > > > > > leak... Gostaria que verificassem se estou fazendo algo "errado", > > > > > > > porque para mim está tudo correto, mas mesmo assim ocorre o > > > > > > > leak... > > > > > > > > O vídeo do problema está > > > > > > > aqui:http://www.screencast.com/t/RN05DdtMdc0 > > > > > > > > Quem quiser ver, pode criar um mxml em um projeto com o seguinte > > > > > > > código: > > > > > > > > <?xml version="1.0" encoding="utf-8"?> > > > > > > > <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml"; > > > > > > > layout="vertical"> > > > > > > > > <mx:VBox id="vBoxLeak" width="200" height="200" > > > > > > > backgroundColor="#eeeeee"/> > > > > > > > > <mx:HBox> > > > > > > > <mx:Button id="btnAddChilds" label="Add Childs" > > > > > > > click="onAddChilds_Click(event)"/> > > > > > > > <mx:Button id="btnRemChilds" label="Rem Childs" > > > > > > > click="onRemChilds_Click(event)"/> > > > > > > > </mx:HBox> > > > > > > > > <mx:HBox> > > > > > > > <mx:Button id="forceGC" label="Force GC" > > > > > > > click="onForceGB_Click(event)"/> > > > > > > > </mx:HBox> > > > > > > > > <mx:HBox> > > > > > > > <mx:Button id="btnCaptureMemory" label="Capture > > > > > > > Memory" > > > > > > > click="onCaptureMemory_Click(event)"/> > > > > > > > </mx:HBox> > > > > > > > > <mx:TextArea id="txtArea" width="200" height="200" > > > > > > > textAlign="right"/ > > > > > > > > <mx:Script> > > > > > > > <![CDATA[ > > > > > > > import mx.controls.Button; > > > > > > > > private function > > > > > > > onAddChilds_Click(event:MouseEvent):void > > > > > > > { > > > > > > > for (var i:int=0;i<1000;i++) > > > > > > > { > > > > > > > vBoxLeak.addChild(new > > > > > > > Button); > > > > > > > } > > > > > > > } > > > > > > > > private function > > > > > > > onRemChilds_Click(event:MouseEvent):void > > > > > > > { > > > > > > > vBoxLeak.removeAllChildren(); > > > > > > > } > > > > > > > > private function > > > > > > > onCaptureMemory_Click(event:MouseEvent):void > > > > > > > { > > > > > > > txtArea.text += > > > > > > > System.totalMemory + "\n"; > > > > > > > } > > > > > > > > private function > > > > > > > onForceGB_Click(event:MouseEvent):void > > > > > > > { > > > > > > > // unsupported hack that seems to > > > > > > > force a full GC > > > > > > > try > > > > > > > { > > > > > > > var lc1:LocalConnection = > > > > > > > new LocalConnection(); > > > > > > > var lc2:LocalConnection = > > > > > > > new LocalConnection(); > > > > > > > > lc1.connect('name'); > > > > > > > lc2.connect('name'); > > > > > > > } > > > > > > > catch (e:Error) > > > > > > > { > > > > > > > > } > > > > > > > } > > > > > > > > ]]> > > > > > > > </mx:Script> > > > > > > > > </mx:Application> > > > > > > > > Além tem uma solução para isso ???? > > > > > > > > Abraços :)- Ocultar texto entre aspas - > > > > > > - Mostrar texto entre aspas -- Ocultar texto entre aspas - > > > - Mostrar texto entre aspas - --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [EMAIL PROTECTED] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
