유도청년님 서비스는 잘 돌아가고 있죠?
그리고 회원(비회원)여러분 안녕하세요.
이제 마무리 시간입니다.
이제 남은 문제는
왜 Exception을 Application에서 잡아야 하나 입니다.
결론적으로 그 비밀(?)을 알아냈습니다.
최초의 소스를 다시 볼까요 ?
[코드1]
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;
}
}
이 소스는 크게 Connect와 Send를 합니다.
제가 제시한 문제상황을(Connect 후 서버회선 분리) 좀 천천히 해보기 위해
Connect와 Send를 분리해서 버튼이 눌리면 실행되도록 소스를 수정했습니다.
-----------------------------------
1. 또 다른 테스트의 시작.
-----------------------------------
1) Connect버튼 클릭 ---> 접속완료
2) 회선 분리(허브에서 서버랜선 뽑았습니다.)
3) Send버튼 클릭 ---> Send OK
무엇으로 체크하든 성공입니다.
(보내기 성공이지, 서버 잘 받았음 성공이 아니라고 봐야겠죠.)
4) 좀 기다립니다. (약 1분) ---> 내부적으로는 Timeout 상황입니다.
5) 다시한번 Send버튼 클릭 --->
Exception이 발생 합니다.
try...catch...에 의해 잘 처리됩니다.
(Indy가 RaiseLastSocketError를 호출해 Exception을 발생시킵니다.)
여기서 문제. 유도청년님과 이글에 관심이 있으신분들 풀어보시죠(^.^)
Send를 처리하는 부분입니다.
다음 코드 중 어느 부분에서 Exception이 발생해 catch로 가는 걸까요 ?
[코드2]
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;
}
브레이크걸고 확인해보니 예상외로 제일 위의 idTCP_C_IPMS->Connected() <-- 이거였습니다.
보통 이런 함수류는 내부플래그를 읽어주는 함수라 예상했고, Write에서 Exception이 발생할 줄 알았는데....
도대체 Connected()에서 뭘 하길래 Exception을 발생시키는지 확인하기위해
Exception시 C++Builder의 호출스택창을 참조해서 Indy소스를 살펴봤습니다.
-------------------------------------
2. Exception시 호출스택과 Indy소스 분석
-------------------------------------
C++ Builder의 CallStack에 나온 내용과 Indy소스를 확인해 봤습니다.
IdTCPConnection.Connected() -> TIdIOHandlerStack.Connected() -> TIdStackBSDBase.Receive() ->
IdStack.CheckForSocketError(WSRecv()) -> IdStack.RaiseLastSocketError() -> ... -> Exception발생
(상속 트리에서 IdTCPConnection은 IdTCPClient의 할아버지 클래스 입니다.)
파스칼 소스를 보니 Connected체크를 Receive(Peek)로 하는군요. (정확하게는 WSRecv())
지난번 글에서 말씀드린바와 같이(지난번글:어플리케이션이 이러한 타임아웃을 확인하려면 send, recv, select등를 해봐야 알겠죠.)
Indy도 그렇게 하고있습니다. (다만 Connected에서 수행하도록 만들었네요.)
Receive(Peek)결과가 -1이면 RaiseLastSocketError로 Exception을 발생시키네요.(-1이 아니면 연결로 처리.)
이제 모든 궁금증이 풀려 갑니다.
초기 소스를[코드1] 보면, 상단에 idTCP_C_IPMS->Connected()가 try..catch 없이 외롭게 있네요...
try...catch가 안걸려 있으니 어플리케이션에서 잡아야 했던 겁니다.
idTCP_C_IPMS->Connected()를 try...catch안으로 들여보내면
이전 글의 처리방법이었던 Application이 Exception처리를 안해도 잘 되는군요.
참고로 Connected()제거하고 Write()에서는 어떻게 처리하는지 살펴봤습니다.(어떤 경로로 Exception이 발생하는지.)
[코드3]
//---------------------------------------------------------------------------
void __fastcall TForm2::Button1Click(TObject *Sender)
{
static int iSender = 0;
try
{
idTCP_C_IPMS->Socket->Write(iSender);
iSender++;
}
catch(...)
{
idTCP_C_IPMS->CleanupInstance();
memTest->Lines->Add("Please Check IPMS Connection");
iSender = 0;
}
}
간단히 호출 함수만 나열하겠습니다.
Write() -> WriteDirect() -> WriteDataTarget() -> Send() ->
WSSend() -> CheckForSocketError(IdWinsock2.send()) -> RaiseLastSocketError() -> ... -> Exception발생
IdWinsock2.send() 전송길이가 -1 이면 에러입니다.
Connected() Exception과 거의 다를게 없습니다. (receive냐 send냐의 차이일 뿐)
-------------------------------------
3. 문제가 사라진 최종 코드
-------------------------------------
자 이제 완성된 소스입니다. 일부 문제가 있어 보이는 부분은 제가 대충 수정했습니다.
Connect-Timeout좀 늘렸고요, CleanupInstance() 제거했습니다. (참고바랍니다.)
ApplicationException제거 하시고 다음과 같이 하면 됩니다.
[코드4]
void __fastcall TForm2::Timer1Timer(TObject *Sender)
{
static int iSender = 0;
try
{
if(!idTCP_C_IPMS->Connected())
{
idTCP_C_IPMS->ConnectTimeout = 1000;
idTCP_C_IPMS->Host = "118.220.37.174";
idTCP_C_IPMS->Port = 33333;
idTCP_C_IPMS->Connect();
if(idTCP_C_IPMS->Connected())
{
memTest->Lines->Add("IPMS Connection Success");
}
}
}
catch(...)
{
if(idTCP_C_IPMS->Socket!=NULL) idTCP_C_IPMS->Socket->Close();
memTest->Lines->Add("Please Check IPMS Connection");
iSender = 0;
}
try
{
if(idTCP_C_IPMS->Connected())
{
idTCP_C_IPMS->Socket->Write(iSender);
iSender++;
}
}
catch(...)
{
if(idTCP_C_IPMS->Socket!=NULL) idTCP_C_IPMS->Socket->Close();
memTest->Lines->Add("Please Check IPMS Connection");
iSender = 0;
}
}
그동안 Indy Socket Error Q.A 시리즈에 참여하거나
읽어주신 여러분 그리고 이 문제의 동반자이신 유도청년님에게 감사의 마음을 전합니다.
(이 질문 관련해서 저의 글은 여기까지 입니다.)
--------------------------------------------------------------
유도청년 님이 쓰신 글 :
: 다시 한 번 더 감사드립니다 ㅠ 볼랜드포럼에는 정말 실력자 분들이 많네요!!
:
: 써주신 내용 참조해서 더 잘 작동하도록 해보겠습니다.
:
: 감사합니다!!!!
:
: 스머팩트 님이 쓰신 글 :
: : 잘 해결되었다니 다행입니다.
: :
: : 추가적으로 몇가지 확인해서 올립니다.
: : 이런 현상이 인디의 문제인지 다른 문제인지를 확인하기 위해 몇가지 테스트를 했습니다.
: :
: : 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 등 여러가지 방법을 모두 사용해 봐도..
: : : : : : :
: : : : : : : 저 구문에서 오류가 나는 것을 감지(처리, 우회)를 하는 방법을 모르겠습니다.
: : : : : : :
: : : : : : : 구글링을 해봐도 뾰족한 수가 보이지 않아 염치불구하고 여러분들께 질문드립니다.
: : : : : : :
: : : : : : : 감사합니다.
