'Linux'에 해당되는 글 94건

  1. 2010.08.16 간단한 디버그 함수
  2. 2010.07.30 외부 Thread에서 GTK 위젯 제어할시 동기화 문제 해결 5
  3. 2010.06.24 오늘도 실수.. iconv
  4. 2010.06.12 SICP 를 하기위해 Scheme 컴파일러 2
  5. 2010.05.31 mmap 사용시 알아둘 사항 (버스오류)

간단한 디버그 함수

간단히 디버그를 하기위해 사용하는 함수

맨날 생각은 했는데 귀찮아서 안만들다가 시간 나는대로 만드러봐써여.

가변인자랑, C언어 내장 매크로 (정확히 하면 __FUNCTION__은 아니지만)를 사용하여 만듬.

사실 저 매크로는 많이쓰니깐 익숙한데... 가변인자는 오랜만에 보니깐 몇줄은 안되지만.... 또 새롭네 (......)

버퍼크기랑, 스레드 문제만 조금 손보면 어느정도 사용가능할듯 합니다만.....

소스>
#define     DEBUG_MSG(printf_format, args...) DebugMessage(__FILE__, __FUNCTION__, __LINE__, __TIME__, printf_format, ##args)
#define     DEBUG_MAX_BUFFER_SIZE     5000

void DebugMessage (const char *source_filename, const char *function, const int line, const char *time, const char *format, ...)
{
    char buffer[DEBUG_MAX_BUFFER_SIZE];
    va_list arg_list;
    int read_len;

    va_start(arg_list, format);
    read_len  = vsnprintf(buffer, DEBUG_MAX_BUFFER_SIZE, format, arg_list);
       
    printf("[%s] - {%s}(%s:%d)\n%s\n", time, source_filename, function, line, buffer);

   // 필요에 따라서, 로그를 파일로 기록함. (알아서 만드셈 -_-)
    File_Write(DEBUG_LOGFILE_PATH, buffer, read_len);

    va_end(arg_list);
}       /* -----  end of function DebugMessage  ----- */

사용>
DEBUG_MSG("play file path: %s\n", music_data->filepath);

결과 예시>
[15:55:42] - {mpd_check.c}(mpd_check_data_init:197)
play file path: /data/mp3/rock-kor/레이지본/레이지본 2집/03 DO IT YOURSELF.mp3

아 그리고 ## 매크로에 대해서 추가작성.......

"##" 매크로는....... 그러니까

"아규먼트로 넘어온 것을 string으로 그대로 컴파일러에서 사용한다" 정도로 생각하면 될것 같다

"args..." 로 넘어온 문자열 (("%s", a1, a2) 같은 -)을 그대로 사용한다 라고 보면 될듯.

몰라... 귀찮아,... 설명이 제대로 안되 ㅠㅠ 자세한건...패스하져..

음...매크로에 관심있으면 다음글도 한번 읽어보세요... 잘 써놓으신듯.

http://www.jiniya.net/tt/528

ps1: VS6에서는 기본적으로 __FUNCTION__ 이 지원되지 않습니다

ps2: VS6에서는 가변인자 메크로가 먹히지 않습니다(??),
그나마 2003부터인가는 사용이 가능하다고 하는데... 그것도 소스 수정을 좀 해야합니다.
직접해보지는 않았습니다만, 다음과 같이 하면 된다네요.

#define     DEBUG_MSG(printf_format, ...) DebugMessage(__FILE__, __FUNCTION__, __LINE__, __TIME__, printf_format, __VA_ARGS__)
// 2010, 9 15 내용 추가


ps2: Windows환경이면.....  GetLastError()함수도 뒤에 넣어서 사용해도 되겠져...

'Programming > C' 카테고리의 다른 글

포인터 연습  (6) 2011.05.27
오늘도 실수.. iconv  (0) 2010.06.24
아아 또 실수~!  (4) 2009.06.22
주의력 부족  (2) 2009.06.22
이진트리를 만들고나서....아 망했어요...  (2) 2009.05.25

외부 Thread에서 GTK 위젯 제어할시 동기화 문제 해결

내가 만드는 삽질 프로그램이 하나 있는데...

얘가 원래 터미널용 프로그램이라서.. 좀 뽀대나게 겉모습을 "Music Player"같이 변모시켜보고자

Front End를 좀 만들기로 했었다.

근데 하나의 프로세스에다가

"(터미널때) 원래 실행되는 루틴 + Gui Event 콜백(Gtk 므로  gtk_main(); )을 넣다보니......

원래 진행되어야 하는 부분이 gtk_main() 때문에 수행이 되지 않으므로.......

할수 없이 pthread를 사용해서 그 두 부분을 분리하기로 했다

