IOCP를 사용한 네트워크 프로그래밍에서 종종 보이는 에러들, 자주 보이는 순서대로 정리.

수신 대기 중 발생되는 에러 원인 찾다가 잘 정리된 내용 복사복사.

내용 출처 :

네이버, 구글 검색

내가 테스트 해본 것도 포함

http://javawork.egloos.com/2265358

http://cafe.naver.com/ongameserver/3758

http://newworlds.tistory.com/1178

http://www.devpia.com/MAEUL/Contents/Detail.aspx?BoardID=50&MAEULNo=20&no=345120&ref=336795

http://blog.naver.com/ddinggill/100110486640

http://coderoid.tistory.com/46

http://www.gpgstudy.com/forum/viewtopic.php?p=41368

http://mindsteeper.tistory.com/188

ERROR_SEM_TIMEOUT (121)

The semaphore timeout period has expired.

장비(방화벽 또는 라우터) 이상 또는 제한으로 인한 네트워크 단절(랜선을 뽑는 경우도 포함)이 발생했을 때

(어느쪽? 서버? 클라?)

ERROR_NETNAME_DELETED (64)

The specified network name is no longer available.

보통 IOCP에서 소켓 끊어짐의 상징은 0 byte read 입니다.

0 byte read가 통보되는 시점은 상대방 소켓에서 closesocket() 혹은 shutdown() 함수를 호출한 시점입니다.

즉, 상대방이 closesocket() 혹은 shutdown() 을 호출하지 않고 종료해버리면 일반적으로 0 byte read는 발생하지 않습니다.

이렇게 0 byte read가 발생하지 않은 상태에서 read() 혹은 write()를 시도하면 상대는 이미 종료 되었으므로

ERROR_NETNAME_DELETED 에러가 나게 됩니다. 이러한 경우를 우아한 종료와는 반대되는 개념으로 HardClose라고 합니다.

WSAENOTSOCK (10054)

An operation was attempted on something that is not a socket.

지정한 소켓은 정상 적이지 않습니다(INVALID_SOCKET). 별도의 종료처리없이 소켓을 닫으면 나옵니다. 

ERROR_IO_PENDING (997)

Overlapped I/O operation is in progress.

이건 더 수신(송신)할 내용이 있을 때 확인되는 값으로 에러로 보기 어렵다.

수신중이었다면 마저 수신처리 하면 된다.

데이터 수신량 확인 시 0 byte면 종료로 봐야하나.

아닌가? 모르겠다. 이건 볼 때마다 모르겠다. 뭐야 이거;; 무서워

허나 GetQueuedCompletionStatus 호출 후 결과는 성공인데 transferred bytes가 0 일 경우에도 이 에러가 확인 된다.

임의로 0 byte를 보내지 않는 이상 보편적으로 transferred bytes가 0 이면 연결이 끊긴 것으로 간주한다.

이럴 땐 transferred bytes의 값을 보고 판단하는게 맞는 것 같다.

ERROR_OPERATION_ABORTED (995)

The I/O operation has been aborted because of either a thread exit or an application request.

1. 작업이 취소된 사례. CreateIoCompletionPort에 추가한 핸들(소켓)이 닫혔을 때.

 클라이언트가 연결된 상태에서 서버가 먼저 종료하면 발생.(server socket이 close되어서)

2. 동시에 송수신할 때

 CreateIoCompletionPort에 핸들(소켓)을 추가하기 전에

 WSADuplicateSocket 이나 DuplicateHandle 를 이용해 핸들을 복사하여 분리해서 추가해주면 된다고 한다.(정말?? 진짜??)

경험 부족이네, 확신이 없어 여기저기 퍼온다. ㅋ

긁어다 붙였는데 잘 붙네.. 원치 않는 것 까지.. ㅡㅜ

원문 : http://www.devpia.com/MAEUL/Contents/Detail.aspx?BoardID=50&MAEULNo=20&no=722711&ref=722690

iocp 서버만들때 클라이언트가 연결을 끊었을경우  | VC++ 일반 2008-05-18 오후 10:16:41 정종현 (jjjjrr)   번호: 722690  / 읽음:143 안녕하세요 iocp 서버만들때 클라이언트가 연결을 끊었을경우 어떤이벤트가 발생하는지... 아래코드에서보면 if(dwBytesTrans == 0)   // 전송받은 것이 없다면 클라이언트가 종료한 경우 이경우가 클라이언트가 종료시의경우인데 bRet 가 false 이고    ErrorCode = GetLastError();    if (ERROR_NETNAME_DELETED == ErrorCode)  인경우도 클라이언트의 연결이 끊어진경우라고하던데 이두경우의 차이점이 뭔가여?       bRet = GetQueuedCompletionStatus(pIOCP->m_hIOCP, &dwBytesTrans, reinterpret_cast<ULONG_PTR*>(&pClient),    reinterpret_cast<LPOVERLAPPED*>(&pIO), INFINITE);   if(bRet)   // 에러상태를 점금한다   {    if((ULONG_PTR)pClient == THREAD_DIE)  // 스레드 강제종료    {           int ErrCode = WSAGetLastError();     TRACE("IOCP 스레드 강제종료: %d\n", ErrCode);        //pIOCP->CloseClient(pClient, FALSE);     return FALSE;    }   }   else   {    ErrorCode = GetLastError();    if (ERROR_NETNAME_DELETED == ErrorCode)     {    }    continue;   }   if(dwBytesTrans == 0)   // 전송받은 것이 없다면 클라이언트가 종료한 경우   {    continue;   }

