Embedded and USN

GetLastError() 관련 [펌]

2008-06-02T16:21:56Z

GetLastError()는 말그대로 최종에러값을 검사하는 겁니다.

CAsyncSocket Sock;
.
.
int nErr = Sock.Send(....);
if (nErr == SOCKET_ERROR)
{
    int nCode = Sock.GetLastError();
}

식으로 에러값(nCode)을 검사하는 거죠. 에러값에 알맞은 처리를 해야하니까요.

에러코드는 나 에 정의되어 있습니다.

밑에 아는 것만 적어드리죠..

정신없게 써있죠?? ^^; 클립보드에 복사해서 메모장 같은 에디터에 넣고 보세요.

그나마 정렬하느라 땀뺀겁니다. ^^; 즐거운 하루 되세요. ^-^=

============================================================================================
Defined                 Code  Description
============================================================================================
WSAEINTR        10004 WSACancelBlockingCall()에 의해 블록화 호출이 취소: Interrupted system call)
WSAEBADF        10009 표준 C와 동일: Bad file number
WSAEACCES        10013 표준 C와 동일: Permission denied
WSAEFAULT        10014 표준 C와 동일: Bad address
WSAEINVAL        10022 표준 C와 동일: 소켓이 주소에 바인딩되지 않았습니다.(Invalid argument)
WSAEMFILE        10024 표준 C와 동일: Too many open files
WSAEWOULDBLOCK        10035 소켓이 비블록화 모드에 있고 요청된 오퍼레이션이 블록: NonBlocking)이고, 연결이 곧바로 종료될 수 없습니다.(Operation would block)
WSAEINPROGRESS        10036 블록화 함수가 진행되는 동안 부적절한 윈속 API함수가 호출.    WSACancelBlockingCall 함수와 WSAIsBlocking 함수와 같이 일부 윈속 함수는 허용:Operation now in progress)
WSAEALREADY        10037 이미 완료된 비동기 오퍼레이션에 대한 취소가 시도됨: Operation already in progress
WSAENOTSOCK        10038 해당 애플리케이션에 대해 지정된 소켓 기술자가 유효하지 않음: Socket operation on non-socket)
WSAEDESTADDRREQ        10039 해당 함수에 대해 목적지 어드레스가 필요하지만 제공되지 않았음: (Destination address required)
WSAEMSGSIZE        10040 데이터 수신 시 데이터그램이 너무 길어서 제공된 버퍼에 맞지 않아 잘렸음. 데이터 전송 시 제공된 데이터그램이 윈도우즈 소켓 시스템에 의해 제공된 데이터그램의 최대 크기보다 더 김
WSAEPROTOTYPE        10041 지정된 프로토콜이 다른 파라미터와 일치하지 않음: Protocol wrong type for socket
WSAENOPROTOOPT        10042 프로토콜 옵션이 알려지지 않은 것이거나 유효하지 않음: Protocol not available
WSAEPROTONOSUPPORT    10043 지정된 프로토콜이 윈도우즈 소켓 시스템에 의해 지원되지 않음: Protocol not supported
WSAESOCKTNOSUPPORT    10044 지정된 소켓 타입이 지정된 어드레스 패밀리에 의해 지원도지 않음: Socket type not supported
WSAEOPNOTSUPP        10045 소켓이 지정된 어퍼레이션을 지원하지 않음. 예:listen함수가 데이터그램 소켓에서 호출: Operation not supported on socket
WSAEPFNOSUPPORT        10046 BSD와 동일: Protocol family not supported
WSAEAFNOSUPPORT        10047 지정된 어드레스 패밀리가 윈도우즈 소켓 시스템에 의해 지원되지 않거나 표시된 소켓과 사용될 수 없음: Address family not supported by protocol family
WSAEADDRINUSE        10048 지정된 어드레스가 이미 사용 중임: Address already in use)
WSAEADDRNOTAVAIL    10049 지정된 어드레스를 로컬 머신에서 사용할 수 없음: Can't assign requested address)
WSAENETDOWN        10050 네트워크 서브시스템과 문제가 있음: Network is down)
WSAENETUNREACH        10051 네크웍에 접근할 수 없습니다.(Network is unreachable)
WSAENETRESET        10052 연결이 끊어져서 재설정되어야 함: Network dropped connection on reset
WSAECONNABORTED        10053 타임아웃이나 다른 에러 상황으로 인해 연결이 중지되었음: Software caused connection abort(WSAECONNABORTED)
WSAECONNRESET        10054 연결이 원격 호스트에 의해 재설정되었음: Connection reset by peer
WSAENOBUFS        10055 윈도우즈 소켓 시스템이 버퍼 공간으 넘거나, 애플리케이션에 의해 API에게 제공된 공간이 너무 작아서 요청된 정보를 저장할 수 없음 :(No buffer space available)
WSAEISCONN        10056 지정된 소켓이 이미 연결되었음: Socket is already connected)
WSAENOTCONN        10057 지정된 소켓이 연결되지 않았음: Socket is not connected
WSAESHUTDOWN        10058 소켓에게 셧다운이 요청되었음: Can't send after socket shutdown
WSAETOOMANYREFS        10059 BSD와 동일: Too many references: can't splice
WSAETIMEDOUT        10060 연결이 이루어지기 전에 연결 시도가 타임아웃되었음: (Connection timed out)
WSAECONNREFUSED        10061 서버가 강제로 연결시도를 거절합니다.(Connection refused)
WSAELOOP        10062 BSD와 동일: Too many levels of symbolic links
WSAENAMETOOLONG        10063 BSD와 동일: File name too long
WSAEHOSTDOWN        10064 BSD와 동일: Host is down
WSAEHOSTUNREACH        10065 BSD와 동일: No route to host
WSAENOTEMPTY        네트워크 서브시스템이 아직 통신할 준비가 되어 있지 않음 WSAStartup에 의해 반환: Directory not empty
WSAEPROCLIM        Too many processes
WSAEUSERS        Too many users
WSAEDQUOT        Disc quota exceeded
WSAESTALE        Stale NFS file handle
WSAEREMOTE        Too many levels of remote in path
WSAEDISCON        Disconnect
WSASYSNOTREADY        네트워크 서브시스템이 아직 통신할 준비가 되어 있지 않음 WSAStartup에 의해 반환: Network sub-system is unusable
WSAVERNOTSUPPORTED    윈도우즈 소켓  DLL이 요청된 윈속 프로토콜 버전을 지원하지 않음. WSAStartUp에 의해 반환: WinSock DLL cannot support this application
WSANOTINITIALISED    WSAStartup함수가 성공적으로 수행되기 전에 모든 윈속 API함수에 의해 반환: WinSock not initialized
WSAHOST_NOT_FOUND    요청된 데이터베이스 정보가 존재하지 않은. 공인 호스트에 의해 확인: Host not found
WSATRY_AGAIN        요청된 정보가 발견되지 않았지만 응답에 대한 공인도가 없음: Non-authoritative host not found
WSANO_RECOVERY        복구할 수 없는 에러가 발생하였음: Non-recoverable error
WSANO_DATA        제공된 이름이 유효하지만 요청된 타입의 정보가 데이터베이스에 없음: Valid name, no data record of requested type