(난 개인적으로 스레드 정말 싫어해서... 터미널용 프로그램에서도 다행히(?)도 스레드 사용을 안했

아 하나 했었다... timer 관련해서 0.01초마다 카운터 올리는 콜백(?)함수를 사용했지...

사실 이부분도 더 신경써서 고쳐야되는데 아직도 방치중이다 아아...)

              main();
                           |
                   pthread_create();
                           |
            ------------------------------
           |                                            |
terminal_program                       create_gtk_widgets
          |                                             |
          |                                      gtk_main();
    emit gtk signal ---------------------|     
거지같아서 그림으로 대체

DIA로 열심히 그렸는데... 일헌 그림이 짤려버렸군여..

사용자 삽입 이미지

확실히 텍스트로 찍찍 그어서 만든 조합보단 훨씬 멋있다!

처음엔 신경쓰다가 결국엔 대충 그렸으니깐 "저거 이상해여" 테클걸진 말아달라는,.

코드는 기껏해야 몇천줄인데 저렇게 보니깐 엄청 뭔가 한것같이 느껴지네...ㅋ 그림의 위엄 ㅋ

처음에 분기하는 부분은 pthreaad로 내가 직접 생성한거구

Terminal Thread를 나눈건.. 내가 직접 나눈것이 아니라, Timer라이브러리에서 Thread를 나누는것.

(이 부분은 별 신경 안썼다... )

내가 원하는건 왼쪽 (MPD Event Callback이랑 Timer Callback)에서 Gtk한테

"라벨 위젯 글자좀 바꿔주셈" 이라고 요청한것...

근데 그냥 이렇게 하면.. 몇십초 동안 프로그램이 잘 동작하다가 갑자기 죽어버리거나,

