Algoritmo de sort com bug, está no Java, Python e Android

  Um algoritmo de sort (TimSort) usado em Java, Python e no Android contém um bug. Foi descoberto por Stijn de Gouw e outros pesquisadores.
  Stijn de Gouw publicou detalhes no link abaixo. Lá contém o erro, as explicações e a correção.
  Eles usaram técnicas avançadas da ciência da computação chamadas como métodos formais.
  Se você já teve um java.lang.ArrayIndexOutOfBoundsException num sort, provavelmente foi esse bug.
  Vale uma leitura detalhada no post.

http://envisage-project.eu/proving-android-java-and-python-sorting-algorithm-is-broken-and-how-to-fix-it/

  Abraços

Cancelando uma AsyncTask

  Logo no início dos meus estudos testei a classe AsyncTask, vejo que é uma classe problemática para os desenvolvedores Android. Problema, no sentido de dificuldade de entendimento do seu funcionamento.
  Inclusive, o pessoal do Android ajudou um pouco nessa confusão. Quando foi disponibilizado, no Android 1.5 - Cupcake (API 3), a tarefa era executada em um única thread em background. Logo em seguida, nas versões 2.x (API 4 a 10) isso foi mudado para um pool de threads, permitindo que várias tarefas rodassem em paralelo. Para, voltar a executar sequencialmente, uma tarefa por vez, no Android 3.0 - Honeycomb (API 11). Isso para evitar erros de aplicativos causados por execução paralela. O problema não estava, evidentemente, na AsyncTask e sim em como as tarefas foram implementadas.
  Mas, isso é história. O objetivo desse post é retornar num exemplo que postei há muito tempo. Link abaixo. O objetivo é incluir uma forma de cancelar uma tarefa quando a activity entrar nos métodos onPause, onStop ou onDestroy. Escolher em qual (ou quais) método colocar o cancelamento vai depender de cada caso, no meu exemplo, coloco em todos.
  Para cancelar basta usar o método da AsyncTask cancel(true), na verdade, não é cancelado automaticamente, é solicitado um cancelamento. A tarefa em execução precisa ser passível de responder ao pedido de cancelamento. Na tarefa, o método isCancelled() é usado para checar se o cancelamento foi solicitado. É recomendado checar sempre antes de executar um processamento demorado.

  Segue o código que usei no post do link abaixo com as alterações:

package br.com.agorandroid.testeasynctask02; import android.app.Activity; import android.app.ProgressDialog; import android.os.AsyncTask; import android.os.Bundle; import android.util.Log; import android.view.View; import android.view.View.OnClickListener; import android.widget.Button; import android.widget.Toast; /** * @author A H Gusukuma * agorandroid.blogspot.com */ public class TesteAsyncTask02Activity extends Activity { Button button; ProgressAsyncTask mAsyncTask; ProgressDialog progressDialog; /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); button = (Button) findViewById(R.id.iniciarAsyncTask); button.setOnClickListener(new OnClickListener() { public void onClick(View v) { ativaAsyncTask(); } }); } protected void onPause() { if (mAsyncTask != null) { mAsyncTask.cancel(true); mAsyncTask = null; } Log.i("Teste","onPause"); super.onPause(); } protected void onStop() { if (mAsyncTask != null) { mAsyncTask.cancel(true); mAsyncTask = null; } Log.i("Teste","onStop"); super.onStop(); } protected void onDestroy() { if (mAsyncTask != null) { mAsyncTask.cancel(true); mAsyncTask = null; } Log.i("Teste","onDestroy"); super.onDestroy(); } private void ativaAsyncTask() { progressDialog = new ProgressDialog(TesteAsyncTask02Activity.this); progressDialog.setProgressStyle(ProgressDialog.STYLE_HORIZONTAL); progressDialog.setMessage("Running..."); progressDialog.setCancelable(false); progressDialog.show(); mAsyncTask = new ProgressAsyncTask(); mAsyncTask.execute(); } private class ProgressAsyncTask extends AsyncTask<Void, Integer, Integer> { final static int STATE_DONE = 0; final static int STATE_RUNNING = 1; int mState; int total; protected void onPreExecute() { progressDialog.setProgress(0); } protected Integer doInBackground(Void...progress) { mState = STATE_RUNNING; total = 0; while (!isCancelled() && mState == STATE_RUNNING) { total++; publishProgress(total); if (total>=100) { mState = STATE_DONE; } try { Thread.sleep(1000); } catch (InterruptedException e) { } } return total; } protected void onProgressUpdate(Integer... progress) { progressDialog.setProgress(progress[0]); } protected void onPostExecute(Integer result) { progressDialog.dismiss(); Toast.makeText(TesteAsyncTask02Activity.this, "Fim da AsyncTask", Toast.LENGTH_SHORT).show(); } protected void onCancelled(Integer result) { progressDialog.dismiss(); Log.i("Teste","fim"); Toast.makeText(TesteAsyncTask02Activity.this, "AsyncTask cancelada", Toast.LENGTH_SHORT).show(); } } }

  Faltou dizer que ao cancelar a AsyncTask, o método onPostExecute não será chamado, em seu lugar, o método onCancelled deve ser executado.

http://agorandroid.blogspot.com.br/2012/02/asynctask-e-progressdialog-ex04.html

 Abraços

Android básico: Usando o onSaveInstanceState

  Em algumas situações o sistema pode encerrar sua activity, seja por falta de recursos ou por mudança de orientação da tela. Nesses casos, o método onSaveInstanceState é chamado para permitir ao programador salvar algum dado da activity. O método é chamado com uma referencia a um bundle, nele é que se deve salvar o(s) dado(s). Quando a activity for recriada esse bundle é passado para o onCreate e onRestoreInstanceState.

  Segue abaixo um esquema básico:

Salva o(s) dados(s):

@Override public void onSaveInstanceState(Bundle savedInstanceState) { savedInstanceState.putInt("controle", mControle); super.onSaveInstanceState(savedInstanceState); }


Recupera o(s) dado(s), aqui:

@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (savedInstanceState != null) { mControle = savedInstanceState.getInt("controle"); } ... }


Ou aqui:

public void onRestoreInstanceState(Bundle savedInstanceState) { super.onRestoreInstanceState(savedInstanceState); mControle = savedInstanceState.getInt("controle"); }

  Os dados da tela são salvos e restaurados automaticamente, por isso é fundamental chamar o método no super.
  Lembrar que esse procedimento só deve ser usado para dados temporários (transitórios), pois são salvos em memória, correndo o risco de serem descartados.
  Em caso de dados importantes, ou na dúvida, salve-os de maneira persistente.

Abraços