Marshalling : 마샬링[펌]

2008-05-30T14:52:09Z

- Terms

원래, 마샬이란 말을 지키거나, 축제 준비를 위하여 물건들을 가지런히 하는 것을 가리킨다. 의식에서, 마샬링이란 여러 벌의 코트 팔들이 하나의 구도를 이루도록 배열하는 것이다. 군에서의, 마샬링은 전투준비를 위해 군대를 모으고 정렬시키는 것을 의미한다.

컴퓨터 프로그래밍에서, 마샬링은 하나 이상의 프로그램 또는 연속되어 있지 않은 저장 공간으로부터 데이터를 모은 다음, 데이터들을 메시지 버퍼에 집어넣고, 특정 수신기나 프로그래밍 인터페이스에 맞도록 그 데이터를 조직화하거나, 미리 정해진 다른 형식으로 변환하는 과정을 말한다.

마샬링은 대체로, 어떤 한 언어로 작성된 프로그램의 출력 매개변수들을, 다른 언어로 작성된 프로그램의 입력으로 전달해야 하는 경우에 필요하다.

마샬링(marshalling)은 클라이언트가 사용하고자 하는 객체의 형태에 관계없이 같은 방식으로 인터페이스 함수를 사용할 수 있게 하는 메카니즘이다.

마샬링은 두 가지의 단계를 포함한다.

서버의 인터페이스 포인터를 다른 프로세스의 클라이언트에서 사용할 수 있게 한다.
클라이언트가 인터페이스의 함수에 실은 함수 인자들을 정확하게 서버로 전달해야 한다.
원칙적으로 클라이언트는 in-proc서버만을 사용할 수 있다. 원격에 있는 서버를 사용하기 위해서는 그 서버를 대행하면서, 클라이언트와 같은 프로세스에서 실행될 수 있는 프록시나 핸들러가 필요하다.

