출처 : http://www.w3.org/TR/2002/WD-SVG11-20020215/masking.html

초보중에서도 초보가 할 수 있는 copy and paste를 통해서
아래와 같은 코드를 만들어 냈다. ㅜㅜ

하늘을 보기가 부끄럽다.!!!!
(친구 : "인간은 실수하는 동물"라는 말에 조금은 위로하고 Code Review에 힘써야겠다.)




void *xx_mem_get(size)
{
    void *mem = (void *)malloc(size);
    if(mem == NULL) {
        error ( ~ ~~~ );
    }

    return malloc(sizeof(size));
}

뭔가 삽질을 시작하였는데 layer에 기본 개념이 잡히지 않아서 질문을 올려 봅니다.

1. 하나의 어플리케이션이
directfb을 통해서 4개의 layer를 가지며
각 layer는 한개씩 window을 각각 생성하고, 각 윈도우는 surface을 생성하여 가진다.
이게 맞는 것인지? 아니면

2. 하나의 어플리케이션이
directfb을 통해서 1개의 layer을 가지며
한개의 layer 통해서 4개의 Window을 생성하고, 각 윈도우는 각각에 surface 생성하여 가진다.

이게 맞는 것인지 -0- 혼란스럽 습니다.
어느게 개념상 맞는건가요?

1 번과 2번의 모두 가능하면 차이 점은 무엇인가요?

그럼 오늘도 행복한 하루 되세요.

논리형 자료형 : boolean
특징 : 형변환 블가

정수형 자료형 :
1. byte : 1byte (-128 ~ 127)
2. short : 2byte ( -32768 ~ 32767)
3. char : 2byte ( 0 ~ 65535 )
4. int : 4byte ( -2147483648 ~ 2147483647 )
5 long : 8byte (-922경 ~ 922경)

실수형 자료형
1. float : 4byte
2. double : 8byte



java에서 char이 유니코드를 저장하기 위해 16bit였다는걸 처음 알았음


즉

char a = 32768;
short b = a;

char와 short의 type을 비교하시면 문제가 있는걸 알 수 있습니다.



casting 과 Promotion의 차이

casting : 강제
Promotion : 자동으로 casting

JDK를 설치 하고, 처음으로 간단하게 작성해본 code

Test.java

*  Java Code에서 첫 작성한 Class와 File 이름이 같아야 한다는 걸 알았다.


javac Test.java로 Build를 하면 output으로 Test.class가 생성이 되는데
이 파일을 Hex로 열어보면 아래와 같은 값들로 이루어진다.

java class File을 간단하게 분석 해보자
(본인도 처음 java code을 build 해보고 class 파일을 열어봄)

가장먼저 보이는건 Code 상에서 출력하도록 한 hello world가 보인다.
아무래도 *.class 파일은 일정한 File Format이 있는 것 처럼 보인다.
(아시는 분 있으면 간단하게 설명 부탁 드릴께요.!!! Plz)
Source File에 대한 정보로 파일 이름이 보인다.

