말씀하신 상황이 잘 이해가 되지 않는데요,
Fortran으로 처리하는 것이 최종 단계라면 그냥 존재하는 파일을 Fortran에서 읽으면 되는 것 아닌지요?

“(openw에 적을때 /f77_unformatted 를 주고 읽으면 전혀 안읽힙니다. 대신 이전 원본 바이너리와
똑같은 파일이 만들어지고 용량크기도 같습니다.)”

이런 말씀도 있는데, openw는 파일을 Writing할 때 사용하며 읽는 것과는 무관합니다.

1) A 파일이 가지고 계신 Fortran 프로그램에서 읽히지 않는데, IDL에서는 읽을 수 있었다.
2) 그래서 IDL로 A 파일을 A’ 파일로 변환하여, 가지고 계신 Fortran 프로그램으로 A’ 파일을 읽게 하고자 한다.

이 정도로 이해하면 되는 상황인 것 같습니다.

F77_UNFORMATTED 옵션을 사용하여 IDL에서 읽었을 때 잘 읽혔다면, A 파일은 F77 Binary가 맞는 것 같습니다. F77 Binary는 일반 Binary에 비하여 파일 크기가 조금 큽니다. 왜냐하면 레코드 마다 앞 뒤로, “이 레코드의 크기는 몇 바이트임” 하는 숫자와 “이 레코드에 몇 바이트를 기록하였음”을 의미하는 숫자가 더 씌여집니다. 문제가 없다면 이 두 숫자는 당연히 같은 값이어야 하고, 아마도 고전적인 데이터 처리에서 체크섬 같은 것으로 활용했던 것 아닌가 추측합니다. 어쨌든 가지고 계신 A 파일은 F77 Binary가 맞을 것 같습니다. A’이 파일 크기가 더 작다면 이는 당연할 수 있습니다.

가지고 계신 Fortran 프로그램이 A 파일을 못 읽었다면 두 가지 문제를 생각해 볼 수 있습니다.
1) Fortran 프로그램이 데이터를 읽는 방식이 F77 Binary가 아닌 일반적인 Binary를 읽도록 되어 있을 경우
2) Byte Order(Little Endian과 Big Endian)가 달라서 이상한 값으로 읽게 되는 경우
입니다. 물론 1), 2)의 조합으로 발생하는 문제일 수도 있습니다만…

Fortran이라고 하더라도 요즘 Fortran은 F77 Binary가 아닌 형식을 지원합니다(인텔 Fortran은 디폴트가 일반 Binary라고 알고 있습니다. F77 Binary는 사양세 거든요).

지금 제가 생각해 볼 수 있는 것은,
OpenW 로 IDL에서 file을 쓸 때(A’ 파일을 만들 때), F77_Unformatted 키워드는 사용하지 마시고, Swap_endian=0 또는 Swap_endian=1 이렇게 두 가지를 시도해 보시면, 둘 중 하나가 되지 않을까 기대해 보는데요, 바이너리라는 것이 띄어쓰기 같은 구분자가 없으므로, 읽고 쓰는 게 하나만 틀려도 이상하게 밀리게 됩니다. Fortran 프로그램 소스코드 보시면서 이 부분도 잘 맞춰 보시는 것이 좋겠습니다.

어렵네요. 바이너리 파일이라는 것이 저장된 규칙을 정확히 알고, 읽는 쪽에서 이 규칙을 그대로 적용하여 읽으면 기본적으로 쉽게 읽히는 것인데, 1byte라도 삐끗하면 이상한 값들이 연속되거든요.

1번과 4번은 사실상 같은 파일이 되었을 것으로 보입니다.

IDL로 잘 읽힌다는 것은 emdl 파일에는 문제가 없는 것으로 보이고(저장 규칙대로 저장이 되어 있다는 것으로 추측할 수 있습니다), emdl을 Fortran 실행파일(소스코드가 없는 상황인 것 같습니다)이 못읽는다면, Fortran 실행파일이 파일을 읽는 규칙이 틀렸다는 얘기가 됩니다.

지금 하시는 일은 emdl을 규칙을 잘못 적용한 Fortran 프로그램이 읽을 수 있도록 맞춰 주려는 것이구요. 그런데 잘못 작성된 Fortran 프로그램을 실행파일 형태로 가지고 계실 것 같지는 않고, Fortran 프로그램에 대해 변호를 해 주는 것이 쉽지 않습니다. Byte Swap 과 관련된 문제라면 실행 파일이 아예 돌아가지 않아야 할 것 같습니다(예를 들면 Linux에서 Solaris 운영체제 실행 파일을 돌릴 수 없기 때문이죠).

Fortran 소스코드를 한번 찾아 보시는 게 좋지 않을까요?