한국 델파이 동호회 델마당

엄마쟤흙먹어
(박성관)

이건 이벤트를 쓰고 말고에 문제가 아니라 쓰레드 내에서 개발자가 예외 처리를 제대로 안해주어서 생기는 문제 아닐까요? 예를 들어 while not terminated 루프 안에서 또 다른 루프를 돌면서 작업하고 있는 상황에서 terminated에 False를 넣는다고해서 그 쓰레드가 즉각적으로 종료되는건 아니죠. 개발자가 바로 종료 됬다고 착각하고 종료처리를 해버린다면 오류가 발생 할 듯 합니다.
2016-07-21 오후 4:01:16

동동
(이동근)

정확히는 기억이 안나지만 2005년 정도에 그런 기억이 있었습니다. 그리고 몇년후에 VC++책에 보니까 그 원인이 나와 있더군요. 그래서 이벤트를 사용해야 하는데, 그 당시는 아마도 델파이에 그런 이벤트가 없었던 것으로 기억하고 있어요. 제가 정확한지는 모르겠지만요... 아무튼 VC++프로젝트에서 이 이벤트를 사용하니까 종료가 너무도 깔끔하고 정확히 잘 맞아 들어갔습니다. 델파이는 아직 로직을 적용하지 못했습니다. ^^ 구글 검색을 통해서 아, 여기도 이 비슷한 글이 있었네 하고는 이곳에다 옮겨 적는 것입니다.
2016-07-21 오후 4:09:33

동동
(이동근)

VC++책에 제가 생각했었던 문제에 대한 의문의 해답이 절절하게 적혀 있었었습니다. 그 내용을 지금은 다 잊어버렸는데요... 죄송합니다.지금 그 책도 어디갔는지... 도망갔습니다. ^^
2016-07-21 오후 4:15:37

류종택
(유종택)

TerminateThread() 를 쓰면 바로 정지 시킬 수 있습니다.
2016-07-21 오후 4:25:54

류종택
(유종택)

사족을 덧붙이자면 MSDN에서는 조심해서 사용하라고 하는 API입니다. 메모리 해제 등이 안되고 스레드가 종료될 수 있기 때문입니다.
2016-07-21 오후 4:29:02

동동
(이동근)

TerminateThread를 사용해도 안전하지 않습니다. 가장 안전한 방법은 이벤트를 사용하라고 권고하고 있는 것으로 알고 있습니다.
2016-07-21 오후 4:39:50

류종택
(유종택)

TerminateThread() 사용이 안전하다는 의미로 적은 것은 아니고요.
종료처리가 지연되서 발생하는 문제가 심각하다면 경우에 따라서 해법이 될 수 있으니 참고삼아서 적어 둔 것입니다.

그리고 이벤트를 사용하는 것이 안전하다는 것은 이해가 안됩니다.
위에 제시된 코드도 마찬가지고요.

안전을 위해서라면 Terminate 메소드에서 스레드가 종료 될 때까지 기다려야 합니다.
기다리는 방법은 이벤트를 활용 할 수도 있고 TThread.WaitFor를 사용할 수도 있겟지만,
상황에 따라서 데드락을 유발할 수도 있습니다.
2016-07-21 오후 5:01:31

류종택
(유종택)

스레드를 사용하다보면 종료 처리에서 문제가 되는 경우가 많은데,

Thread.Terminate;
ObjectInUse.Free;

와 같은 경우,

Thread.Terminate를 했지만,
이전 동작이 길어서 아직 동작중이라면,
ObjectInUse는 스레드가 사용 중에 삭제 될 수 있습니다.

스레드 내부의 작업(동작)이 상당히 짧은 시간에 이루어진다면 발생 확률이 작지만,
동작 시간이 길어질 수록 에러 발생 확률이 높아집니다.

만약 스레드에서 사용하는 모든 객체가 스레드 외부에서는 사용되지 않는다면,
ObjectInUse.Free를
Execute의 스레드 루프 밖에서 해제하는 것으로 해결 될 수 있습니다.

그런 경우가 아니라면 상황에 맞는 안전장치를 마련해야 합니다.
2016-07-21 오후 5:11:01

동동
(이동근)

델파이에서는 그동안 이 스레드 종료문제시 다운되는 현상이 종종 발견되어 왔었습니다. 대표적으로 인디컴포넌트 중에서 원인을 알수없는 다운이 발생해 왔었던 것은 사실입니다. 그래서 일부는 인디를 사용하지 않고 독자적인 소켓클래스를 만들어 사용하기도 하였습니다. 어째서 스레드가 종료하는 순간에 그렇게 불안정할 수가 있을까라는 궁금증이 오랜동안 있었습니다. 아무튼... 한번 이벤트를 사용해보시라고 권해 드리는 수밖에는 없을 것 같습니다. 저의 경험으로는 상당한 효과를 보았었습니다. VC++에서요.(달랑2개 프로젝트요.^^) 기존에 Terminate를 사용해서 제품이 출고되어 필드에 나가 한달에 한두번 다운되는 현상이 발견된다면 혹시라도 이 방법을 사용해보시라고 추천해 드리는 것입니다. 그리고 구글을 검색해보시면 저와 비슷한 의견이 (많은지는 잘 모르겠습니다.) 적지 않게 있음을 확인하실 것입니다.
2016-07-21 오후 5:23:19

