WinCE5에서 ATL을 이용하여 DLL을 만들 기회가 생겼다

일단 COM관련 서적을 참고하여 간단한 예제를 만들고 컴파일을 하였는데

이게 뭔 에러인가!

일단 정보의 보고라 불리는 MSDN을 찾아보기로 하였다

MSDN 링크 - 방법: 새 Visual C++ 장치 프로젝트 만들기

그 중에 이런 내용이 있었다

시키는 대로 하는 것이 우리내 팔자…

일단 stdafx.h파일을 열고

#pragma once
#define _CE_ALLOW_SINGLE_THREADED_OBJECTS_IN_MTA

#pragma once 밑에 넣어주고 다시 컴파일!

바로 해결되었다.....

Windows에서 동작하는 소프트웨어를 개발하는 분들이 Windows 7, Windows Server 2008 R2 호환을 고민할 때 볼만한 문서가 있어 나누고자 합니다. 문서 목적은 애플리케이션이 Windows 7 혹은 Windows Server 2008 R2에 문제없이 동작하는데 필요한 호환성 관련 사항을 전달하려는 것입니다. 문서 이름은 “Windows Application Quality Cookbook”입니다. 문서는 http://code.msdn.microsoft.com/Windows7AppQuality에서 내려받을 수 있습니다. 지속적으로 수정될 예정이고, 버전 1.1 문서는 이 포스트에 첨부했습니다. 이 문서에는 Windows XP에서 Windows 7으로 바로 옮겨가는 것은 고려되지 않았습니다. 애플리케이션을 Windows XP에서 Windows Vista 옮기는 것은 http://msdn.microsoft.com/en-us/library/bb757005.aspx를 참조하시기 바랍니다.

1. 운영체제 버전

  운영체제 버전이 올라가면 언제나 달라지는 것 중의 하나입니다. GetVersion 함수의 반환 값이 변화되었습니다.

2. Windows Mail 삭제

  이후에 Windows Mail 도구는 지원되지 않을 것을 명시했습니다. CoStartOutlookExpress API는 동작하지 않으며, 다른 메일 API도 deprecating 정보를 포함했습니다. 앞으로 지원 중단을 선언하지 않은 API는 전과 같이 동작합니다.

3. Internet Explorer 8 – 사용자 에이전트 문자열

  Windows 7에 포함된 Internet Explorer 버전은 8입니다. 웹 개발자가 개발하는 웹 애플리케이션이 사용자 브라우저 버전 혹은 정보에 따라 행동을 달리하는 경우에 사용자 에이전트 문자열 (User Agent String) 값을 다시 검토해야 합니다. 그리고, Internet Explorer 8은 Internet Explorer 7 compatibility view를 지원하기 때문에, 웹 개발자는 필요한 경우 Internet Explorer 7 compatibility view 상태를 판단할 수 있는 메타 정보도 확인해야 합니다.

4. 윈도우 휴대용 장치를 위한 WPDUSB.SYS 삭제

  커널 모드로 Windows Vista USB 드라이버 스택에서 동작한 WPDUSB.SYS는 WINUSB.SYS 드라이버로 교체되었습니다.

5. Microsoft Message Queuing (MSMQ) – SHA-2 사용

Windows 7에 포함된 MSMQ는 보안 강화를 목적으로 메시지를 보낼 때, SHA-2를 기본으로 이용합니다. 다른 설정에 변화가 없다면 Windows 7 MSMQ에서 만들어진 메시지는 하위 버전에서 받아볼 수 없습니다. 반대도 마찬가지입니다.

6. 바이너리 간의 기능 이동

이후의 기능 효율성과 구조 향상을 위해 Windows 핵심 바이너리 사이에 기능 이동을 했습니다. 예를 들어, kernel32.dll와 advapi32.dll에서 동작하던 기능을 kernelbase.dll로 옮긴 것입니다. 백신/백업 소프트웨어 같이 하층의 API를 직접 다루는 개발자 분들은 주의 깊게 보실 필요가 있습니다.

7. (Windows Server 2008 R2에만 적용) Microsoft Message Queuing (MSMQ) – Windows 2000 클라이언트 지원 삭제

