We Fix Problems

OnAccept 이벤트는 소켓에서 수신 대기한 후 발생하지 않으므로 추가 기능 유형이 완료되지 않습니다.

오류 10035 동시에 연결 종료 오류의 결과는 이를 피하는 방법을 보여줍니다. ?

현재 내가 찾는 데 사용할 수 있는 다른 디버그 수준이 있으며 문제는 무엇입니까?

bool bool1,bool2,bool3;
int interr1,interr2,interr3;
// TODO: 이 페이지에 사용자 정의 처리기 추가 명령
코드 interterm1은 0을 의미합니다.
ConfigDlg . DoModal();
bool1=ConnectSocket.Create();
interr1 = ConnectSocket.GetLastError();
interr2 = 0;
bool2는 ConnectSocket.Connect(ConfigDlg.m_computerid, ConfigDlg.port)를 의미합니다. ;
interr2 = ConnectSocket.GetLastError();
클라이언트가 TODO와 동일함: true ;

}

// 여기에 명령 처리기 코드를 추가합니다.
bool bool1,bool2;
int interr1,interr2;
bool1은 ListenSocket.Create(ConfigDlg.port);< br> interr1 = GetLastError();
bool2는 ListenSocket.Listen()에 해당합니다.
interr2 = GetLastError();
Client = FALSE;

<블록 인용>

10035: WSAEWOULDBLOCK.

리소스를 일시적으로 사용할 수 없습니다.

이 오류는 데이터가 일부 커넥터에서 읽기 위해 확실히 큐에 대기되어 있기 때문에 즉시 채울 수 없는 논블로킹 소켓 작업일 때 발생합니다. 이것은 손상을 주는 오류가 아니며 작업은 곧 반복되어야 합니다. 연결에 확실히 시간이 걸리기 때문에 최상의 비차단 SOCK_STREAM 소켓에 대한 연결을 호출하면 WSAEWOULDBLOCK 메시지를 받는 것은 지극히 자연스러운 일입니다.

맞습니다

이 오류는 오류가 아닙니다. 마지막 문장이 어떻게 되는지 주목하세요:

<블록 인용>

10035: WSAEWOULDBLOCK.

자원을 일시적으로 사용할 수 없습니다.

이 오류는 일반적으로 recv no와 같이 즉시 수행할 수 없는 h mu 소켓에 대한 비차단 작업으로 인해 발생합니다. 이는 데이터가 소켓에 의해 표현되도록 큐에 대기되어 있다는 점입니다. 이것은 의심할 여지 없이 치명적이지 않은 오류이며 시스템을 반복적으로 설정해야 합니다. 실제 비차단 SOCK_STREAM 소켓에 연결하기 위한 호출 직후에 WSAEWOULDBLOCK이 해제되는 것은 정상일 수 있습니다. 모든 연결을 설정하는 데 약간의 시간이 걸리기 때문입니다.

<블록 인용><전> // 현재 서버에 연결합니다. (connect(s, (SOCKADDR*) &clientService, sizeof(clientService)) == SOCKET_ERROR)일 때 int는 주요 오류를 만듭니다 = WSAGetLastError(); printf(“연결 실패: 정책 오류: %d.n”, err); WSACleanup(); 다시 오다;

왜??? 나는 그 주변 어딘가에 계속해서 생각했다. WSAEWOULDBLOCK이란 무엇입니까? ?
코드 메커니즘:

<블록 인용>

출력: 플러그 프로그램을 실행하려고 할 때마다 이 WSAEWOULDBLOCK 오류가 발생합니다.

질문

훌륭한 프로그램을 실행하는 동안 놀라운 WSAEWOULDBLOCK 오류가 발생하는 이유는 무엇입니까?

답장

이것은 당신이 프로그램을 비차단 소켓의 역할로 설정했다는 것을 의미하지만, 컴퓨터는 단조 상관관계 – 소켓을 차단하도록 설정할 수 있다고 확실히 알려줍니다.

그래서 명성이 바뀌는지 확인하기 위해 이 캔을 반복해 보았습니다.

<블록 인용><전> // 서버에 연결합니다. 동안 연결( (s, (SOCKADDR*) &clientService, sizeof(clientService)) == SOCKET_ERROR) int get 너무 멀리 = WSAGetLastError(); printf(“연결 실패: 프로그램 오류: %d.n”, err); //WSACcleanup(); //돌아오다;

<블록 인용>

10056: WSAISCONN

플러그가 성공적으로 연결되었습니다. 로그인

지금 연결되어 있는 일종의 아주 좋은 소켓에 대한 요청이 있었습니다. 일부 구현은 또한 연결된 SOCK_DGRAM 플러그(SOCK_STREAM 소켓의 경우 sendto 중에 매개변수가 무시됨)에서 sendto에 플래그가 지정될 수 있는 경우 이 오류를 계속 반환하지만 고유한 구현 유형이 이를 유효한 이벤트로 처리합니다.

뭐???? ㅋㅋㅋㅋㅋㅋㅋㅋㅋ . – ! ! ? 연결하세요!!! 하지만 왜??

아. 이해 했어요. 붉은 이탤릭체로 다시 읽으십시오:

<블록 인용>

10035: SMS WSAEWOULDBLOCK.

일반적으로 리소스를 일시적으로 사용할 수 없습니다.

이 오류는 데이터가 출력에서 ​​읽기 위해 대기 중인 것이 확실한 경우 수신 디자인 및 스타일에 대해 즉시 수행할 수 없는 비차단 소켓 작업 후에 발생합니다. 이것은 중요하지 않은 오류이며 바로 다음에 작업을 계속 반복해야 합니다. 비차단 SOCK_STREAM 소켓에서 네트 링크 연결을 호출할 때 WSAEWOULDBLOCK이 정확한 최종 제품으로 보고되는 것이 일반적이지만 연결이 시작되기까지는 확실히 시간이 걸립니다. 더 잘 관리할 수 있습니다. .