2016년 핵폭탄같은 찜통 더위가 가니... 언제 그랬냐는 듯이 가을이 되 버렸네요.
저번주까지만 해도 30도 중반을 넘어가는 무더위였는데... 지금은 완전 가을날씨가 되버렸어요.
게다가 오늘은 비까지오니 장난이 아니군요.
이럴땐 족발에 쐬주한잔 해야 하는데...
2016년 핵폭탄같은 찜통 더위가 가니...
다 그런건 아닌데요.
스트럭처(구조체, structure)를 파일로 저장할때 신경질이 날때가 있습니다.
라고 구조체를 정의하고 필요한 값을 넣은다음에 파일에 써 넣으면 예상과 다른 결과를 마주하게 됩니다.
위에서 저장한 test.bin 파일을 헥사 뷰어 등으로 열어보면
원하는 거... (예상)는 다음과 같을겁니다.
(int : 4바이트, short는 2바이트 이니깐요...)
00 00 00 00 0A 00 00 00 28 00 A0 86 01 00
근데 실제로 헥사 뷰어로 열어보면
00 00 00 00 0A 00 00 00 28 00 CC CC A0 86 01 00
short 뒤에 두바이트가 끼어 들어가요!!!!
뭐뭐임!!!! 내가 원하는건 이게 아냐!!!
컴터야 왜 오동작하니....라고 생각할 수 있어요.
일단 급한건 해결방법
위에 스트럭쳐를 선언할때 위 아래로 다음과 같이 선언해 주세요
다시 컴파일해서 실행해보면 예상하는데로 결과가 잘 나옵니다.
이제 원인을 알아볼까요?
원인은 우리 컴터가 데이터를 32비트(즉 4바이트)단위로 처리를 하기 때문입니다.
뭐 ... 성능때문에 메모리를 4바이트 단위로 읽어서 처리를 한다는게 기본 사상인데요.
한바이트씩 읽으면 4번할꺼 4바이트 한방에 읽으면 속도가 빨라지는 건 당연하겠죠. 그러나 그게... 인간이 느낄 수 있는 시간인지는 모른다에 한표...
하여간... 그런 이유로 파일로 저장할때 구조체의 요소를 다 4바이트로 봐 버립니다. 젠장..
그래서 중간에 껴 있는 short 뒤에 2바이트가 껴들어가는거죠.
실제로 sizeof( data ) 로 구조체의 사이즈를 재면 16이 나옵니다.나는 12바이트짜리 구조체를 선언했는데 말이죠..
그래서 파일 저장도 16바이트가 되버리는데 short에는 2바이트만 정상적인 데이터가 있으니깐 쓰레기 2바이트가 껴 들어가게 됩니다.
이걸 정상화(?) 하기 위해서 #pragma pack(push, 2), #pragma pack(pop) 로 구조체를 싸 줬습니다.
요넘이 무슨 이야기냐... 2바이트 단위로 메모리 억세스해! 라는 소립니다.
긍게 short도 정상적으로 저장이 되고 sizeof( data ) 도 12바이트로 나오고... 잘 되요...
그렇습니다.