본문 바로가기

반응형

전체 글

(352)
새로운 구조로 새로운 작업 예정??? 우연히 동기의 질문에 오랫만에 다시 YHGCommunication 과 관련된 글을 확인하게 되었습니다. 잘 모르고 빨리 만들다 보니 허접한 코드가 되어 버렸습니다. 이벤트 방식의 메세지 처리, 객체 직렬화 메세지 전송 등 비 효율적인 면이 많이 있었습니다. 이 부분을 좀 더 수정해서 새로운 버전의 YHGComm 을 새로 만들까 하는 욕심이 생깁니다. 주요 수정 사항 1. 받은 메세지 처리 방식 수정 2. 전송되는 메세지 구조 수정 3. 서버에서 다양한 사용자 정보를 관리 4. 사용자 고유 번호 할당 5. Android 에서 UI thread 오류 없이 쉽게 동작 기대 효과 1. 많은 수의 메세지 클래스가 줄어듬 2. 조금 더 효율적인 전송 메세지 크기 3. 서버의 확장성 4. 타 플랫폼(Android)와..
대기자수 표시 작업중 위의 이미지는 현재 작동중인 앱을 캡쳐한 이미지입니다. 보시는 것과 같이 기본적으로 2가지 형태로 대기자 정보가 표시됩니다. 1. 전체 열람실 대기자 2. 열람실별 대기자 3. 청소년, 성인 대기자 (작업 예정) 4. 기타 도서관을 차례대로 하나씩 늘려 갈 예정입니다. 특별한 형태의 폼을 가지고 있는 도서관은 늦어 질수 밖에 없습니다. 되도록이면 많은 도서관이 함께 사용하는 폼을 먼저 작업하려 합니다. 이용시간, 휴관일 정보는 데이터는 들어 있지만... 자료검증을 다시 해야 하는가... 에 대한 고민에 빠져 있습니다. 결정나는데로 바로 작업 하도록 하겠습니다.
SKT 4G LTE 귀성 버스
스페인 에어 이벤트
하이네켄 소셜 마케팅
init.c main에서 ueventd_main 실행 ??? if (!strcmp(basename(argv[0]), "ueventd")) return ueventd_main(argc, argv); init.c 의 main 함수를 보면 ueventd_main 을 실행하는 부분이 있습니다. 책에서도 먼저 실행된다고 되어 있습니다. 하지만 아무리 생각해 봐도 argv[0] 은 파일명인데... 어떻게 이게 다른 파일인 "ueventd" 가 될수 있는 걸까요? 파일명이 차이가 나는 이유는 ueventd가 init의 심볼릭링크라서 그렇다는 군요. 그리고 init보다 ueventd가 먼저 실행되는 이유는 이 코드가 아닌 전혀 다른 곳에 있었습니다. init.rc 파일을 보면 다음과 같이 있습니다. on early-init start ueventd ..... init이 시작될때..
/dev/__kmsg__ 로그를 남기기 위해 open 한다. 내부적으로 printk 를 이용해 로그를 남긴다. 참고 : http://andstudy.springnote.com/pages/4047701
__init __init 운영체제 초기화 과정에서만 사용된다는 것을 의미한다. 초기화에만 사용되므로 그 후에는 사용할 필요가 없다. 그래서 메모리에 남겨두면 낭비가 되므로 별도의 영역에 모아 두었다가 초기화가 끝나면 이 영역의 메모리를 해제한다. __setup 지정된 parameter가 있을 경우 지정한 함수가 실행되도록 한다. ex) __setup("root=", root_dev_setup) // 'root=' parameter 가 있을 경우 root_dev_setup 함수가 실행됨

반응형