FAT BPB 및 리틀 엔디안 반전

Question

내 CPU가 리틀 엔디안이며 문서에서 FAT 사양의 바이트 순서를 준수한다고 말합니다. 그렇다면 왜 BS_jmpBoot에 대해 유효한 주소를 얻고 있습니까? 첫 번째 섹터의 바이트 0-3은 유효하지만 첫 번째 섹터의 바이트 11-12는 BPB_BytesPerSec에 유효한 번호가 아닙니다.

116   int fd = open (diskpath, O_RDONLY, S_IROTH); 
117 
118   read (fd, BS_jmpBoot, 3); 
119   printf("BS_jmpBoot = 0x%02x%02x%02x\n", BS_jmpBoot[0], S_jmpBoot[1], S_jmpBoot[2]); 
120 
121   read (fd, OEMName, 8); 
122   OEMName[8] = '\0'; 
123   printf("OEMName = %s\n", OEMName); 
124 
125   read (fd, BPB_BytesPerSec, 2); 
126   printf("BPB_BytesPerSec = 0x%02x%02x\n",BPB_BytesPerSec[0], BPB_BytesPerSec[1]); 

는

BS_jmpBoot = 0xeb5890     //valid address, while 0x9058eb would not be 
OEMName = MSDOS5.0 
BPB_BytesPerSec = 0x0002    //Should be 0x0200 

BS_jmpBoot 및 OEMName 인쇄 유효하지만 BPB_BytesPerSec하지 않는 이유는 그림을 싶습니다 산출한다. 누구든지 나를 계몽 할 수 있다면 크게 감사 할 것입니다.

감사

편집 : 그것은 모든 비스듬히 이동하고 있었다 나의 종류의 도움말 모두에게 감사했다. uesp가 (좀) 제안 내가, 서명되지 않은 짧은 바이트를 작성하여 일을 가지고,하지만 난 여전히이 작동하지 않은 이유를 알고 싶습니다

  unsigned char BPB_BytesPerSec[2]; 
... 
125   read (fd, BPB_BytesPerSec, 2); 
126   printf("BPB_BytesPerSec = 0x%04x\n", *BPB_BytesPerSec); 

는 BPB_BytesPerSec = 0000

를 산출

나는 모든 기계에서 쓰고있는 공간을 알고 싶어하기 때문에 공간을 할당하기 위해 char 배열을 사용하고 싶다. 또는하지 않아야합니까?

다시 한번 감사드립니다! 모든

Answer 1

당신은 BPB_BytesPerSec을 잘못 읽고 있습니다. BPB 정보의 구조는 (here에서)입니다 : 자신의 엔디안 (내 생각) 무관하므로

BYTE BS_jmpBoot[3]; 
BYTE BS_OEMName[8]; 
WORD BPB_BytesPerSec; 
... 

처음 두 필드는 바이트입니다. BPB_BytesPerSec (2 바이트 가정) 단어입니다 그래서 당신이 좋아하는 읽기/정의해야합니다 :

WORD BPB_BytesPerSec;   //Assuming WORD is defined on your system 
read (fd, &BPB_BytesPerSec, 2); 
printf("BPB_BytesPerSec = 0x%04x\n", BPB_BytesPerSec); 

을하기 때문에 직접 바이트를 읽는 당신은 리틀 엔디안에서 0x0200 인 00 02을 얻을 때, 당신은 정확하게 같은 BPB_BytesPerSec을 읽어야 .

Answer 2

첫째,이 라인은 :

printf("BPB_BytesPerSec = 0x%02x%02x\n",BPB_BytesPerSec[0], BPB_BytesPerSec[1]); 

큰 엔디안 형식으로 값을 인쇄한다. 여기에 0x0002이 인쇄되면 실제 값은 리틀 엔디안에서 0x0200이됩니다.

this site에 따른 값으로서 BS_jmpBoot

:

제 3 바이트 EB 3C 90은 JMP SHORT 3C NOP로 분해. (3C 값은 다를 수 있습니다.)이 이유는 디스크 형식 정보 (BPB 및 EBPB)를 뛰어 넘기 때문입니다. 디스크의 첫 번째 섹터가 0x0000 : 0x7c00 위치의 RAM에로드되어이 점프없이 실행되면 프로세서는 코드가 아닌 데이터를 실행하려고 시도합니다.

즉, 처음 3 바이트는 하나의 작은 엔디안 값이 아니라 3 개의 별도 바이트 인 opcode입니다.