send()함수의 에러처리가 궁금합니다.

네.. 잘 처리하신 것 같고요. 추가적으로 EINTR을 처리해 주시면 됩니다.

제가 작성했던 코드를 참고로 보여드리면..

        if (recvLen < 0)
            if (errno == EWOULDBLOCK || errno == EINTR)
                break;
            else
                return -1;
        else if (recvLen == 0) //socket closed
            return -1;

        if (sent < 0)
            if (errno == EWOULDBLOCK || errno == EINTR)
                return 0;
            else
                return -1;
        else if (sent == 0)
            return -1;

send나 recv가 0을 리턴하면 상대방쪽에서 FIN이나 RST를 보냈다는 말입니다. 즉, 소켓 연결이 끊어진 것이니 더 처리할 필요가 없지요..

더 이상 보낼 수 없어서 0이 나오는 경우는 없습니다. non-blocking socket의 경우 EWOULDBOLCK이 리턴되고 blocking socket의 경우 block하고 버퍼가 비워질 때 까지 기다리고 있겠죠.

EINTR은 인터럽트가 발생하여 send나 recv가 빠져나온 경우입니다. BSD계열 OS에서는 EINTR로 빠져나오지 않고 자동으로 인터럽트 처리 후 send나 recv를 수행한다고 UNP에서 본 기억이 나는데, portability를 위해 처리해 주는 쪽이 나을 것입니다.. 한 줄 더 들어간다고 큰 차이가 나는 것도 아니니까요 ^^;

답변이 되었는지 모르겠습니다.

SIGPIPE는 ignore해 버리시면 되고요.. (ctcquatre님도 이미 처리하셨다고 했죠)

0, -1 둘 다 close하는 게 정석입니다만 interrupt에 의한 것이나 non-blocking socket에서의 EWOULDBLOCK은 죽여버리면 안되겠죠..

아마 저 코드로는 효과를 보기 힘드실 겁니다..

싱글 스레드를 쓰신다면 저 부분은 버퍼가 비워지기 전에 후다닥 끝나버릴 가능성이 높습니다.

멀티 쓰레드라면 sleep 등으로 잠시 잠재워두면 효과가 있겠지만 비효율적이죠.

select나 kqueue, epoll등을 사용하시고 write event를 기다리시는 것이 좋겠습니다.