류종택
(유종택)

일단 resume와 suspend을 사용이 문제가 있는 것은 맞습니다.
델파이도 이 메소드는 deprecated 시켰습니다.

그것은 해당 메소드(방식)의 문제이지,
event를 사용하면 스레드가 안전해진다는 것은 아닙니다.
2016-07-21 오후 5:38:25

동동
(이동근)

델파이가 resume와 suspend를 deprecated 시켰다는 것은 스스로 문제를 인정한 것이라고 생각합니다. MS에서 스레드를 정지시키거나 종료시킬 때에 이벤트를 사용하라고 권고한 것을 어디선가 읽은 기억이 있습니다. 정식 권고가 아니라 상급 프로그래머에 의한 추천이었던 것으로 기억합니다.
2016-07-21 오후 6:10:02

동동
(이동근)

아무튼... 이 이벤트를 사용하시면 상당히 매끄럽고 깔끔하다는 느낌을 받습니다. 인디를 사용하면서 디버깅 모드 뿐만이 아니라 실행모드에서도 이상하게 껄끄러웠던 정지와 종료의 문제가 매끄럽게 사라진 듯한 느낌을 받습니다.
2016-07-21 오후 6:14:20

류종택
(유종택)

쓰레드를 쓰면서 이벤트를 활용하는 것은 당연하다고 생각합니다.
당연히 suspend, resume 하는 것은 문제가 있습니다.
더 나아질 것도 자명합니다.
그것에 대한 이견을 제시한 것이 아닙니다.
2016-07-21 오후 6:44:16

아루스
(허정주)

Terminate 를 하여도 Execute 내부에서는 루프 맨 처음에 한번만 확인을 하기 때문에 Terminate 직후 Execute 에서 사용하는 자원을 해제하거나 하면 Execute 코드에서 문제가 발생할 수 있어서 그런게 아닌가요?
Event 는 Execute 가 평상시에 계속 동작하지 않게하는 역할을 하니 이런 경우에 그런 문제가 발생하지 않을거같아요.
Event 대신 변수하나 둬서 Atomic... (또는 Interlocked...) 함수로 대신해도 될 것 같기도...
경우에 따라서는 Thread 에서 체크하지 않고 자원 해제 부분에서 Thread 를 기다렸다가 해도 될거 같아요.
2016-07-22 오전 9:20:34

타락천사
(김성훈)

흘흘.. 별일도 아닌데..

다 아는 얘기겠지만....
Windows 라는 OS 가 응답속도를 높이려고, Close 루틴에 들어가면서 Close Event를 notify 하는 곳이 있어요.

예외 경우를 가정해 보면..... 원격 드라이브 연결 해서 저장하게 해 놓았는데, 갑자기 랜선이 절단된 경우, 원격 드라이브 연결 응답 제한 시간 까지 딜레이가 생기게 되요.

이 경우에, "처리가 끝날 때 까지 기다리느냐" 아니면 "어치파 종료 할 것이니까 바로 종료 처리 하느냐" 두가지 경우죠..

어떤 방법으로 처리 할지는 개발자의 선택!!
2016-07-22 오전 11:14:13

행복을찾아서
(백분도)

뭐가 정답은 없는듯하네요~ 상황에 따라 기다리거나, 바로종료할꺼나 ㅎ 여튼 좋은 내용입니다.
2016-07-25 오후 2:49:11

서군
(서규석)

작업하는 분마다 처리하는 방식은 다르겠지만,
저는 FTerminated : Boolean 을 정의하고,
Execute에서 루프 돌리기전에 FTerminated := False 해두고, 루프 끝나고 난 뒤에 FTerminated := True로 전환합니다.
그리고 Destroy 함수에서 Self.terminate를 호출한 뒤에
루프를 돌면서 FTerminated 가 True인지 여부를 체크해서 False이면 대기를 걸어둡니다. 이 정도만 해도 Thread가 깨끗하게 종료되더군요. 물론 Thread 내에서 Execute를 빠져나오지 못하는 경우에는 당연히 행잉에 빠질수 있습니다만, 이건 실제 루틴쪽에서 해결해야할 문제이기 때문에 그에 맞춰야 한다고 보고 있구요.
2016-07-29 오후 9:12:59

챨리브라운
(권광일)

waitfor 와 ReturnValue 값을 이용하는 방법도 있습니다.

<쓰레드 폼>에서

ReturnValue := 0; 으로 주시고

<메인 폼>에서 다음과 같이 리턴값이 돌아 올때까지
기다리면 됩니다.

AThread.Terminate;
if AThread.waitfor = 0 then 프로그램 종료 확인

2017-08-29 오후 1:23:56