안드로이드에서 settings에 저장되는 여러 값에 대해 궁금하다면 다음과 같이 보면 된다.

우선 settings에 관련된 value들은 db에 저장되는 이는 다음의 위치에 있다.

/data/data/com.android.providers.settings/databases/settings.db

이 db를 접속하려면 console에서 다음과 같이 하자.

그러면 sqlite 콘솔이 뜨는데, 여기서 다음과 같이 해보자.

그러면 현재 query가능한 table들이 나온다.

여기서 secure의 값들을 보고 싶으면 아래와 같이 하면 된다.

해당 sqlite3 명령어에 대해서는 인터넷에 검색하면 잘 나온다.

참고로 sqlite3 에서 나오는 명령어는 .quit이다.

system 파티션을 RW으로 remount하기 위해서는 다음과 같이 콘솔에서 실행하면 된다.

(system 파티션에 대한 path는 각자 다르니 사용하는 디바이스에 맞추면 된다.)

이제 대충 프로그램이 동작하기 시작한다. 재구조화는 후우...

어쨌든 현재 동작하는 기능은 다음과 같다.

• OTA Package 정보
• checksum 생성 및 체크

DB 메뉴까지는 만들었는데 이걸 어떻게 구현할지는 아직 미정이다.

Encryption은

Decryption은

ext4 파일 시스템에 대한 커널 documentation에는 noauto_da_alloc에 대해서 다음과 같이 기술하고 있다.

auto_da_alloc(*)	Many broken applications don't use fsync() when 
noauto_da_alloc		replacing existing files via patterns such as
			fd = open("foo.new")/write(fd,..)/close(fd)/
			rename("foo.new", "foo"), or worse yet,
			fd = open("foo", O_TRUNC)/write(fd,..)/close(fd).
			If auto_da_alloc is enabled, ext4 will detect
			the replace-via-rename and replace-via-truncate
			patterns and force that any delayed allocation
			blocks are allocated such that at the next
			journal commit, in the default data=ordered
			mode, the data blocks of the new file are forced
			to disk before the rename() operation is
			committed.  This provides roughly the same level
			of guarantees as ext3, and avoids the
			"zero-length" problem that can happen when a
			system crashes before the delayed allocation
			blocks are forced to disk.

쉽게 풀어 얘기하자면, rename혹은 truncate같은 operation을 fsync()없이 행했을 경우, auto_da_alloc이 켜져 있으면 data=ordered 모드일 때, 다음 journal commit 시에 강제로 delayed 된 allocation 블럭들을 allocate 한다는 얘기다. (말이 쉽게 풀어 얘기지, 그냥 번역이네..)

따라서 ext3에 있던 "zero-length" 문제(delayed alloction 블럭이 disk에 쓰여지기 전에 시스템이 crash되는 문제)를 해결 할 수 있다.

noauto_da_alloc은 위와 같은 옵션을 꺼버리는 것이다.  이는 퍼포먼스 향상을 가져오지만 위에서 서술한 이점에 대해서는 포기하게 되는 것이다.

자 아래를 보자

문제가 보이는가? 실행하면...

응???

linux에서 gcc 툴체인으로 작업하는 사람들은 위와 같은 반응을 보일텐데...

MSDN에서는 다음과 같이 말하고 있다.  C에서는 함수나 블록의 시작점에 지역변수들은 선언되야 하며, 함수가 선언이 아닌 명령어들을 실행하고 나서는 선언이 들어 올 수 없다고...

// C2143j.c
int main() 
{
    int i = 0;
    i++;
    int j = 0; // C2143 에러
}

그럼 왜 GCC에서는 괜찮은가? 그건 GCC가 위와 같은 코드를 GNU확장으로 허용하기 때문이다.  만약 ANSI나 C89등에 맞추어서 컴파일 되길 원한다면, -pedantic을 flag로 넘겨주면 된다.

typedef struct g_struct {

  int value;

  struct g_struct *next;  //OK

  //gStruct *next  //WRONG!

} gStruct;

알겠지만, 적어도 C에서는 typedef struct 정의 안에서 typedef 된 개체 자체를 reference할 수 없다.