내 Outlook 추가 기능이 프로세스 주 스레드에서 실행되지 않는 문제가 있습니다. 이것은 적어도 콜백에 적용됩니다. 어쩌면 더 많은 조사를하고 있습니다. 몇 가지 중요한 API 함수가 메인 스레드에서만 작동하기 때문에 큰 문제입니다.내 Outlook 추가 기능이 주 스레드에서 실행되지 않는 이유는 무엇입니까?
이 문제는 고객의 컴퓨터 (Win8 + Outlook2013 64 비트)에서만 발생하지만 Windows/Outlook 버전이 동일한 컴퓨터에서는 발생하지 않습니다.
전 본 적이 없어요.
어떤 아이디어를 유발할 수 있습니까? Office, 타사 보안 도구에서 숨겨진 설정이 있습니까? 빌드 방지 설정에 사용할 수있는 빌드 설정이 있습니까?
Outlook은 항상 주 스레드에서 COM 추가 기능을 실행합니다. 정확히 어떻게하면 보조 스레드에서 실행되고 있다고 생각합니까? 문제가 정확히 어떻게 나타 납니까?
[해결책 1]을 사용하고 있습니다 [http://www.codeproject.com/Questions/78801/How-to-get-the-main-thread-ID-of-a-process-known -b) 프로세스의 주 스레드 ID를 가져 와서 GetCurrentThreadId()와 비교합니다. 내 컴퓨터에서 그들은 동일합니다. 고객의 컴퓨터에서 그들은 다릅니다. – user178379
Outlook은 기본 UI 스레드를 시작하기 전에 다른 스레드를 시작할 수 있습니다. 다시 중요한 이유는 무엇입니까? 정확히 당신이 해결하려고하는 것은 무엇입니까? –
많은 GUI 기능은 주 스레드에서만 작동합니다. 내 DLL은 주 스레드에서 실행되지 않으므로 작동하지 않아 많은 문제가 발생합니다. AfxGetMainWnd()는 한 가지 예입니다. – user178379
업데이트 : 첫 번째 초기화 호출도 주 스레드에서 가져 오지 않습니다. – user178379