아래 같은것들은 왠지 Test.java 파일에서 사용하는 class에 대한 경로 같기도 하다
(확인을 위해 jdk가 설치된 폴더를 찾아 보았지만 못 찾겠당 ㅜㅜ
java/lang/Object
java/lang/System out
Ljava/io/printStream;
java/io/PrintStream... println
(Ljava/lang/String;)V



실험 1.
Hex File에서 문자열을 수정해 보았다.
hello world --> Hello World

결과

실험 2.
문자열의 길이를 수정하였다.
hello world --> hello world!!!!!

결과

고찰1 :
이로써 javac로 빌드시에 string에 대해서는  static하게 길이를 계산해두는 것이라고 생각됨
그럼 간단하게 string length를 기록한 부분을 수정해주고? 다시 hex를 하게되면
올바른 결과가 보이지 않을까?

실험 3
위 그림에서 붉은색 네모 부분에 대해서 Edit를 하여 문자열을 눌려 보았다.

ASCII
hello world --> hello worlda

HEX
0B --> OC

결과: 정상적으로 출력이 되었다.

* 아하 javac를 통해 build시 문자열의 길이는 java class에 특정 부분에 쓰여지는구나!!!


의문 1 :
그럼 문자열이 두개 일경우에는 어떻게 될까?

가설 :
문자열에 대한 카운팅이 있을까?

결과: 없는 것 같다. ( 시간이 없어서 확인 못 함 )

우선 첫 시간으로 이정도만 확인해봄


참고하고 있는 자료
 * 열혈강의 동영상 강좌
 * 책도 없음 ;;;;; -0-



연구해볼 것
java class file format

이전에 포스팅한 GetProfileToString을 통해서, 특정 값을 읽어왔는데 제기럴 Hex 값이었다.
Int 값이었으면 atoi를 이용해서 int로 쓰겠는데 왠걸 hex string... 열심히 구글링 해보니 CodeProject에 Sample이 있어 업어왔다.


linux에서 왜 string.h에 strupr이 없는걸까???????
보안에 문제가 있는 API라서? 쩝....

Set로 움직이는 함수입니다.
꼭 필요한 분들이 있을 것 같습니다.

수정사항이 있으시면 언제든지!!!  피드백 부탁 드립니다.

linux에서도 이런 API가 있는지 모르겠어서
하나 간단하게 함수로 만들어 보았습니다.

머리가 나쁜면 손발이 고생한다고 하는데 -0-;
필요하신 분들이 있으면 잘 활용하셔요!

예외 처리등이 부실하니, 좀더 낳은 버전으로 수정 하시면
피드백 부탁 드리겠습니다.

그럼 고운하루 되세요.

Wall로 Build 를 하는데 아래와 같은 워닝이 발생해서

구글링좀 하고, 고치기 귀찮아서  MakeFile만 수정해서 올림
연구원 씨가 관심 있으면 고치겠지.....



The following short examples demonstrate my problem:

----Exhibit A
#include <stdio.h>
#include <stdlib.h>

typedef struct {
    int foo;
    int bar;
} item_t;

int return_item (void **item);

int return_item (void **item)
{
    void *mem;

    mem = malloc (1);
    if (mem) {
        *item = mem;
        return 0;
    }
    else
        return 1;
}

int main (int argc, char *argv[])
{
    item_t *item;

    if (return_item ((void **)&item) == 0) {
        printf ("%p\n", item);
        free (item);
    }

    return 0;
}

----Exhibit B
#include <stdio.h>
#include <stdlib.h>

typedef struct {
    int foo;
    int bar;
} item_t;

int return_item (void **item);

int return_item (void **item)
{
    void *mem;

    mem = malloc (1);
    if (mem) {
        *item = mem;
        return 0;
    }
    else
        return 1;
}

int main (int argc, char *argv[])
{
    item_t *item;
    void *item_temp;

    if (return_item (&item_temp) == 0) {
        item = item_temp;
        printf ("%p\n", item);
        free (item);
    }

    return 0;
}
----

The code is a generic example of the problem.  The real code that is
producing the problem is a hashing API which hashes (void *) and hence
uses (void **) as an out parameter type. 

Exhibit A produces a warning as follows:

[nodbug:mato]$ gcc -O2 -Wall -o aliasing-test aliasing-test.c
aliasing-test.c: In function `main':
aliasing-test.c:28: warning: dereferencing type-punned pointer will break strict-aliasing rules

I'm using gcc version 3.3.5 (Debian 1:3.3.5-13) but the problem persists
even when tested with GCC 4.x on newer systems.

Exhibit B is my proposed "fix".  Can anyone advise if the code in
Exhibit A is legitimate, i.e. whether or not it's really violating the
strict aliasing rules as defined by the C standard?  If not, then I
guess the warning is spurious and I can safely use the fix.

If the code is in fact violating the standard then feel free to
enlighten me how to fix it, since it seems like a legitimate thing to do
:-)

Thanks very much for any help,
귀차나서 그대로 긁어 왔습니다.

참고 : http://gcc.gnu.org/ml/gcc-help/2006-08/msg00236.html


음 문제가 되면 삭제 하겠습니다 훗..

참 쉽죠이잉 ~
wince5.0에서 10분이면 되는걸... !!
일 할때는 다른 사람의 경험을 존중하며 가장 손쉬운 방법을 찾는걸 우선 해야 할 것입니다.
고민 할껀 고민 해야겠죠

Windows CE 5.0이상에서 지원, Imaging관련 컴포넌트가 포함된 경우에만 동작
확인은 dll이 있는지 확인 해봐야함

기본적으로 지원하는 포맷은 jpg, png, gif, bmp 등이 있고 multiframe image(ani-gif)도 가능하며, 유저 코덱을 추가하면 다른 포맷도 사용 가능합니다.인코딩, 디코딩 가능하며, contrast, brightness, flip, clone, resize, rotate 등도 가능

일전 이미지 편집 프로그램을 windows mobile 5.0에서 간단한 이미지 편집 프로그램
작성시 해당 컴포넌트 이용, Thumnail 엔진도 이용함.

자세한 사항은 MSDN에서  http://msdn.microsoft.com/en-gb/library/ms932606.aspx 확인

1. 헤더, 라이브러리 추가

#include <initguid.h>
#include <imaging.h>
#pragma comment (lib, "Ole32.lib")

2. ImagingAPI를 사용하기 전후로 다음 함수 호출합니다.
   이유는 COM을 사용하기 때문이죠. 프로그램 시작/종료시에 한번만 호출 합니다.
  
 
    // 프로그램 시작부분에서 호출.
    HRESULT hr = CoInitializeEx(NULL, COINIT_MULTITHREADED);   

    // 프로그램 종료부분에서 호출..
    CoUninitialize();   

3. 이미지파일을 읽어와서, hdc의 rcDest 영역에 display sample function

void DrawImageFile(HDC hdc, TCHAR* szFileName, RECT* prcDest)

{

    HRESULT hr;

    IImage *pImage = NULL;

    IImagingFactory *pImagingFactory = NULL;

    hr = CoCreateInstance(CLSID_ImagingFactory,
                          NULL,
                          CLSCTX_INPROC_SERVER,
                          IID_IImagingFactory,
                          (void**) &pImagingFactory);

    if( FAILED(hr) ) {
 goto finish;
    }
 

    hr = pImagingFactory->CreateImageFromFile( szFileName, &pImage );

    if (FAILED(hr) || NULL == pImage) {
 goto finish;
    }

    pImage->Draw( hdc, prcDest, NULL );

finish:
    if (pImage) {                
 pImage->Release();
 pImage = NULL;
    }

    if (pImagingFactory) {
 pImagingFactory->Release();
        pImagingFactory = NULL;
    }
}

4. draw....

win32 api를 이용시...

    HDC hdc;
    PAINTSTRUCT ps;
    hdc = BeginPaint(hWnd, &ps);

    // 이미지가 보일 좌표
    RECT rectDest= {0,0,200,200};
    DrawImageFile(hdc, L"\\test.jpg", &rectDest);

    EndPaint(hWnd, &ps);

iimage도 잘 이용하면 더블버퍼링 처리가 가능 합니다.

hdc에 바로 그리지 말고, mem dc에 그린 후 hdc로 옮겨 그리면,
깜빡임 현상들을 제거 할 수 있습니다.

일단 샘플이니 간단하게 사용 해보셔요.