잘 해결되었다니 다행입니다.
추가적으로 몇가지 확인해서 올립니다.
이런 현상이 인디의 문제인지 다른 문제인지를 확인하기 위해 몇가지 테스트를 했습니다.
1. 다른 방법으로 테스트
- WinSock으로(Win32 API) 이와같은 상황을(Connect 후 서버회선 분리) 만들어 테스트 해봤습니다.
- 그 결과 인디를 사용할 때와 동일하게 일정시간 동안 Send는 계속되더군요. (처음에는 몹시 당황했습니다.)
잘 생각해보니...
- 데이터 패킷을 보냈을 때 라우딩 경로로 가다가 마지막에 패킷이 소실된(흐르기만하고 아무도 안받아주는) 상황이 된겁니다.
- 서버단 회선을 분리했으니 Receive-ACK를 보내주는 장치가 없고 받을 수 없는 상황이 된거죠.
- Windows는(TCP프로토콜 스택) Receive-ACK가 일정시간동안 오지 않으면(타임아웃)
내부플래그를(WSAECONNABORTED 10053 - Software caused connection abort.) 설정하는것 같습니다.
- 어플리케이션이 이러한 타임아웃을(연결상태) 확인하려면 send, recv, select등를 해봐야 알겠죠.
- 실제로 send를 계속 하다보면 어느시점에(타임 아웃이 발생한 시점 이후)는 send length가 -1로 리턴됩니다.
(Indy Write는 전송 Length를 리턴하지 않습니다. - 요즘은 Exception이 대세라서...)
2. 결론
- Indy를 사용하든 WinSock을 사용하든 에러가 발생하는 과정과 결과는 동일 합니다.
(Indy도 내부적으로 WInSock을 쓸테니 당연한 결과겠죠)
- 다만 Indy는 이런 에러를 발견 했을 때 Application-Level의 Exception을 발생시키고
WinSock은 리턴 값으로 주는 방법의 차이만 있네요.
--------------------------------------------------------------------
유도청년 님이 쓰신 글 :
: 우와우와!! 너무너무 감사합니다 덕분에 너무 잘 해결했네요!!!! 정말 머리숙여 감사드립니다!!
:
: 스머팩트 님이 쓰신 글 :
: : 휴~ 이거 생각보다 힘들군요.
: : 다시한번 테스트 했습니다.
: :
: : 좀더 극악의 상황을 만들어 봤습니다.
: : TCP Connection이 이루어진 상태에서 서버쪽 랜선을 뽑아봤습니다.
: : 약간 기다리니 말씀하신것과 같은 에러가 또 발생하는 군요.
: :
: : Indy Write명령으로 전송하면 데이터가 비동기적으로(좀 나중에) 전송되는 모양 입니다.(추측)
: : 따라서 try-catch구문에서 잡히지 않는 것이라고 가정하고, Application레벨에서 Exception을 잡기로 했습니다.
: : ApplicationEvents 콤포넌트를 Form에 추가하고
: : OnException에 다음과 같은 코드를 추가했습니다.
: :
: :
: : void __fastcall TForm2::ApplicationEvents1Exception(TObject *Sender, Exception *E)
: : {
: : memTest->Lines->Add("[App Exception]");
: : idTCP_C_IPMS->Disconnect();
: : }
: :
: :
: : 그랬더니 잘 되는군요.
: :
: :
: :
: : 유도청년 님이 쓰신 글 :
: : : 혹시 한 번 더 테스트 해주실 수 있으실까요?
: : : 가끔 나이스한 타이밍에 죽이면 괜찮은데..
: : : 나이스 하지 못한 타이밍에 서버가 죽으면 어김없이 에러가 쌓이네요 ㅠ
: : : 염치불구하고 부탁드립니다.
: : :
: : : 스머팩트 님이 쓰신 글 :
: : : : 제가 사용중인 서버(osx)에 간단한 서버프로그램 올리고 IP, Port바꿔서 테스트 해봤습니다.
: : : : 서버 프로그램을 <CTRL+C>로 죽이면 별 문제없이 처리되는데
: : : : Kill로 죽여 봤더니 말씀하신 현상이 나타나는 군요.
: : : :
: : : : IdTCPClient OnStatus이벤트에 다음과 같이 코드를 추가하면 에러를 막을 수 있네요.
: : : :
: : : :
: : : : void __fastcall TForm2::idTCP_C_IPMSStatus(TObject *ASender, const TIdStatus AStatus,
: : : : const UnicodeString AStatusText)
: : : : {
: : : : if(AStatus == hsDisconnected) idTCP_C_IPMS->Disconnect();
: : : : }
: : : :
: : : :
: : : :
: : : : ---------------------------------------------------------
: : : :
: : : : 유도청년 님이 쓰신 글 :
: : : : :
void __fastcall TForm2::Timer1Timer(TObject *Sender)
: : : : : {
: : : : : static int iSender = 0;
: : : : : if(!idTCP_C_IPMS->Connected())
: : : : : {
: : : : : idTCP_C_IPMS->ConnectTimeout = 90;
: : : : : idTCP_C_IPMS->Host = "118.220.37.174";
: : : : : idTCP_C_IPMS->Port = 33333;
: : : : : try{
: : : : : idTCP_C_IPMS->Connect();
: : : : : if(idTCP_C_IPMS->Connected())
: : : : : {
: : : : : memTest->Lines->Add("IPMS Connection Success");
: : : : : }
: : : : : }catch(...){
: : : : : idTCP_C_IPMS->CleanupInstance();
: : : : : memTest->Lines->Add("Please Check IPMS Connection");
: : : : : iSender = 0;
: : : : : }
: : : : :
: : : : : }
: : : : : try{
: : : : : if(idTCP_C_IPMS->Connected())
: : : : : {
: : : : : idTCP_C_IPMS->Socket->Write(iSender);
: : : : : iSender++;
: : : : : }
: : : : : }catch(...){
: : : : : idTCP_C_IPMS->CleanupInstance();
: : : : : memTest->Lines->Add("Please Check IPMS Connection");
: : : : : iSender = 0;
: : : : : }
: : : : : }
: : : : : //---------------------------------------------------------------------------
: : : : :
: : : : : 위 코드 처럼 작성해서 구동을 합니다. 100ms 마다 한 번 씩 호출이 되는 타이머 이구요...
: : : : : Connection 간의 오류는 try catch 구문이 잘 잡아주고 있습니다.
: : : : :
: : : : : 그런데.. Server가 비정상 종료되는 경우 idTCP_C_IPMS->Socket->Write(iSender); 구문에서
: : : : :
: : : : : 10053 socket error 가 발생하여 프로그램을 강제종료해야 하는 상황이 연출이 됩니다.
: : : : :
: : : : : try catch, __try exception 등 여러가지 방법을 모두 사용해 봐도..
: : : : :
: : : : : 저 구문에서 오류가 나는 것을 감지(처리, 우회)를 하는 방법을 모르겠습니다.
: : : : :
: : : : : 구글링을 해봐도 뾰족한 수가 보이지 않아 염치불구하고 여러분들께 질문드립니다.
: : : : :
: : : : : 감사합니다.