프록시는 원격의 서버를 순수하게 대행한다는 의미이지만, 핸들러는 대행을 할 수도 있고, 자신이 구현할 수도 있는 혼합형태이다. 어쨌든 둘 다 원격의 객체와 클라이언트의 연결을 위한 대행의 역할을 한다.

클라이언트가 서버의 함수를 호출할 때 넘겨지는 인자, 그리고 서버 함수의 리턴값은 프로세스의 경계를 넘어서 유효해야 한다. 이 측면 또한 마샬링이 개입되는 곳이다.

인자의 형태에 따라 다른 형태의 마샬링이 일어난다. DWORD같이 간단한 타입은 직접 복사가 된다. 그러나 어떤 영역을 가리키는 포인터가 넘어갈 때는 그 영역 전체가 프로세스 경계를 넘어 복사되어야 한다.

커스텀 마샬링과 표준 마샬링

커스텀 마샬링의 경우 객체는 프록시/스텁에 자신의 인터페이스(인자)에 대한 마샬링 정책을 명확하게 정의해야 한다. 커스텀 마샬링은 주로 효율을 높이기 위한 목적으로 사용된다.

OLE는 또한 표준 마샬링을 지원한다. 즉 표준 프록시와 표준 스텁을 제공하는데, 이 둘간에는 표준 RPC를 통해 통신한다.

표준 프록시와 표준 스텁은 각각의 인터페이스를 처리하는 작은 코드인 인터페이스 마샬러의 집합이다. 그래서 프록시는 프록시 매니저로, 스텁은 스텁 매니저로 불린다. 또한 마샬러는 인터페이스 프록시, 인터페이스 스텁이라고 불린다. 용어의 혼동을 피하기 위해 인터페이스 프록시는 facelet으로, 인터페이스 스텁은 stublet으로 부른다.

마샬링 기본 메카니즘
클라이언트는 CoGetClassObject를 실행하여 원격 서버를 실행하고, 원격 서버는 CoRegisterClassObject함수를 통해 마샬링을 시작하게 된다. 이 과정을 통해 일단 서버의 IClassFactory가 클라이언트에 넘겨진다.

이 과정을 자세히 살펴보면 다음과 같다.

CoRegisterClassObject안에서 COM은 객체에게 클라이언트 프로세스에 포함될 프록시의 CLSID를 요구한다. 만일 객체가 CLSID를 제공하지 않을 때는 COM은 표준 마샬링 프록시를 사용한다.
COM은 객체에게 마샬링 패킷을 요구한다. 마샬링 패킷은 프록시가 객체와 연결할 때 필요한 정보들을 담고 있다. 객체가 제공하지 않으면 역시 COM은 표준 패킷을 사용한다.
COM은 프록시 CLSID와 마샬링 패킷을 클라이언트에 넘긴다.
클라이언트의 프로세스에서 COM은 1에서 얻어진 CLSID로 프록시를 생성하고, 2에서 얻어진 마샬링 패킷을 가져온다.
이제 프록시는 클라이언트가 CoGetClassObject에서 요구한 인터페이스의 포인터를 넘긴다. 클라이언트는 이 포인터(보통 IClassFactory)로 실제 객체를 생성할 수 있다.
1,2과정은 CoMarshalInterface함수가 담당하고, 3과정은 Service Control Manager가 담당한다. 4,5과정은 CoUnmarshalInterface가 담당한다.

길이 끝나는 곳에서 글은 다시 시작되고 -백창우-

2008-05-27T08:00:54Z

이렇게 아무런 꿈도 없이

살아갈 수는 없지

가문 가슴에

어둡고 막막한 가슴에

푸른 하늘 열릴 날이 있을거야

고운 아침 맞을 날이 있을거야

길이 없다고,

길이 보이지 않는다고

그대, 그 자리에 머물지 말렴

길이 끝나는 곳에서

길은 다시 시작되고

그 길 위로 희망의 별 오를 테니

기을 가는 사람만이 볼 수 있지

길은 가는 사람만이 �을 수 있지

걸어가렴,

어느 날 그대 마음에 난 길 위로

그대 꿈꾸던 세상의 음악 울릴 테니

지금까지 걸어온 길과

이제부터 걸어갈 길 사이에

겨울나무처럼

그대는 고단하게 서 있지만

길은 끝나지 않았어,

끝이라고 생각될 때

그때가 바로,

