개발한 앱 중에 잘동작되던 BroadcastReceiver가 다른사람이 소스를 수정 후 1회만 작동하고 동작이 되지 않는 현상이 나타났다.

사용한 형태는 Service에서 registerReceiver()와 unregisterReceiver()를 사용한 동적 리시버 형태이다.

원인을 파악한 결과 다음과 같았다.

다른 소스에서 해당 서비스를 적당한 인자를 넣은 intent를 포함시켜 startService()로 호출하여

onStartCommand()에서 전달된 intent의 구분자에 따라 registerReceiver() 및 unregisterReceiver()를 하도록한 형태로

서비스내에서 지속적으로 리시버가 동작하지 않고, onStartCommand를 통해 1회만 동작하고 정지되어 버렸다.

또한 dumpsys를 통해 해당 앱의 서비스에 등록된 리시버를 분석한 결과 등록한 리시버가 적당한 때에 해제되지 않아 메모리 누수로 이어지는 것을 확인하였다.

연구결과 동적 리시버는 서비스(Service) 또는 액티비티(Activity)의 생명주기(Lifecycle)를 같이 하도록 사용하는 것이 좋다는 결론이다.

즉, onCreate()에서 해당 리시버의 registerReceiver()를 호출하여 등록을 하고,

onDestroy()에서 unregisterReceiver()를 호출하여 리시버를 등록해제 하는 것이다.

다만 서비스가 강제 종료되면 동적 리시버가 동작하지 않게 되므로 적당한 서비스 감시 또는 재시작 루틴이 필요할 것이다.

아니면 정적 리시버 사용을 고려해야 한다.

안드로이드에서 실행가능한 명령어를 컴파일하여 실행 시 다음과 같은 에러가 발생한다.

error: only position independent executables (PIE) are supported.

다음 옵션을 gcc에 붙여준 후 컴파일 한다.

CFLAGS="-fPIE"
CPPLAGS="$CPPFLAGS -fPIE"
CXXLAGS="$CXXFLAGS -fPIE"
LDFLAGS="-fPIE -pie"

다음 명령어로 안드로이드 쉘에 접속한다.

$ adb shell

접속된 안드로이드 쉘에서 다음 명령을 실행하면 /system을 rw로 마운트 할 수 있다.

$ su -

# /system/bin/mount -o remount,rw /system

다시 read only로 바꾸려면 다음과 같은 명령어를 실행한다.

# /system/bin/mount -o remount,ro /system

Android Studio 1.5에서 안드로이드 프로젝트 오픈 시 아래 에러가 발생하였다.

Unable to load class org.gradle.api.publication.maven.internal.DefaultMavenFactory

Caused by: java.lang.NoClassDefFoundError: org/gradle/api/publication/maven/internal/DefaultMavenFactory

Android Studio 1.5는 Gradle 2.4를 기본으로 사용하고, Gradle 2.4는 android-maven-gradle-plugin를 1.3 버전을 사용해야 한다.

root build.gradle 파일을 열어서  아래 내용으로 classpath 선언해 준다.

buildscript {
    repositories {
        mavenCentral()
    }

    dependencies {
        classpath 'com.github.dcendents:android-maven-gradle-plugin:1.3'
    }
}

참고: https://github.com/dcendents/android-maven-gradle-plugin

우분투 12.04 64bits에 ADT를 설치 후 사용을 하다가 Android Virtual Device Manager에서 AVD 생성 시

"No system images installed for this target"가 표시되며 AVD를 생성할 수 없었다.

해당 API 버전에 ARM EABI v7a System Image는 당연히 설치한 상태이다.

다음 그림에서와 같이 "CPU/ABI"에서 처럼 시스템 이미지를 선택할 수가 없다.

원인은 터미널에서 아래 명령과 같이 Android SDK Manager와 Android Virtual Device Manager를 실행할 수가 있는데, 이 때 경로가 꼬이는 것으로 보인다.

$ android

$ android avd

즉 sdk/system-images/android-19/armeabi-v7a와 같은 경로에 system image가 있어야 하는데

sdk/system-images/android-16/default/armeabi-v7a와 같이 경로 중간에 default가 추가로 들어있다.

해결 방법은 중간의 default를 없애주는 것이다. 아래의 경로가 되도록 디렉터리를 옮겨준다.

