구조체 포인터의 casting

책 잘 읽고 있습니다. 빨리는 읽지 못하네요. 한번에 이해할 만한 C 입문서가 아니기 때문에 내용 하나하나 되새겨 읽고 있습니다. 홈페이지 오픈이 늦어지네요... 빨리 여셨으면 좋겠는데 :cry:

지난번에 pointer의 casting에 관련된 질문을 드렸었습니다.
일반적으로 생각하는 것과는 달리 pointer의 casting 굉장히 복잡하다는 것을 깨달았습니다.

문득 그동안 갖고 있었던 질문이 하나 생각났습니다.

리눅스에서의 소켓 프로그래밍에서 소켓 주소를 담는 구조체 sockaddr를 그대로 사용하지 않고 sockaddr_in으로 casting해서 사용하는 것이 일반적입니다. 그 이유는 소켓 구조체 sockaddr이 IP 주소, 포트 번호 등을 직접 읽거나 쓰기가 불편하기 때문입니다.

그래서 bind()나 connect()는 다음과 같이 사용하는 것이 일반적입니다.

main()
{
  struct hostent *myhost;
  struct sockaddr_in me;
  int s_waiting, s;

...snip...

  s_waiting = socket(AF_INET, SOCK_STREAM, 0);
  bind(s_waiting, (struct sockaddr *) &me, sizeof(me));

...snip...
}

라이브러리의 소켓 구조체 sockaddr과 sockaddr_in는 다음과 같습니다.

struct sockaddr {
  u_short sa_family; /* address family */
  char sa_data[14];  /* 주소 */
};

struct sockaddr_in {
  short sin_family;             /* 주소체계 */
  u_short sin_port;            /* 16bit 포트 번호 */
  struct in_addr sin_addr;  /* 32bit IP 주소 */
  char sin_zero[8];             /* dummy */
};

리눅스 소켓 프로그래밍을 다룬 각종 서적과 문서에는 sockaddr_in의 마지막 sin_zero 멤버가 sockaddr과 sockaddr_in의 호환성을 위해 비워두는 더미 멤버라고 소개되어 있습니다. 16byte를 맞추기 위해 존재하는 8byte라는 소리죠.

사실 지난번의 예에서처럼 char type을 int type으로 casting 하는 것조차 정렬제한을 위반할 가능성이 있는데요. 단순히 두 구조체의 크기가 같다고 해서 같은 내부 표현과 정렬제한을 갖는 것은 아니지 않습니까?

라이브러리에 관련된 문제이기 때문에 임플리멘테이션(GCC)이 명시적으로 두 구조체에 대해서만 casting을 허가하는 것인가요?
구조체를 가리키는 pointer간의 casting에 대해서 표준에서 언급하고 있는 내용은 없나요? (...없겠죠?)

책에서도 포인터 및 포인터 casting 과 구조체 부분을 읽어봤습니다만 구조체 포인터의 casting에 대해서는 나와있지 않는 듯 했습니다. 물론 다 읽어보지 못했기 때문에 그런 것이라면 어디를 봐서 공부하면 좋을지 지적해 주시기 바랍니다.