장성호
(장성호)
|
|
음...
확실한것은 아니지만 혹시나 해서
dll과 exe 둘다 projet-option에서
Runtime-package를 check하시고 컴파일 한번 해보세요
이게 맞다면 이유는 나중에....(제가 CPort를 거의 사용을 안해봐서...)
2009-09-07 오후 5:44:23
|
|
| |
낙수
(강태영)
|
|
ComPort의 SyncMethod를 변경해 보세요
디폴트는 smThreadSync입니다. 다른 것으로 변경해 보세요
// dispatch events
procedure TComThread.DispatchComMsg;
begin
case FComPort.SyncMethod of
smThreadSync:
begin
Synchronize(DoEvents); // call events in main thread
end;
smWindowSync: SendEvents; // call events in thread that opened the port
smNone: DoEvents; // call events inside monitoring thread
smDisableEvents: // do nothing.
end;
end;
2009-09-07 오후 6:53:09
|
|
| |
주롱이
(신승철)
|
|
syncmethod 를 smNone 또는 smWindowSync로 셋팅하니 잘 됩니다 ^^
제가 좀더 살펴보아야 하는걸 ..도움주신 님들에게 감사드립니다.
2009-09-08 오전 9:51:33
|
|
| |
장성호
(장성호)
|
|
주롱이님
SyncMethod를 smThreadSync로 두고 제가 얘기했던 방식으로 함 테스트 해봐 주시겠어요?
제가 CPort를 써보지 않았구
또 현재 Serial통신할 pc환경이 아니라서..
-------------------------------------------------
제 예상이 맞다면 smThreadSync일경우 Synchronize 함수 때문인데요..
이문제는 Runtime-Package를 사용하지 않고 Dll에 있는 Thread에서
Synchronize 함수를 쓰는 모든 경우에 해당되는 문제일 것입니다.
CPort뿐만 아니라 기본 비동기 소켓등....
2009-09-08 오전 11:01:07
|
|
| |
주롱이
(신승철)
|
|
흠. 장성호님의 의견대로 runtime-package에 check하고 테스트한 결과, (smThreadSync 설정) .. 다시 RxChar 데이터 수신이 되지 않았습니다. 쓰레드 동기처리부분에 문제가 있을까요.. cPort만의 문제일지.. 아님 다른 모든 시리얼컴포넌트의 문제인지는 파악해봐야겠습니다.
2009-09-08 오후 5:42:18
|
|
| |
주롱이
(신승철)
|
|
smThreadSync 모드에서 억지로 돌리긴 했습니다. 허..이넘이 Port를 닫을때서야 RxChar에서 이벤트 수신이 되네요. 마치 버퍼에 쌓아두고 있는것처럼 말이죠.. 타이머를 두고, PortOpen / sleep(0) / PortClose를 반복하니..RxChar 이벤트 수신이 정상으로 진행됬습니다. 억지죠..에고 부끄러워.. ㅋ
2009-09-08 오후 5:48:34
|
|
| |
장성호
(장성호)
|
|
혹시
Dll도 runtime-package에 check해서 컴파일하고
Exe도 runtime-package에 check해서 컴파일해서 테스트 하셨습니까?
한쪽만 하면 안되도 양쪽다 check 해서 컴파일 해야 합니다.
--------------------------------------------------------
이 문제는 seial통신문제나 CPort 컴포넌트의 문제가 아니라
runtime-package를 사용할지 않았을때
Dll에 있는 Thread의 Synchronize 함수에 문제가 있는것입니다.
---------------------------------------
방금 CPort가 아니라 그냥 dll에 Thread모듈만 넣어서 테스트 해보니 Synchronize함수가 제대로 동작하지 않는것을 확인했습니다.
runtime-package를 dll과exe 둘다 check한후에 컴파일 하면 괜찮구요...
2009-09-08 오후 6:18:33
|
|
| |
장성호
(장성호)
|
|
여담 입니다만...
얼마전에 delphi 바이러스도
프로그램 컴파일할때 Runtime-Package를 사용했다면
바이러스 걸리지 않았습니다.
Delphi에서는 새 프로젝트 열면 Runtime-Package를 사용하지 않도록 기본 설정되어있는데...
Runtime-Package를 사용하지 않으면
dll로 뮤듈을 분리할때 매우 여러가지 문제를 일으킵니다.
----------------------------------------------------------
Delphi유저들은 runtime-package를 사용하지 않는기
기본이라서 그것이 익숙할지 모르겠지만....
왠만하면 runtime-package를 사용할것을 권합니다.
배포할때 xxx.bpl을 exe와 함께 배포해야 하는 불편함이 있긴 하지만...
그럼..
2009-09-08 오후 6:27:02
|
|
| |
장성호
(장성호)
|
|
추신!
runtime-package를 사용하지 않는경우에
Dll내에 있는 Thread에서 Synchronize 문제를 해결하려면
dll 내에서
Application.CreateHandle();
을 한번 호출해주면 되네요
-----------------------------------------------------------
Runtime-Package를 사용하지 않는 경우
Dll의 Application과 Exe의 Application이 다른 놈입니다.
단지 Exe의 Application객체를 Dll로 넘겨서 대입해줘서는 문제가 해결되지 않습니다.
Dll에서 생성되는 Application 객체는 WindowHandle이 생성되지 않습니다.
Thread의 Synchronize 함수는 Application.Handle 에
PostMessage로 WM_NULL 메세지를 보내셔 Synchronize로 넘겨준 함수가 돌아가는데..
dll에서는 Application.Handle 이 NULL(nil) 이기 때문에...
Synchronize가 제대로 동작하지 않는것입니다.
dll내에서 Application.CreateHandle();으로 호출해줘서
Handle을 생성해주면 runtime-package를 사용하지 않더라도
Synchronize 문제가 해결됩니다.
그럼..
2009-09-08 오후 7:31:44
|
|
| |
주롱이
(신승철)
|
|
성호님 말대로 Application.createhandle() 적용해본 결과, smThreadSync 모드로 정상 동작하였습니다!!. dll에서의 오동작에 대한 근원적인 이유가 거기에 있었군요. 조언에 감사드립니다. 모두들. ㅋㅋ 게시판을 검색해보니 저와 같은 오류로 질문하신분들이 더러 있던데, 이번에 해소되겠네요. 감사.
2009-09-09 오후 12:21:59
|
|
| |