다시 시작해야 할 때인 걸...

5월 16일

2008-05-16T09:43:22Z

In this lecture, speaker explains about a kind of political figure so called Hamlet.

It comes form the same name of the Shakespeare's play, Hamlet.

The character tends to think too much what he is doing about politics mostly

For example, if someone thinks too much about certain political issues without any coming to a decision,

He could be called a political Hamlet in relating literary connotation.

Because he or she takes too much time to decide for any issues related to politics.

5.15

2008-05-15T08:56:31Z

The Woman has some problem that her roommate uses her things without any permission and

never cleans the bathroom even if it's her trun

The man suggests her that she should ask help for her apartment menager of find another apartment if possible.

I think she had better ask her apartment manager to solve this kind of problem.

Because, the manager could have a lot of experiences to handle those problems and his advice would

be helpful for her to do

Also, looking for anouther apartment needs more time and money unnescessarily.

2008년 5월 14일

2008-05-14T17:01:35Z

XllpMfpSetAfDs(mfp_reg, XLLP_MFP_BACKLIGHT_PWM_OFFSET, XLLP_MFP_ALT_FN_0, XLLP_MFP_DS_04X);
XllpGpioSetDirection(gpio_reg, XLLP_GPIO_BACKLIGHT, XLLP_GPIO_DIRECTION_OUT);

XllpGpioSetOutputLevel(gpio_reg, XLLP_GPIO_BACKLIGHT, XLLP_HI);

모나한에서 GPIO 셋팅을 해주는 함수들....

모나한에서 Touch드라이버의 시작은

Tchbasic.c (c:\wince500\public\common\oak\drivers\touch\basic) 의 TouchPanelDllEntry 인듯...

5.14

2008-05-14T08:46:55Z

홍콩의 야경 a night view of Hang-Kong

Located in the hills above the city, you get wonderful views of city lights by night, and the blue waters of the bay by day.

4월 23일

2008-04-23T14:25:49Z

마이크로소프트웨어에서 BSP를 검색할수 있는 곳

http://www.microsoft.com/windows/embedded/msdn/bspsearch.aspx

MOBM : mini oem boot module

Windows Embedded CE 6.0 Reamote Tools 문제 해결 방법

2008-04-19T14:39:42Z

"C:\Program Files\Common Files\Microsoft Shared\Windows CE
Tools\Platman\target\wce600\armV4" 폴더를 만든후

"C:\Program Files\Common Files\Microsoft Shared\Windows CE
Tools\Platman\target\wce600\armV4i". 에 있는 바이너리를 모두 위의 영역에 복사해 준다.

2008년 4월 16일 오후 5:00

2008-04-16T17:08:56Z

현재 pxa320의 포팅을 위한 준비를 하고 있다. 가장 큰 문제는 windows Embedded CE 6.0 BSP가 없는 관계로

테스트 보드에 제공되어진 wince 5.0을 바탕으로 마이그레이션을 해야 하는 문제이다.

따라서 6.0의 pxa310의 CSP와 5.0의 pxa320 CSP의 XLLP_processor과 비교 분석을 우선 해야 될것 같다.

현재 310에서는 5.0의 pxa320 CSP의 XLLP_processor부분을 따로 관련 부분별로 코드를 쪼개 놓았다.

따라서 5.0과의 비교후 310에서 제공되어지는 BSP의 사용유무를 확인하는것이 급선무 인듯하고.

이번주에 Bootloder만 확인하면 좋을텐데....

4.16

2008-04-16T15:00:10Z

XLLI(Processor Based Cross Platform Low Level Initialization) 인것 같다.

그럼 XLLP???

homework

2008-04-14T14:10:28Z

I'm all out of money and I still need to buy shoes for the party.

That's what you get for spending it so fast.

I'm going to get my pay check next week. Can you spot me until then?

Sure, How much do you need?

Just, $50.00, that should buy me a decent pair of shoes.

Ok, but if you don't pay me back next week, I'm going to chage you interest.

Don't worry. I'll pay you back. Thanks

Hello. I hava a reservation under Danial.

Ok. I'll just check in the computer... I'm sorry sir. I don't see your name in the reservation list

Can you double check please?

I've tried three times and I have no reservation under your name.

I made the reservation yesterday afternoon.

I'm sorry for the inconvenience.

This hotle sucks!

4월 7일

2008-04-07T08:50:40Z

Talk about a time when you were really happy.

Have you ever been really embarrassed? Tell a short story.

Is there anything you are tired of (doing) these day?