Windows 2003, 2008 도메인에서 Windows 2000 클라이언트 지원은 선택 사항이지만, Windows 7 도메인에서는 Windows 2000 클라이언트를 지원하지 않습니다.

8. (Windows Server 2008 R2에만 적용) 64-bit 지원

Windows Server 2008 R2는 64-bit 제품만 지원합니다. 32-bit 드라이버, 32-bit 플러그-인, 16 bit 실행 바이너리만 지원하는 제품을 개발하시는 분들은 미리 준비를 하셔야 합니다. WoW64, x86 emulator가 있기는 하지만, 모든 32 bit 애플리케이션이 동작하는 것은 아니므로 개발자 분들은 세부적인 요건을 조사해서 어떻게 대처할지를 결정해야 합니다.

9. (Windows Server 2008 R2에만 적용) Server Core에서 Wow64 지원은 선택 사항

Windows Server 2008 R2에서 Server Core를 설치하는 경우 Wow64는 디폴트에 포함되지 않습니다.

[새로운 기능과 개선 사항]

1. 파일 라이브러리

  라이브러리는 여러 군데로 흩어져 있는 폴더를 묶어 하나로 보일 수 있도록 하고, 인덱싱을 통한 빠른 검색과 원격 접속 방법을 제공합니다. Windows 7에서 달라진 것은 파일 다이얼로그에서 열기, 저장하기를 수행할 때 디폴트로 나타나는 곳이 문서 폴더에서 문서 라이브러리로 바뀐 점입니다. 그리고 라이브러리의 성질은 폴더가 아니라 파일이기 때문에, IFiledialog를 이용하는 경우 GetFolder, GetFilename을 이용하는 대신에 GetResult를 사용해야 합니다. 애플리케이션 개발자는 IShellLibrary 인터페이스를 이용해 필요에 따라 특정 폴더를 라이브러리에 추가할 수 있습니다.

2. 사용자 인터페이스 – 높은 DPI 인식

 목적은 텍스트와 이미지 크기를 변경하고자 화면 해상도 (screen resolution)을 이용하는 것보다 DPI를 사용하는 것을 권장하려는 것입니다. 추가된 기능은 사용자 단위의 DPI 설정과 로그-온만으로 변경된 DPI를 적용하는 것입니다. 사용자 인터페이스 측면에서 글자, 폰트, 이미지를 다루어야 하는 경우에 유심해 볼 필요가 있습니다.

3. Internet Explorer 8 – Data Execution Protection/NX

  이 기능 변화는 Windows 7만이 아니라 Internet Explorer 8이 설치되는 모든 곳에 공통으로 적용되는 것입니다. Internet Explorer에 추가 기능으로 설치되는 모듈 중에 금융권에서 사용하고 있는 ActiveX처럼 하단의 운영체제를 직접 다루는 ActiveX와 같은 것을 개발하는 분들이 반드시 확인하셔야 할 사항입니다. 기본 개념은 Internet Explorer 8의 추가 기능으로 설치된 모듈이 메모리에 올라가서 실행될 때, 운영체제가 판단해서 heap, stack과 같은 영역에서 코드가 수행되는 것은 디폴트로 막겠다는 것입니다. 목적은 buffer overflow와 같은 보안 침해를 예방하는 것입니다. 일반 개발자 분들은 이런 코드가 있는 지도 갸우뚱하실 것입니다. 생각할 수 있는 대처 방안은 Internet Explorer 추가 기능 모듈을 DEP/NX 호환 ATL 프레임워크 같은 것을 이용해서 재작성하거나, Internet Explorer를 관리자 권한에서 실행해서 DEP/NX를 동작하지 않게 하는 것입니다.

4. 사용자 인터페이스 – UAC (User Account Control) 다이얼로그

  UAC (User Account Control) 기초 구조는 변경되지 않았습니다. 크게 달라진 점은 UAC 다이얼로그 상자에서 선택할 수 있는 선택이 “Yes”, “No”로 줄어든 것과 같은 단순화입니다. 좀 더 세부적인 설명은 Windows 7 engineering blog 또는 Koalra 블로그를 추천합니다.

