Q&A와 스터디
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:696point (74%), 레벨:2/30"){kind=icon}
김남욱![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
34size_t , int32_t 등등 이식성을 위해 존재한다는 타입들...잘 이해를 못하겠습니다.
size_t 같은 경우도
typedef unsigned int size_t 이렇게 되어있던데..
이렇다면 어차피 16bit int System 에서 size_t도 영향을 받게 되지 않나요?
그렇다면 이식성을 위해 존재한다는게 아이러니 한거 같아서..핫..
2 . 그리고 sigend int 와 unsigend int 에서 unsigned int의 최대값을 signed int에
저장을 해도 아무 이상없는것이죠? 그냥 명시적인 구분을 위해 존재하는 것인가요?
이건 제 생각인데 맞는지 확인 해보고 싶네요..
unsigned int, signed int 둘다 할당되는 메모리크기는 같고 그 메모리 크기만큼의
최대 값이 저장이 가능하고 다만.. 출력시에 %d %u 하면 값이 다르게 출력된다고 생각하는데..
즉 %d하면 최상위 비트를 부호비트로 인식해서...값을 판단한다는 것...^^ 맞나요?
size_t 같은 경우도
typedef unsigned int size_t 이렇게 되어있던데..
이렇다면 어차피 16bit int System 에서 size_t도 영향을 받게 되지 않나요?
그렇다면 이식성을 위해 존재한다는게 아이러니 한거 같아서..핫..
2 . 그리고 sigend int 와 unsigend int 에서 unsigned int의 최대값을 signed int에
저장을 해도 아무 이상없는것이죠? 그냥 명시적인 구분을 위해 존재하는 것인가요?
이건 제 생각인데 맞는지 확인 해보고 싶네요..
unsigned int, signed int 둘다 할당되는 메모리크기는 같고 그 메모리 크기만큼의
최대 값이 저장이 가능하고 다만.. 출력시에 %d %u 하면 값이 다르게 출력된다고 생각하는데..
즉 %d하면 최상위 비트를 부호비트로 인식해서...값을 판단한다는 것...^^ 맞나요?
2004.10.29 10:39:50 (*.145.96.37)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:1033point (35%), 레벨:3/30"){kind=icon}
곤(GON) 32비트 컴퓨팅 환경에선 int = 32비트죠.
64비트 환경에서는 int <64비트>가 될 가능성이 매우 높습니다. *^^*
Local 에서 사용되는 int 의 경우야 그냥 써도 되겠지만..
typedef struct{
int aa;
int bb;
char cc[4];
}XXX;
이런식이로 코딩이 되어있다면.. 32비트 환경에서 64비트 환경으로 프로그램을 이식할때 sizeof(XXX) 12바이트 -> 20바이트로 늘어나죠?
문제는 32비트 프로그램을 짤때 int = 4바이트라는 대전제하에 코딩을 하기때문에 의외로 int의 크기에의해 치명적인 오류를 범할 확률이 매우 높아집니다.
이경우 XXX를 다루는 코드가 여기저기 산재해있다면 전부 바꿔주어야할겁니다. ^^*;
하지만..
typedef struct{
size_t aa;
size_t bb;
char cc[4];
}XXX;
위와 같이 만든경우...
typedef unsigned int size_t -> typedef <4바이트데이터형> size_t
으로 치환해버리면 바이트수 자체가 변하지 않으니 환경이 변해도 전혀 문제될게 없지요 *^^*
글로쓰니 어렵군요.. ㅎㅎ
64비트 환경에서는 int <64비트>가 될 가능성이 매우 높습니다. *^^*
Local 에서 사용되는 int 의 경우야 그냥 써도 되겠지만..
typedef struct{
int aa;
int bb;
char cc[4];
}XXX;
이런식이로 코딩이 되어있다면.. 32비트 환경에서 64비트 환경으로 프로그램을 이식할때 sizeof(XXX) 12바이트 -> 20바이트로 늘어나죠?
문제는 32비트 프로그램을 짤때 int = 4바이트라는 대전제하에 코딩을 하기때문에 의외로 int의 크기에의해 치명적인 오류를 범할 확률이 매우 높아집니다.
이경우 XXX를 다루는 코드가 여기저기 산재해있다면 전부 바꿔주어야할겁니다. ^^*;
하지만..
typedef struct{
size_t aa;
size_t bb;
char cc[4];
}XXX;
위와 같이 만든경우...
typedef unsigned int size_t -> typedef <4바이트데이터형> size_t
으로 치환해버리면 바이트수 자체가 변하지 않으니 환경이 변해도 전혀 문제될게 없지요 *^^*
글로쓰니 어렵군요.. ㅎㅎ
않을 경우 이식성에서 고려의 대상이 될 수 있습니다. C의 이식성은 데이터의 이식성이 아니고 소스레벨의 이식성 입니다.
다른 플랫폼에서 작성된 소스를 수정 없이 가져다 쓴다는 것이지 데이터 자체가 호환 된다는 것이 아니죠. 그것은 한 컴퓨터에서
작성된 데이터는 다른 플렛폼에서는 그 데이터 그대로 호환이 안될 수도 있다는 소리입니다. 만약 데이터를 호환시키려면 다른
방법을 사용해야 하겠죠.
2. unsigned와 signed의 타입은 특별한 조치를 취하지 않고 바로 적용될 겁니다. 보통 컴파일 될 때 그것의 타입을 컴파일러가
테스트 한 후에 알맞는 코드로 바꾸겠죠. 물론 overflow나 underflow가 발생되는 것에 대한 책임은 전적으로 프로그래머에게
달려있습니다.
unsigned와 signed는 최상위비트의 값으로 양수와 음수의 표현을 합니다. 최상위 비트를 뺀 값으로 수의 크기를 나타내죠.
다만 음수의 저장 방법은 컴퓨터마다 다르게 저장됩니다. 일반적으로 대부분의 컴퓨터는 음수를 저장할 때 보수 값을 취하는
경우가 많습니다. 예를 들어 -1을 8비트 signed char에 저장한다면 0xFF로 저장이 됩니다.