Is there anyone you are jealous of? Who? Why?

When we accomplish something, we are uaually proud of ourselves.

What are some things you have done that you are proud of?

Theses days, are you usually bored or busy? Why?

Talk about a time when you got really angry.

2008년 4월 2일 #부트로더 프레임버퍼문제#

2008-04-02T22:44:56Z

###램 이미지를 다운로드해서 커널 부팅할때 문제점 해결!!!!###

1. 문제점

부트로더에서 lcd.c에 정의 되어진 프레임 버퍼가 영역이

이더넷으로 다운로드되어 램에 적재되는 이미지 커널의 영역과 중복되어

커널 부팅시 정상적으로 TFT-LCD 화면이 동작되어짖 않는다. 또한 다운로드시

해당 프레임 버퍼 영역과 겹칠때 이미 화면이 뿌려진 LOGO가 지워지는 현상이 발생했다.

2. 해결

해결은 이렇다한 특별한 방법이라기 보다는 해당 이미지 보다 큰 위치 영역을 프레임 버퍼

영역으로 잡았다. 에초에 WinCE에 관환 메모리 맵 설계시 고려되어져야 하는 상황이었지만

역시 아직은 주먹구구식 설계로 인한 문제로 보여짐. ㅠㅠ

Pocket PC에서 네트워크 프로그램 개발하기[펌]

2008-04-02T22:34:17Z

요새 Pocket PC 플랫폼에서 C++로 서버/클라이언트 네트워크 프로그램을 개발하고 있습니다. 와이브로가 상용화되면, PDA 플랫폼에서도 꽤 많은 애플리케이션이 개발될 것 같아요. 플랫폼에 익숙하지 않아서 엄청 삽질을 하고 있는데, Pocket PC 네트워크 프로그램 개발 및 테스트 환경에 대해 몇 가지 새로 알게 된 것을 적어 보겠습니다.

1. MFC의 소켓 클래스는 사용하지 말자.

Windows CE 플랫폼에서는 절대 MFC의 CSocket이나 CAsyncSocket은 사용하지 마세요. PC기반에서도 사용해선 안될 악의 축인 놈들입니다. 특히 CE에서는 오동작이 많습니다. 연결할 서버가 죽어있는 경우에도 Connect 함수가 TRUE를 반환하는 아~주 악질인 넘들이니 절대 쓰지 마세요. 그냥 윈속 2.0에 정의되어 있는 기본 소켓 함수들을 가지고 작업하시는 것이 1000배 맘 편합니다.

2. ActiveSync 상에서의 PC와 Pocket PC 주소

일반적으로 Pocket PC에서 돌아가는 프로그램을 개발한다고 하면, Visual Studio.NET이나 Embedded Visual C++을 이용하여 소스 편집 및 컴파일은 데스크톱 PC에서 하고, 바이너리만 포켓 PC로 배포하여 테스트를 하게 됩니다. 바이너리 배포를 하려면 ActiveSync를 사용해야 하는데, ActiveSync상태에서는 PC를 통해 인터넷으로 연결됩니다. PC가 공유기처럼 작동하게 되지요.

PC쪽에 TCP 클라이언트를 만들고, Pocket PC에서 PC쪽으로 접속하는 거라면, 별 문제가 없습니다. Pocket PC 클라이언트에서는 데스크톱 PC의 IP만 제대로 지정하여 connect하면 됩니다. 굳이 WiFi로 연결되어 있지 않아도, ActiveSync를 통해서 PC쪽 서버에 접속할 수 있습니다.

만약, 데스크톱 PC가 인터넷에 연결되어 있지 않다면? 이러면 조금 문제가 되는데, 데스크톱 IP를 이용하여 Pocket PC가 PC에 연결할 수 없습니다. 외부에 데모를 나가서 개발 현황을 보여줘야 하는데, 프리젠테이션 환경이 열악하여 네트워킹이 안된다면 꽤나 난감하지 않을 수 없죠. 이런 경우 PC에 만들어 둔 서버에 접속하기 위해 'localhost'나 루프백 IP(127.0.0.1)을 사용하려고 하는 경우가 많은데, 요거 잘 작동하지 않습니다.

그럴 땐, Pocket PC에서 PC로 접속할 때 "192.168.55.100" IP를 사용하면 됩니다. ActiveSync로 PC와 Pocket PC가 연결되면 PC는 "192.168.55.100", Pocket PC는 "192.168.55.101" IP를 사용하게 됩니다. 데스크톱 PC에 웹서버가 설치되어 있고, Pocket PC에서 PC의 웹 컨텐츠에 접근해야 한다고 할때도 마찬가지로 http://192.168.55.100/contents.html 요런 식으로 URL을 쓰면 된답니다.