sdk/system-images/android-16/default/armeabi-v7a -> sdk/system-images/android-16/armeabi-v7a

아래 그림과 같이 "CPU/ABI"에서 system image를 선택할 수 있게된다.

우분투 12.04 64bits에서 adt를 x86_64버전으로 받은 후 아래 에러가 발생하였다.

다운로드 받은 adt가 깨졌는지 md5sum으로 Hash 값을 체크를 해봐도 이상이 없었다.

- adt에서 발생하는 에러

[2014-03-10 15:24:57 - adb] Unexpected exception 'Cannot run program "/home/dckim/android/adt-bundle-linux-x86_64-20131030/sdk/platform-tools/adb": java.io.IOException: error=2, 그런 파일이나 디렉터리가 없습니다' while attempting to get adb version from '/home/dckim/android/adt-bundle-linux-x86_64-20131030/sdk/platform-tools/adb'

- 커맨드 라인에서 발생하는 에러

adt-bundle-linux-x86_64-20131030/sdk/platform-tools/adb: 그런 파일이나 디렉터리가 없습니다

- is32-libs를 설치해주면 해결이 된다.

$ sudo apt-get install ia32-libs

Nexus 5의 remount는 다음과 같이 명령을 실행한다.

rooting한 후 adb shell에서 su명령어로 root 권한을 얻은 후에 다음과 같이 실행한다.

# mount -o remount rw /system

mount 명령어로/system에 ro에서 rw로 바뀌었는지 확인해본다. 

안드로이드에서 개발을 하는 도중 테스트 버전의 실행파일의 메모리 leak을 체크하고자 valgrind를 사용해보기로 결정하고 방법을 정리해보고자 한다.

valgrind는 우분투 12.04 64bits에서 컴파일을 하였고 안드로이드 NDK가 필요하며 NDK를 안드로이드 developer 사이트에서 다운로드 받아 압축을 풀어 사용한다.

참고로 컴파일에 사용한 NDK 버전은 android-ndk-r9 이고 valgrind를 사용하기 위해서는 rooting이 필요하다.

valgrind의 컴파일은 http://valgrind.org/docs/manual/dist.readme-android.html 를 참고하였다.

위의 사이트에서 실행을 확인한 Android 버전은 다음과 같이 소개하고 있다.

ARM:
  Android 4.0.3 running on a (rooted, AOSP build) Nexus S.
  Android 4.0.3 running on Motorola Xoom.
  Android 4.0.3 running on android arm emulator.
  Android 4.1   running on android emulator.
  Android 2.3.4 on Nexus S worked at some time in the past.

x86:
  Android 4.0.3 running on android x86 emulator.

http://valgrind.org/downloads/ 에서 valgrind 3.9.0 (tar.bz2)를 다운로드 하였다.

순서대로 명령을 실행한다.

$ cd valgrind-3.9.0

$ export NDKROOT=~/android-ndk-r9

하드웨어 종류를 설정하는데 확인된 설정은 다음과 같다.

export HWKIND=nexus_s         # Samsung Nexus S; also Xoom (for now)
export HWKIND=generic         # A generic Android device. eg, Pandaboard
export HWKIND=emulator        # Android emulator

$ export HWKIND=emulator

$ export AR=$NDKROOT/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-ar
$ export LD=$NDKROOT/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-ld
$ export CC=$NDKROOT/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-gcc

아래 설정에서 --with-tmpdir=/storage/sdcard는 SD card의 경로로 valgrind 실행 시 임시 파일을 쓰기 위해 필요한 경로이다.

테스트하고자 하는 단말이나 에뮬레이터의 실제 SD card의 경로를 써야 한다. 그렇지 않으면 valgrind 실행 시 에러가 발생한다.

$ CPPFLAGS="--sysroot=$NDKROOT/platforms/android-3/arch-arm -DANDROID_HARDWARE_$HWKIND" \
   CFLAGS="--sysroot=$NDKROOT/platforms/android-3/arch-arm" \
   ./configure --prefix=/data/local/Inst \
   --host=armv7-unknown-linux --target=armv7-unknown-linux \
   --with-tmpdir=/storage/sdcard