갱신이 안되고 계속 멍때리고 있는 문제가 발생한다..... (

처음엔 내가 만들었던 소스코드가 문제가 있나싶어서 열심히 뒤졌지만... 그래도 안나오는거짐..

gdb로 디버깅해도 이상한데서 죽어버리거나, 프로그램은 잘 살아 있는데도 글자갱신이 안되는

문제가 그대로 발생했었다..

이게 뭔가... 분명 GUI 씌우기 전에는 제대로 동작을 했었는데.. 씌우고 나서 안되니..

음.... 그러다가 갑자기 thread에 feel이 와서 구글을 찾아보니 왠걸..

http://library.gnome.org/devel/gdk/stable/gdk-Threads.html

역시 매뉴얼을 잘 읽어봐야 한다 -_-.......................

Gtk랑 pthread랑 같이 사용한다면..

gdk_threads_enter();

GTK_SourceCode;

gdk_threads_leave();

왜 같이 사용해야한다...

즉 다른 thread에서 GTK 사용할때는 gdk내부에 크리티컬섹션을 만들어 줘야 함

(외부 thread에서 gtk 함수 콜하는 모든 부분을 저렇게 보호)

근데 원인이 뭘까?

위젯값들은 전역에 static으로 선언 해서 위젯 포인터 받은이후는 바뀔일은 없을텐데...

gdk 이벤트 관련해서 문제가 생기나....

으아아아아...

핀트는 좀 다르지만.
3년전에 내 블로그에 이 내용 썼구나...

바보 인증 ㅠㅠ
http://lowid.tistory.com/entry/gtk-Thread

다음 부터는 내 블로그 먼저 검색해봐야 겠다.......

7월 18일 "제목" 작성, 7월 31일 발행

오늘도 실수.. iconv

문자열을 변환하는데.. "춏" 이런 글자가 나오면 문제가 생기길래..

로케일 문자에러가 생긴다는 생각은 했는데...

암튼 막 문제가 생기는거 같은 부분을 쭉쭉 타고 역으로 올라가다보니깐 (한시간 더 찾았다 -_-)

perror(); 써서 확인해보니깐
"부적절하거나 불완전한 다중바이트 또는 광역 문자" 라는 메세지가 뜨고.....

그래서 설마 하며 #define한걸 보니

#define LRC_FILE_LOCALE    "EUCKR //IGNORE"         /*  */
#define PRINTED_LOCALE     "UTF8"          /*  */

UTF8 => EUCKR로 변환하는건 옵션을 붙였는데
EUCKR=> UTF8로 변환할때는 옵션을 안붙였네 아놔...

아나 iconv_open 하는 부분의 //IGNORE 가  빠져 있음 ....

//IGNORE  추가....
#define PRINTED_LOCALE     "UTF8 //IGNORE"          /*  */

결국엔

iconv_open("EUCKR //IGNORE", "UTF8 //IGNORE"); // 이런식이 되시겠다.... 맞나 이게...

맨 페이지 아저씨는 이렇게 말씀하셧따.

       //TRANSLIT
              When  the  string  "//TRANSLIT"  is appended to tocode, transliteration is activated.  This means that when a character cannot be represented in the target
              character set, it can be approximated through one or several similarly looking characters.

       //IGNORE
              When the string "//IGNORE" is appended to tocode, characters that cannot be represented in the target character set will be silently discarded.

- 요약하자면... 그냥 로게일 뒤에
"//IGNORE" 써주면 인식 못하는 문자는 무시한다는거구
"//TRANSLIT"는  iconv_open이 비슷한 문자를 알아서 때려넣어(?) 준다는것

오늘의 병신짓 ㅜㅜ.. 이젠 출력되다가 중간에 끊어먹는 버그 해결

에휴 시간 아까워...

'Programming > C' 카테고리의 다른 글

포인터 연습  (6) 2011.05.27
간단한 디버그 함수  (0) 2010.08.16
아아 또 실수~!  (4) 2009.06.22
주의력 부족  (2) 2009.06.22
이진트리를 만들고나서....아 망했어요...  (2) 2009.05.25

SICP 를 하기위해 Scheme 컴파일러

요즘에 생각하는게..

프로그래밍이라는게 참으로 기초가 중요하다고 생각해여..

운영체제나, 프로그램 개념이라던가, 소포트웨어 공학이라던가

그래서 "기본이 제일 기본이다" 라는 생각으로 skill 보다는 base를 제대로 닦을수 있는 그런 책을

그런것을 제대로 공부해야... "지금 회사에서 하는 c&p 코더짓" 을 좀 벗어나서 제대로된, 창조적인 "프로그래머"

가 될수 있다는 생각에................ (근데 이런건 아마 학부때 배우는거 아니였나여 ㅋㅋ)

뭐 어쨋던 그런종류의 책을 찾다보니깐  TAOCP, SICP 등이 있더군여

그래서 저번에  TAOCP를 샀는데... 이건뭐 완전 수학책이라 ㅜㅜ...
The art of computer programming 1: 기초 알고리즘 상세보기
도널드 커누스 지음 | 한빛미디어 펴냄
컴퓨터 프로그래밍 입문서. 이 책에서는 기본적인 프로그래밍 개념과 기법으로 시작해서 정보 구조, 다시 말해서 컴퓨터 안에서의 정보 표현, 자료 요소들 사이의 구조적 관계, 그리고 그것들의 효율적인 처리에...

기초 수학도 아니고 이건뭐..

 공학수학은 확실하게 알아야 "이게 이렇게 풀라는 거군하.." 라고 알겠는 수준이더군여

(그것도... 과연 그럴까?? )

뭐 저도 "공학수학" 수업은 들었는데... 공부를 안해서 (대충 한것도 아니고) 하나도 모른답니다 ^^;

그래서 TAOCP는 "책장 장식용" 으로 뽀대나게 두고...

이번에 토익책 사면서  SICP도 샀다는,..

"그래 24" 에서 샀는데 먼저 주문한 SICP는 하루 늦게 오더군여 -_-;

이게 그 "문제의" SICP

컴퓨터 프로그램의 구조와 해석. 1 상세보기
해럴드 애빌슨 지음 | 인사이트 펴냄
『컴퓨터 프로그램의 구조와 해석』 제 1권. 이 책은 해럴드 애빌슨 등이 저술한 것으로, MIT의 컴퓨터과학 입문교과서다. 소프트웨어 제작의 원리와 구성을 바탕으로 프로그래밍의 이슈를 살펴보고,...

이번에 2판 내면서 책이 "상", "하" 로 나눠졌나봅니다..

뭐 저야 출퇴근에 가면서 보기 쉽게 만들어놓으니깐 저야 좋더군여.. 가격차이는 그렇게 차이 안나는거 같군여

상하, 합쳐도... 뭐 지금도 1판 파는데도 많으니깐 2권이 귀찮다 싶으신분은 그냥 1판 사셔도 되고 뭐...

어쨌던...

이책은 좀 특이하게도... 책 서술을 "LISP" (中 scheme) 로 하기 때문에 좀 그렇습니다.. 익숙지 않죠..

알고리즘할때 많이 사용한다고 듣긴 했는데 이걸 직접 할 줄이야.. 하고 경악(?) 했져..

저야 집에서는 윈도보다는 리눅이를 더 많이 쓰는지라 (이 포스팅도 리눅스 - 파폭에서 하고 있죠)

눅스에서 쓸수있는 sheme 컴파일러를 찾으려고 yaourt를 보니깐 뭐 바로 나오더군여..

그래서 설치 했다는.. OS/ 배포판 마다 다르겠지만... 아마 패키지는 다 있을거에요.. 전 아치라서..

#yaourt -S bigloo

로 설치

사용법은........... 그냥 bc 쓰듯이 쓰면 댑니다...

(그러고 보니 이건... 컴파일러가 아니잖아! 인터프리터네..)

 매우 기초적인 문법은 그냥...

소괄호 : 프로시져
부호( +,-,  *. /, ...)
인자1, 인자2, 인자n

순서로 사칙연산은 시키면 되더군여

( 부호 인자1 인자2 )

아래는 그 예.

[~/work]$ bigloo
------------------------------------------------------------------------------
Bigloo (3.3a)                                                            ,--^,
`a practical Scheme compiler'                                      _ ___/ /|/ 
Wed Jan 6 08:19:45 CET 2010                                    ,;'( )__, ) '  
Inria -- Sophia Antipolis                                     ;;  //   L__.   
email: bigloo@sophia.inria.fr                                 '   \    /  '   
url: http://www.inria.fr/mimosa/fp/Bigloo                          ^   ^      
------------------------------------------------------------------------------


1:=> 1+1
*** ERROR:eval:
Unbound variable (from top-level) -- 1+1

1:=> 5 + 5
5
1:=> #<procedure:836f270.-1>
1:=> 5
1:=> 1
1
1:=> (+ 137 349)
486
1:=> (- 1000 334)
666
1:=> (* 7 8)
56
1:=> (+ 1 2 3 4 5)
15
1:=> (+ (* 3 5) (- 10 6))
19
1:=> (define size 2)
size
1:=> size
2
1:=> (* 5 size)
10
1:=> (define pi 3.14159)
pi
1:=> (+ size pi)
5.14159
1:=>



mmap 사용시 알아둘 사항 (버스오류)


mmap  이라하면... seek 같은 귀찬은짓 안하고 파일에서 메모리로 사상 받은다음에,

그 메모리를 조작하면 자동(?) 으로 그 (메모리에 변경된 내용)이 파일에 저장되는 참 편한 넘이져.

(꼭 파일 디스크립터가 있어야하는건 아니지만.......)

근데 문제는,,,저 int files의 파일/파일 디스크립터를 open 할떄 주의 해야하는게...

NAME  
       mmap - map pages of memory

SYNOPSIS
       #include <sys/mman.h>

       void *mmap(void *addr, size_t len, int prot, int flags. int fildes, off_t off);

mmap을 사용할때는 Target 이 되는 파일이 write할 길이보다 커야한다. 는거........

(그러므로 (아래서도 적었지만) 당연히 파일크기가 0가 되서는 안됨)

만약 그렇지 않다면 "버스 오류" 라는 메세지를 출력하고 프로그럄이 종료되어버리는 문제가 생긴다.

O_TRUNC 같은 옵션을 open 함수 사용할때 놓어서도 안되므로 주의 하도록 하자,

그니깐 정리하면.... "mmap은 쓸파일의 크기를 변경할수 없다" 는것..

버스 오류가 나면 참고하도록하자.

joinc에 주의사항하나 정도는 적혀있을듯 했었는데.. 없었던거 같다 (아님 내가 제대로 안읽었던가)

kldp에는 비슷한 내용의 글타래가 올라왔던거 같으니깐 구글에서 찾아보세염.

이걸 왜 했냐면......----------------------------

euckr로 변환된 문서를 utf8로 적용하려고, iconv를 쓰다보니...문제가 생겼다

버퍼 크기가 작어서(euckr로 잡으니) 로케일이 변경되다가 말았던것....

저번엔 utf8->euckr로 변경할때는 어짜피 파일크기가 utf8크기가 크니깐, 그냥 utf8파일 크기를 버퍼 크기로 줘도

상관없었는데, 문제는 그 반대의 상황이 문제였던것...

그래서 메모리 사상을 써봐서 해결해 볼까.......... 해서 mmap을 쓸려고 하니깐....

뭐야... 이것도 결국 버퍼 크기 알아야 하잖아... 챗...

그냥 iconv 함수 쓸때 euckr파일크기 * 2 (사실 1.5배만 해도 충분하다고 하지만) 로 최대 버퍼 잡아서 넘겨버렸다..

(http://kldp.org/node/68263)

잘 되네 변환..

이제 터미널에서 글자폭을 알아야 할 차레...

(뭐 정안되면 UTF8용으로 글자폭 알아보던 함수를 다시 한번 수정해야겠다.

지금 만든건 CJK(한글, 한문, 히라/가타카나)는 글자폭을 제대로 알아오는데.............

러시아어(...) 같은건 제대로 못얻어 와서....... wscol인가.. 그건 왜 눅스에 없을까...)

에이 걍 터미널에서 삽질하지 말고 gtk로 ...?..
prev 1 2 3 4 5 6 7 ··· 19 next