[답변]. 2008-05-19 오전 12:02:01 박인규 (linuxian)   번호: 722698   ERROR_NETNAME_DELETED은 IO작업중인 상태에서 접속이 끊긴 것입니다. 비정상적 종료라고 보시면 되겠구요.   recv 했을 때 버퍼의 크기가 0이라면 정상적인 종료로 보시면 됩니다.

[답변]클라이언트의 연결이 끊어진경우가 2008-05-19 오전 7:22:09 정종현 (jjjjrr)   번호: 722710   답변감사합니다 혹시 이두경우외에 클라이언트의 연결이 끊어진경우가 있을까여? ERROR_NETNAME_DELETED 상태를 몰라서 한참헤멨는데 다른경우는 없을런지...

[답변]. 2008-05-19 오전 7:39:20 박인규 (linuxian)   번호: 722711   GetQueuedCompletionStatus 이 함수가 거짓을 리턴되었다는 것은 요청한 IO 작업을 완료하지 못했다는 뜻입니다. 즉 IO 작업중에 또는 작업시도할때 상대편에 무슨 일이 생긴 것이지요. 왜냐하면 TCP는 기본적으로 연결을 보장하니까요. 이때 에러코드가 ERROR_NETNAME_DELETED 입니다. 솔직히 이건 문서에도 잘 나와있지 않은거라 저도 경험상 찾아낸 기억이 나네요.     GetQueuedCompletionStatus 은 TRUE를 리턴하면 IO작업을 완료했다는 뜻입니다. Iocp에서 WSARecv를 걸어 두죠? 따라서 Recv에서 0바이트를 리턴(IO 완료)했다는 의미는 접속이 끊어진 걸로 간주하는 겁니다. 이것은 왜 그렇게 했느냐.. ㅎㅎ 처음 만든 사람이 그렇게 한거죠. 전송받은 바이트는 항상 0보다 클테니 0을 리턴하면 접속 종료로 하자 머 이런..

음.. 요렇게도 쓰는구나. +ㅁ+

근데 내가 찾는 것과는 다르다.

원문 출처 : http://ykpk3733.egloos.com/8780

음.. 

원문 출처 : http://copynull.blog.me/10078931630

네트워크 접속이 비정상으로 끊겼을 때는 
GetQueuedCompletionStatus()함수가 FALSE를 리턴하고 수신바이트 크기가 0(zero) 입니다. 

정상적으로 끊겼을 때는 
GetQueuedCompletionStatus()함수가 TRUE를 리턴하고 수신바이트 크기가 0(zero) 입니다. 
이 때 GetQueuedCompletionStatus()에서 Overlapped Recv I/O 가 리턴됩니다. 

비정상적종료 :   리턴값 false, 수신바이트 0

정상적인종료 :   리턴값 true,  수신바이트 0

즉 간단히 코드로 설명해보면

BOOL result = GetQueuedCompletionStatus(......);

if( result == FALSE || recvBytes == 0 )

{

        if( result == FALSE )

        {      비정상 종료 알려주는 코드  WSAGetLastError()로 알림   }

      // 정상 종료 코드

      // 종료를 진행한다....

}

IO_TYPE로 검사후 진행되는 코드의 경우 아래와 같이 진행하면 되겠다.

if ( !result || ( result && !recvBytes ) )
  {
   if (OverlappedEx->IoType == IO_ACCEPT)    // 데이터가 없어도 IO_ACCEPT라면 접속함수로 넘김
    OnIoConnected(Object);
   else                                                    // 그것도 아니면 완전 모두 에러처리
    OnIoDisconnected(Object);

   continue;
  }

내가 틀리지 않았당께!! 아닌가? 

원문 출처 : http://javawork.egloos.com/2265358

 ERROR_NETNAME_DELETED는 에러 번호로는 64번이고 한글로는 "지정된 네트워크 이름을 더 이상 사용할 수 없습니다." 정도로 해석됩니다. 구글에 ERROR_NETNAME_DELETED로 검색해보면 거의 IOCP와 관련된 글들이 나옵니다. 어떤 상황에서 이 에러를 만나게 되는지, 해결책은 무엇인지 적어봅니다.

 보통 IOCP에서 소켓 끊어짐의 상징은 0 byte read 입니다. 0 byte read가 통보되는 시점은 상대방 소켓에서 closesocket() 혹은 shutdown() 함수를 호출한 시점입니다. 즉, 상대방이 closesocket() 혹은 shutdown() 을 호출하지 않고 종료해버리면 일반적으로 0 byte read는 발생하지 않습니다. 이렇게 0 byte read가 발생하지 않은 상태에서 read() 혹은 write()를 시도하면 상대는 이미 종료 되었으므로 ERROR_NETNAME_DELETED 에러가 나게 됩니다. 이러한 경우를 우아한 종료와는 반대되는 개념으로 HardClose라고 합니다.

ACE에서는 ACE_Asynch_Read_Stream.read() 나 ACE_Asynch_Write_Stream.write() 에서 0 이 아닌 다른 정수를 리턴하고(에러), ACE_OS::last_error() 하면 64번이 리턴됩니다. ACE를 사용하지 않는 경우에는 Read/Write 혹은 GetQueuedCompletionStatus에서  에러가 발생하고 GetLastError하면 64번이 리턴되겠죠.

다른 분의 설명으로는 accept에서도 발생가능한데, AccpEx호출 시 backlog에 있던 소켓이 accept가 되기 전에 접속을 끊어도 이 에러가 발생한다고 합니다.  아마도 이 글이 그러한 상황인 것 같습니다.

요약하면 ERROR_NETNAME_DELETED가 발생하는 경우는 상대방이 HardClose한 상황 이므로 그냥 종료처리하면 된다 입니다.