endian 과 static , heap 영역과의 관계???

두번째 예제에서 char를 int로 바꿔야지 제대로 된 질문이 되는것 같네요.
말씀하신것중 heap 영역만 테스트 한다면,

int main()
{ 
        char *chr; 
        int *num; 

        num = (int *)malloc(sizeof(int));  <--- heap 영역에 위치한다. 
        *num = 0x89ABCDED;

        chr = (char *) num;

        printf("%c.%c.%c.%c\n", chr[0], chr[1], chr[2], chr[3]); 

        exit(0); 
} 

이렇게 해야지 첫번째 예제와 두번째 예제가 비교될 수 있겠는데요..
하수가 잘못 집었다면 과감히 채찍을~

ps : linux뿐이 없어서 테스트는 못해봤습니다. :oops:

덧붙임 : 네트워크로 byte stream을 보내고, 양쪽 시스템의 endian이 맞지 않는 경우 int, short.. 등은 ntoi() 등으로 변화시키지만, char[32] 등을 바꾸지는 않잖아요..

첫번째 예제에서는
val = 0x89ABCDEF;
였는데 두번째 예제에서는
chr1 = "89ABCDEF";
로 타입이 바뀌는 바람에 결과값이 다르게 나오는 것이죠.

"endian 문제가 있는 이유"라면야 다른 분 말씀처럼 아키텍쳐 얘기까지 해야겠지만 (근데 저도 몰라요. 속시원한 답을 다른 분이 올려주시면 좋겠죠 ^^) ...

"multiple byte number 에만" endian 문제가 있는 이유를 묻는 것은...
"왜 순서란 게 둘 이상이 있을 때만 의미가 있는가"라는 것과 같지 않을까요??

배열에는 그 자체의 순서가 존재합니다.

즉 a[0] 가 a[1]보다 앞이죠.

그런데 2 byte 이상을 차지하는 자료형에서는 어떤 순서가 제대로 된 순서일까요? 0xABCD 라는 2 byte짜리 수가 있을 때, 이걸 0xAB와 0xCD를 어느 순서로 배치하는게 제대로 된 순서냐는 겁니다. 0xAB를 먼저 쓰면 big endian, 0xCD를 먼저 쓰면 little endian입니다.

전교생을 한 줄로 세울 때에 우선 각 반 순서로 배치할 수는 있습니다. 그럼 각 반 안에서 어느 순서로 배치하느냐는거죠. 키가 큰 학생을 앞에 세울 수도, 키가 작은 학생을 앞에 세울 수도 있습니다.

위에 분들이 설명을 잘 해 주셨네요.

덧붙여서 말씀드린다면, little endian, big endian은 하드웨어 차원의 문제입니다.
맨 처음 '하하'님께서 AIX, Solaris와 Linux 에서 다른 결과가 나온다고 하셨는데 잘못된 문제 제기라 할 수 있지요.
AIX나 Solaris라서가 아니라 거기서 사용하는 하드웨어(CPU)가 어떠한 방식으로 multi-byte data를 access하느냐에 따라서 little endian, big endian이 결정되는 것입니다.

따라서 운영체제에 따라서 결과가 틀려지는게 아닙니다. 만약 같은 하드웨어(intel CPU)에서 다른 운영체제(linux, windows 기타 등등)를 사용한다고 하더라도 동일한 endian 방식을 갖습니다.
반대로 동일한 linux라 하더라도 다른 방식의 하드웨어(intel 계열은 little endian, 모토롤라 계열은 big endian이죠)를 쓴다면 각기 다른 endian이 되어서 '하하'님께서 맨 처음 사용한 예제는 각기 다르게 나오겠죠.

다시 말씀드리면 endian 문제는 static이냐 heap, stack같은 메모리 사용방식이나 또는 운영체제에 따라 달라지는 것이 아니라 하드웨어 레벨에서 사용하는 multi byte order 방식입니다.

multi byte일 때 byte단위로 addressing을 할 때, 시작이 어디인가가 문제입니다.

big-endian 계열의 경우 상위 byte가 하위 address로 저장되는 방식.
즉 address가 커지면서 하위 byte 데이터가 저장됩니다.
일반적으로 배열을 생각하시면 됩니다. a[0]보다는 a[1]의 address가 커지겠죠. 그래서 long 형에 저장된 순서나 char [4]에 저장된 순서가 같게 됩니다.

little-endian 계열의 경우는 상위 byte가 상위 address로 저장되는 방식.
즉 byte단위로 하위 byte 부터 address가 커지면서 상위 byte로 저장됩니다.
그래서 long형에 저장된 순서나 char[4]에 저장된 순서가 바뀌게 됩니다.

둘다 논리적인 설명으로는 타당한데, little-endian의 경우 intel에서 8bit에서 16bit로 넘어 오면서 8bit code를 재컴파일 없이 수행하기 위한 꽁수역활이 큰듯합니다. network byte order가 big-endian이죠 :)

little-endian의 경우 address를 읽을 때, 한 byte만 읽으면, 원래 저장되어 있던 값이 8bit이건 16bit이건 32bit이건 가장 최하위의 8bit값을 읽을 수 있습니다. big-endian의 경우는 address 부분이 항상 최상위 byte를 가르키고 있으므로 최하위 8bit가 필요한 경우 항상 계산이 필요하죠..