명령 실행 후 마지막 줄에 아래의 항목이 표시되는지 확인한다.
"Primary -DVGPV string: -DVGPV_arm_linux_android=1"

$ make -j2
$ make -j2 install DESTDIR=`pwd`/Inst

adb push로 Inst 디렉터리를 에뮬레이터나 단말의 /data/local/Inst로 업로드 한다.

$ adb push Inst /

$ adb shell

$ /data/local/Inst/bin/valgrind [the usual args etc]

갤럭시 노트3의 안드로이드 4.3 버전에 valgrind를 실행한 결과 아래 에러가 발생하면서 실행이 되지 않았다.

root@hlteskt:/data/local/tmp # /data/local/Inst/bin/valgrind
valgrind: failed to start tool 'memcheck' for platform 'arm-linux': Permission denied

/data/local/Inst/lib/valgrind/memcheck-arm-linux 가 연관이 있다고 하는데 해결 방법을 찾을 수는 없었다.

아마도 /data의 마운트 관련된 문제이거나 Knox와 연관이 있지 않을까 하는 추측을 해본다.

그리고 export HWKIND=nexus_s, export HWKIND=generic, export HWKIND=emulator 로 각각 설정을 바꾸어 시도해보았으나 같은 에러가 발생하였다.

할 수 없이 에뮬레이터(Android 4.3)를 구동하여 사용하였다.

/data/local/Inst/lib/valgrind/ 내의 라이브러리의 퍼미션을 755로 설정하면 실제 단말에서도 된다.

에뮬레이터(Android 4.3)는 /data/local/Inst/lib/valgrind/ 퍼미션을 설정하지 않아도 구동하여 사용할 수 있었다.

Inst 디렉터리의 사이즈가 대략 150MB이므로 에뮬레이터의 /data 디렉터리의 용량을 충분하게 잡아줘야 한다.

/data 디렉터리의 용량을 늘리는 방법은 http://dcmru.tistory.com/2511037 글을 참고한다.

동적라이브러리까지 체크를 하기 위해서는 아래와 같은 방법으로 한다.

LD_PRELOAD="/path/to/library.so:/path/to/library1.so" valgrind -v --trace-children=yes --leak-check=full prog-and-args

참고

http://valgrind.org/docs/manual/dist.readme-android.html

http://stackoverflow.com/questions/12621418/valgrind-find-memory-leak-in-a-shared-library

http://abipictures.tistory.com/939

Android의 emulator에서 /data의 크기를 늘려주는 방법은 다음과 같다.

경로는 Ubuntu를 예로 설명하지만 다른 OS도 설정의 옵션은 같으므로 설정파일의 경로만 바꾸어 적용하면 된다.

"~/.android/avd/<name.avd>/config.ini" 파일을 열어 "disk.dataPartition.size=512"와 같이 크기를 변경해주면 된다.

512는 MiB 단위이고 값을 수정한 후 에뮬레이터를 재시작 해준다.

참고: http://stackoverflow.com/questions/2239330/how-to-increase-storage-for-android-emulator-install-failed-insufficient-stora

Ubuntu 12.04 x86_64에 adt-bundle-linux-x86_64-20130729.zip를 설치 후 eclipse를 실행 한 다음

Android Virtual Device Manager에서 AVD 생성 시 SD card에 Size를 입력하고, AVD를 생성하였을 때

"Failed to create the SD card." 에러가 발생한다면, 다음 패키지를 설치하면 에러가 해결된다.

$ sudo apt-get install ia32-libs

에러가 발생한 이유는 64bits Ubuntu에는 ia32-libs가 기본적으로 설치되어 있지 않아서이다.

참고: http://stackoverflow.com/questions/3878445/ubuntu-error-failed-to-create-the-sd-card

안드로이드 SDK와 ADT를 21.1.0에서 22.0.0으로 업데이트한 후 실행이 잘되던 프로젝트를 실행하자 ClassNotFoundException이 발생하였다.

해결방법은 해당 프로젝트에서 Project -> Properties -> Java Build Path -> Order & Export 에서

Android Private Libraries와 사용자가 추가한 모든 라이브러리를 체크 한 후 프로젝트를 Clean하면 해결이 된다.

참고: http://stackoverflow.com/questions/16610190/classnotfoundexception-after-adt-update