Abandonos (Leaves) - Revision history

Hamishwillee: Hamishwillee - Bot addition of Template:ArticleMetaData

2011-11-10T04:06:03Z

Hamishwillee - Bot addition of Template:ArticleMetaData

Hamishwillee: Hamishwillee - Fix categories

2011-07-14T10:59:03Z

Hamishwillee - Fix categories

Hamishwillee: Hamishwillee - Automated change of category from Lang-PT to Unlikely Category

2011-07-14T05:08:32Z

Hamishwillee - Automated change of category from Lang-PT to Unlikely Category

Cabezonxdg: moved Abandonos - Leaves to Abandonos (Leaves)

2009-09-07T21:59:45Z

moved Abandonos - Leaves to Abandonos (Leaves)

Cabezonxdg at 21:59, 7 September 2009

2009-09-07T21:59:25Z

Cabezonxdg: O artigo anterior estava muito vago.

2009-09-05T18:24:49Z

O artigo anterior estava muito vago.

Show changes

Cabezonxdg at 16:23, 26 December 2007

2007-12-26T16:23:47Z

Cabezonxdg: Correção de alguns pontos

2007-12-20T12:55:22Z

Correção de alguns pontos

Cabezonxdg: Formatação

2007-12-20T02:54:33Z

Formatação

Cabezonxdg: Adição da seção de TRAP

2007-12-20T02:49:28Z

Adição da seção de TRAP