3. ActiveSync 상에서 PC에서 PDA로 접속하기

이제 PC가 서버가 아니라 Pocket PC가 서버가 되는 상황입니다. Wi-Fi로 연결된 상태라면, PC쪽이 서버일 때와 마찬가지로 그냥 Pocket PC쪽 IP로 접속하면 됩니다. 무선 AP와 무선 네트워크 카드, 그리고 TCP/IP 스택과 socket API가 알아서 다 해주겠죠?

하지만, 개발 중에는 Wi-Fi를 쓰는 게 매우 귀찮습니다. 소스를 컴파일해서 디바이스에 넣으려면 어짜피 ActiveSync를 사용해야 하기 때문이죠. 위에서도 썼지만, ActiveSync로 연결된 상태에서는 Wi-Fi는 무용지물이거든요. 무선 네트워크 카드에 배당해 둔 IP가 전혀 작동하지 않습니다. 그 IP로 접속해봐야 접속이 안됩니다. 컴파일 바이너리를 배포한 후 제대로 작동하는 지 테스트하려고 이제 디바이스를 크래들에서 빼내야 합니다. 문제가 생기면 또 크래들에 꽂은 후 다시 컴파일 배포... 크래들에서 빼서 또 테스트... 아 귀찮습니다. 게다가, 크래들에서 빼놓으면 EVC나 VS.NET에서 디버깅도 할 수 없죠. (전 개발용 보드로 개발해 본 적은 없어서, 뭐 시리얼 콘솔로 출력하면 되지 않냐 이런 말씀을 하셔도 이해 못합니다.)

아하~ 여기서 눈치 빠르신 분들은, 그럼 ActiveSync의 Pocket PC쪽 IP인 "192.168.55.101"로 접속하면 되지 않겠냐? 하시네요. 짝짝짝... 하지만 안됩니다. 여러번 시도해봤지만 안되더군요. 구글 친구들 (groups.google.com) 한테도 많이 물어봤지만, 시원스레 대답해주는 포스트는 없었습니다. 그래도 뉴스 그룹을 뒤지고 뒤져서 알아냈습니다. ActiveSync 상에서 PC -> Pocket PC로 접속할 땐 "127.0.0.1"을 써야합니다! 아하하....

자 이제 거의 다 됐습니다. "127.0.0.1"로 접속하고, 포트는 음... 한 20000 정도 해볼까요? Pocket PC 서버는 INADDR_ANY, 20000 포트에 바인딩하고 귀기울여 PC 클라이언트가 붙기를 기다립니다. 자 PC 클라이언트를 기동하고 connect 해봅시다... 음... 안됩니다, 안돼요 T_T

ActiveSync 상에서 PC -> PDA로 TCP 접속을 하려면, 이놈의 ActiveSync에 내가 몇번 포트를 proxy port로 사용할 것인지를 알려줘야 한다는군요. 잠시 짜증을 접어두고, regedit를 실행시켜봅시다. "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows CE Services\ProxyPorts" 항목을 찾아보세요. ActiveSync가 Pocket PC와 통신할 때 사용하는 포트가 주르륵 리스팅되어 있습니다.

DWORD 값을 하나 만들고 이름을 "MyPort" 쯤으로 넣습니다. 값은 20000 (10진수로) 넣으면 되겠죠? 이제 다 끝났습니다. 레지스트리 에디터를 닫고, Pocket PC와 PC 프로그램을 작동시켜 봅니다. 접속돼라 돼라 돼라~ 오!!!! 이제 되는군요.

4. 맺으며

Pocket PC 플랫폼은 WIN32 시스템과 거의 동일해서, 개발 장벽이 낮은 편이랍니다. Windows 프로그래밍을 조금 경험해보신 분이라면, 큰 이질감없이 프로그램 개발을 하실 수 있죠. 그렇지만 Windows와 Windows CE는 역시 다른 운영체제라서 조금씩 차이가 나는 건 어쩔 수가 없나봅니다.

오늘 적은 팁들은 사실 별거 아닌건데, 딱히 알고 싶어도 금방 찾을 수가 없더군요. 아무쪼록 혹시나 제 글을 읽으신 분들이 조금이라도 도움이 되셨기를 바랍니다.

http://leigh.innori.com/2 <== 퍼온곳 이분께 감사드립니다. ^^