5. ChooseFont() win32 공통 다이얼로그

  영향도가 크지는 않습니다. 애플리케이션에서 폰트를 선택하는 다이얼로그에서 WYSIWYG 개념에 따라 폰트 특성을 볼 수 있도록 바뀐 것과 Windows 지역 설정에 따라 필요 없다고 추정되는 폰트는 보이지 않도록 한 것입니다.

6. 애플리케이션 매니페스트 호환성

Windows 7에서는 애플리케이션 매니페스트에 “CompatiblityInfo.”을 넣었습니다. Windows 7에서 실행되지만 동작 방식을 Windows XP 혹은 Windows Vista처럼 하게 하는 것입니다. 모든 동작을 이전 환경으로 하는 것은 아니고 아래와 같은 컴포넌트가 대상입니다.

Desktop Windows Manager: Fail/Lock bit blitting

RPC exception handling

API: ReadFileEx

RPC: Thread pool management

Posted: Sunday, February 01, 2009 11:59 PM by KYKim
출처 : http://blogs.msdn.com/eva/attachment/9388439.ashx

WindowsApplicationQualityCookbookv1-1.docx

이 문서는  3단계 : SDK 생성 및 SDK설치와 VS2005 설정 의 내용을 담고 있습니다

기존의 내용을 보시려면 아래의 링크를 클릭하세요

이 SDK 생성방법은 다음 링크의 문서의 순서대로 설치한 다음에 적용되는 내용입니다

1단계 : Platform Builder5 - Workspace생성
2단계 : OS Design
참고 문서 : Platform Builder 5 설치

3단계로 PB5에서 생성한 릴리즈 파일과 바이너리 이미지로 SDK를 생성하고 설치하여, VS2005에서 설정하는 내용입니다
이 문서의 내용은 MS에서 제공한 Using the Windows CE 5.0 DeviceEmulator BSP for ARMV4I의 문서를 참고하여 정리하였습니다

주1 : 이 문서는 CountS가 직접 작성한 내용으로 퍼가실 때는 꼭 트랙백을 남겨주시기 바랍니다
주2 : 주관적인 방향이 많이 제시되어 있기 때문에 여러분께서 다른 좋은 방법이 있으시면 그것을 선택하시는 것이 좋습니다

이 문서는  2단계 : OS Design 의 내용을 담고 있습니다

기존의 내용을 보시려면 아래의 링크를 클릭하세요

이 SDK 생성방법은 다음 링크의 문서의 순서대로 설치한 다음에 적용되는 내용입니다

1단계 : Platform Builder5 - Workspace생성
참고 문서 : Platform Builder 5 설치

2단계로 PB5에서 생성한 OS Design을 에뮬레이터에 맞도록 설정하는 내용입니다
이 문서의 내용은 MS에서 제공한 Using the Windows CE 5.0 DeviceEmulator BSP for ARMV4I의 문서를 참고하여 정리하였습니다

주1 : 이 문서는 CountS가 직접 작성한 내용으로 퍼가실 때는 꼭 트랙백을 남겨주시기 바랍니다
주2 : 주관적인 방향이 많이 제시되어 있기 때문에 여러분께서 다른 좋은 방법이 있으시면 그것을 선택하시는 것이 좋습니다

드디어 본론 입니다

Platform Builder 5를 이용하여 VS2005 에뮬레이터 SDK를 생성하기는 총 3단계로 진행될 것 입니다
1단계 : Platform Builder 5  - Workspace 생성
2단계 : OS Design
3단계 : SDK 생성 및 SDK설치와 VS2005 설정
이렇게 진행될 예정입니다

이 SDK 생성방법은 다음 링크의 문서의 순서대로 설치한 다음에 적용되는 내용입니다
참고 문서 : Platform Builder 5 설치

1단계로 가장 기본인 Platform Builder 5에서 작업환경인 Workspace를 생성하는 것을 목적으로 설명하겠습니다

주1 : 이 문서는 CountS가 직접 작성한 내용으로 퍼가실 때는 꼭 트랙백을 남겨주시기 바랍니다
주2 : 주관적인 방향이 많이 제시되어 있기 때문에 여러분께서 다른 좋은 방법이 있으시면 그것을 선택하시는 것이 좋습니다

PB5 - Workspace 생성