@@ Line 1: / Line 1: @@
-[[Category:Symbian C++]]
+{{ArticleMetaData
 == Introdução ==
 Um código em Symbian é dito que abandona quando um erro em tempo de execução ocorre. Abandonos fazem parte do mecanismo próprio de exceção implementado pelo c++ para Symbian OS, eles seriam análogos ao <tt>throw</tt> de c++ padrão e são utilizados no lançamento de exceções.

@@ Line 1: / Line 1: @@
 == Introdução ==
 Um código em Symbian é dito que abandona quando um erro em tempo de execução ocorre. Abandonos fazem parte do mecanismo próprio de exceção implementado pelo c++ para Symbian OS, eles seriam análogos ao <tt>throw</tt> de c++ padrão e são utilizados no lançamento de exceções.
@@ Line 10: / Line 11: @@
 * Fizerem uso do operador sobrecarregado <tt>new</tt>.
-[[Category:Lang-Portuguese]] [[Category:Symbian C++]] [[Category:Memory]]
+[[Category:Lang-Portuguese]][[Category: Essential Idioms]]

← Older revision		Revision as of 05:08, 14 July 2011
Line 10:		Line 10:
	* Fizerem uso do operador sobrecarregado <tt>new</tt>.		* Fizerem uso do operador sobrecarregado <tt>new</tt>.

−	[[Category:Lang-PT]] [[Category:~~Symbian_C~~++~~_(Português)~~]] [[Category:~~Memória~~]]	+	[[Category:Lang-Portuguese]] [[Category:Symbian C++]] [[Category:Memory]]

← Older revision		Revision as of 21:59, 7 September 2009
Line 9:		Line 9:
	* Chamando uma das funções do sistema utilizadas para lançar abandonos, exemplo: <tt>User::Leave()</tt>;		* Chamando uma das funções do sistema utilizadas para lançar abandonos, exemplo: <tt>User::Leave()</tt>;
	* Fizerem uso do operador sobrecarregado <tt>new</tt>.		* Fizerem uso do operador sobrecarregado <tt>new</tt>.
		+
		+	[[Category:Lang-PT]] [[Category:Symbian_C++_(Português)]] [[Category:Memória]]

@@ Line 1: / Line 1: @@
-Abandonos (Leaves) são utilizados ao invés do sistema tradicional de exceções do C++, a principal razão disso é pelo fato dos abandonos serem mais leves, necessitarem de menos linhas de códigos e também por não serem suportados pelo compilador GNU na época em que Symbian OS foi desenvolvido. Abandonos podem ocorrer como resultado de uma condição de erro ou de um evento anormal, como falta de memória ou de espaço em disco (ou falta de espaço no cartão de memória flash) para completar uma operação. O abandono propaga o erro a um local no código onde ele pode ser gerenciado, chamado TRAP harness.
+O SymbianOS foi desenhado para trabalhar em dispositivos portáteis com limitações de recursos (principalmente memória). Tais dispositivos devem ser capazes de funcionar por longas horas (ou até mesmo semanas) sem a necessidade de um ''reboot''. Para que isso seja possível o SymbianOS implementa um sistema de tratamento de exceções e gerência de recursos bastante eficiente, chamados de abandono. Abandonos (''leaves'') podem ser comparados ao sistema de exceções encontrado em C++. Abandonos podem ocorrer como resultado de uma condição de erro ou de um evento anormal, como falta de memória ou de espaço em disco (ou falta de espaço no cartão de memória flash) para completar uma operação. O abandono propaga o erro a um local no código onde ele pode ser gerenciado, chamado TRAP harness.<br>
-−
 <br>
 == TRAP Harness ==
-Para contornar a falta do sistema de exceção padrão foram desenvolvidas as funções TRAP e TRAPD que podem ser consideradas como alternativas ao Try/Catch (apesar de sua implementação interna no Symbian v9.0 ser feita utilizando Try/Catch). Na ocorrência de um abandono , ele será propagado até que seja capturado por uma TRAP. Caso a TRAP não seja implementada pelo programador o abandono será capturado pelo TRAP do FrameWork e o SO irá tomar as precauções necessárias (exibir uma dialog com o motivo do abandono por exemplo). No entando em algumas ocasiões o programador necessita gerenciar de forma particular um abandono e então fazemos o uso da função TRAP.<br>
+Para contornar a falta do sistema de exceção padrão foram desenvolvidas as funções ''TRAP'' e ''TRAPD'' que podem ser consideradas como alternativas ao Try/Catch (apesar de sua implementação interna no Symbian v9.0 ser feita utilizando Try/Catch). Na ocorrência de um abandono , ele será propagado até que seja capturado por uma TRAP. Caso a TRAP não seja implementada pelo programador o abandono será capturado pelo TRAP do FrameWork e o SO irá tomar as precauções necessárias (exibir uma dialog com o motivo do abandono por exemplo). No entando em algumas ocasiões o programador necessita gerenciar de forma particular um abandono e então fazemos o uso da função TRAP.<br>
 TRAPS são macros definidas no cabeçalho e32cmn.h<br>
-<code cpp="cpp">TRAP(_r, _s);</code><br>
 TRAP(_r, _s);
@@ Line 23: / Line 25: @@
 Uma alternativa à TRAP é o TRAPD, utilizado apenas por conveniência onde o inteiro que recebe o código de abandono não precisa ser declaro explicitamente.
+<br>
 Exemplos de uso do TRAP:<br>
@@ Line 35: / Line 37: @@
+{
          // faz algo
 }</code>
-Exemplo com TRAPD:<br>
+Exemplo com TRAPD:
 <code cpp="cpp">TRAPD(err, FuncaoQuePodeAbandonarL());
 if( err == KErrorNone )
@@ Line 48: / Line 50: @@
-<br> '''Nota:''' A utilização de TRAPS na aplicação aumenta significamente o tamanho do código final e causa um certo overhead, então deve ser utilizado com cautela.
+<br> <br> '''Nota:''' A utilização de TRAPS na aplicação aumenta significamente o tamanho do código final e causa um certo overhead, então deve ser utilizado com cautela.
 == Pilha de limpeza ==
@@ Line 62: / Line 64: @@
-<br> É feita a alocação dinâmica de um objeto do tipo CCarro e então este objeto chama o método DirigirL. Este método pode lançar uma exceção - ''Métodos que possam lançar exceção terminam com L'' - , caso uma exceção ocorra todas as variáveis automáticas do método CarregarAlgoL serão removidas incluindo neste caso o ponteiro fiat. Isto acontecendo perderemos a referência para a memória que fiat aponta - ''quando ocorre uma exceção não há garantia que o destrutor da classe será chamado ou que os códigos seguintes serão executados''-&nbsp; no exemplo, o comando delete nunca será executado. O resultado seria um vazamento de memória. Pode parecer que alguns bytes não representam muita coisa, mas para um sistema com recursos limitados e que não faz re-boot frequentemente isto pode ocasionar sérios problemas.<br>
+<br> <br> É feita a alocação dinâmica de um objeto do tipo CCarro e então este objeto chama o método DirigirL. Este método pode lançar uma exceção - ''Métodos que possam lançar exceção terminam com L'' - , caso uma exceção ocorra todas as variáveis automáticas do método CarregarAlgoL serão removidas incluindo neste caso o ponteiro fiat. Isto acontecendo perderemos a referência para a memória que fiat aponta - ''quando ocorre uma exceção não há garantia que o destrutor da classe será chamado ou que os códigos seguintes serão executados''-&nbsp; no exemplo, o comando delete nunca será executado. O resultado seria um vazamento de memória. Pode parecer que alguns bytes não representam muita coisa, mas para um sistema com recursos limitados e que não faz re-boot frequentemente isto pode ocasionar sérios problemas.<br>
 Para resolver problemas como este foi desenvolvido o mecanismo de limpeza da pilha ( CleanupStack ). Considere o seguinte código:<br>
@@ Line 77: / Line 79: @@
 A classe CleanupStack possui apenas&nbsp; 4 métodos (com suas devidas sobrecargas) todos são estáticos e bastante intuítivos.<br>
@@ Line 115: / Line 119: @@
-<br>
+<br> <br>
 == Leitura complementar ==

@@ Line 7: / Line 7: @@
 Para contornar a falta do sistema de exceção padrão foram desenvolvidas as funções TRAP e TRAPD que podem ser consideradas como alternativas ao Try/Catch (apesar de sua implementação interna no Symbian v9.0 ser feita utilizando Try/Catch). Na ocorrência de um abandono , ele será propagado até que seja capturado por uma TRAP. Caso a TRAP não seja implementada pelo programador o abandono será capturado pelo TRAP do FrameWork e o SO irá tomar as precauções necessárias (exibir uma dialog com o motivo do abandono por exemplo). No entando em algumas ocasiões o programador necessita gerenciar de forma particular um abandono e então fazemos o uso da função TRAP.<br>
-Trap é uma função inline definida no cabeçalho e32cmn.h e pode ser definida como:
+Trap é uma função inline definida no cabeçalho e32cmn.h e pode ser definida como:<br>
-−
-−
 TRAP(_r, _s);
-Esta função executa um conjunto de instruções C++ e retorna um inteiro com o valor do abandono (caso tenha ocorrido).
+Esta função executa um conjunto de instruções C++ e retorna um inteiro com o valor do abandono (caso tenha ocorrido).<br>
-−
-−
-−
-Onde:
-−
 _r = O código de abandono gerado pelas funções é salvo neste inteiro. Este inteiro precisa ser declarado antes de usar a TRAP.<br>
@@ Line 27: / Line 21: @@
 Uma alternativa à TRAP é o TRAPD, utilizado apenas por conveniência onde o inteiro que recebe o código de abandono não precisa ser declaro explicitamente.
+<br>
 Exemplos de uso do TRAP:
-<code cpp="cpp">TInt err;<br>TRAP(err, FuncaoQuePodeAbandonarL());<br>if( err == KErrNone ) // não ocorreu abandono<br>{<br> // faz algo<br>}<br>else // Ocorreu abandono<br>{<br> // faz algo <br>}</code>
 Exemplo com TRAPD:
-'''Nota:''' A utilização de TRAPS pelo programa aumenta significamente o tamanho do código final da aplicação e causa um certo overhead, então deve ser utilizado com cautela.
+<code cpp="cpp">TRAPD(err, FuncaoQuePodeAbandonarL());
 == Pilha de limpeza ==
@@ Line 53: / Line 68: @@
-<br> <br> <br> É feita a alocação dinâmica de um objeto do tipo CCarro e então este objeto chama o método DirigirL. Este método pode lançar uma exceção - ''Métodos que possam lançar exceção terminam com L'' - , caso uma exceção ocorra todas as variáveis automáticas do método CarregarAlgoL serão removidas incluindo neste caso o ponteiro fiat. Isto acontecendo perderemos a referência para a memória que fiat aponta - ''quando ocorre uma exceção não há garantia que o destrutor da classe será chamado ou que os códigos seguintes serão executados''-&nbsp; no exemplo, o comando delete nunca será executado. O resultado seria um vazamento de memória. Pode parecer que alguns bytes não representam muita coisa, mas para um sistema com recursos limitados e que não faz re-boot frequentemente isto pode ocasionar sérios problemas.<br>
+<br> <br> <br> <br> É feita a alocação dinâmica de um objeto do tipo CCarro e então este objeto chama o método DirigirL. Este método pode lançar uma exceção - ''Métodos que possam lançar exceção terminam com L'' - , caso uma exceção ocorra todas as variáveis automáticas do método CarregarAlgoL serão removidas incluindo neste caso o ponteiro fiat. Isto acontecendo perderemos a referência para a memória que fiat aponta - ''quando ocorre uma exceção não há garantia que o destrutor da classe será chamado ou que os códigos seguintes serão executados''-&nbsp; no exemplo, o comando delete nunca será executado. O resultado seria um vazamento de memória. Pode parecer que alguns bytes não representam muita coisa, mas para um sistema com recursos limitados e que não faz re-boot frequentemente isto pode ocasionar sérios problemas.<br>
 Para resolver problemas como este foi desenvolvido o mecanismo de limpeza da pilha ( CleanupStack ). Considere o seguinte código:<br>
@@ Line 68: / Line 83: @@
 <br>
@@ Line 112: / Line 129: @@
-<br> <br> <br> <br>
+<br> <br> <br> <br> <br>
 == Leitura complementar ==