Windows Vista で他のすべてのプラットフォームのブートローダを正常に動作させるには、ブートローダを再ビルドする必要があります。これは、CEPC およびデバイス エミュレータのブートローダを除く、すべてのブートローダ (Eboot.*) に該当します。

ブートローダが再ビルドされると、更新されたブートローダでデバイスを再フラッシュする必要があります。更新されたブートローダは、通常、Eboot.bin または Eboot.nb0 と名付けられたフラット リリース ディレクトリにあります。

CEPC ブートローダは再ビルドする必要はありません。ただし、再フラッシュする必要はあります。

Windows XP で Windows Embedded CE 6.0 以前のデバイス エミュレータ イメージを起動するには、次の手順を実行します。

1. コマンド プロンプトで、ディレクトリを <Windows Embedded CE 6.0 のインストール ディレクトリ>/corecon/bin/ に変更します。
2. Regsvr32 download_DEmulator.dll を実行します。
3. こちらのマイクロソフト Web サイトから、Microsoft デバイス エミュレータ用の仮想マシン ネットワーク ドライバをインストールします。

Windows Vista で Windows Embedded CE 6.0 以前のデバイス エミュレータ イメージを起動するには、次の手順を実行します。

1. 管理者としてコマンド プロンプトを開きます。
2. ディレクトリを <Windows Embedded CE 6.0 のインストール ディレクトリ>/corecon/bin/ に変更します。
3. Regsvr32 download_DEmulator.dll を実行します。
4. こちらのマイクロソフト Web サイトからドライバ (Netsvwrap.msi) をダウンロードし、ローカル ドライブに保存します。
5. 管理者としてコマンド プロンプトを開きます。
6. msiexec/i netsvwrap.msi を実行します。

Platform Builder および関連するデスクトップ ツールは、64 ビット版 Windows XP および 64 ビット版 Windows Vista を含め、デスクトップ用の 64 ビット版 Windows オペレーティング システムには対応していません。

Windows Embedded CE 6.0 Platform Builder Service Pack 1 をインストールする前に、[プログラムの追加と削除] を使用して Microsoft Smart Devices Remote Tools Framework をアンインストールします。Microsoft Smart Devices Remote Tools Framework を削除せずに Windows Embedded CE 6.0 Platform Builder Service Pack 1 をインストールするか、Windows Embedded CE 6.0 Platform Builder Service Pack 1 をインストールした後に Microsoft Smart Devices Remote Tools Framework をインストールすると、Windows Embedded CE 6.0 Platform Builder Service Pack 1 に含まれる Remote Tools Framework が正常に動作しないことがあります。この問題を解決するには、[プログラムの追加と削除] を使用して Microsoft Smart Devices Remote Tools Framework をアンインストールし、次に [プログラムの追加と削除] を使用して Windows Embedded CE 6.0 Platform Builder Service Pack 1 のインストールを修復します。

Platform Builder for CE 6.0 では、読み取り専用ディレクトリ (ネットワークなど) に格納されているデバイス イメージをロードすると、リモート ツールを接続できなくなります。これは、デバイス側バイナリを、そのパスにコピーする必要があるためです。

代わりに、KITL ブートストラップ サーバーの特殊モードを使用できます。デバイス イメージが読み取り専用フォルダに格納されている場合にリモート ツール接続を構成するには、次の手順を実行します。

1. Platform Builder for Windows Embedded CE 6.0 で、[ファイル] メニューの [開く] を選択し、[プロジェクト] を選択します。
2. 読み取り専用フォルダから *.bin を直接開きます。
3. デバイスを接続し、デバイスが完全に起動するまで待ちます。
4. リモート ツールで、[接続] メニューから [Windows CE Platform Manager の構成(P)] を選択し、[デバイス プロパティ] ダイアログ ボックスを開きます。
5. [Windows CE Default Platform] (Windows CE の既定のプラットフォーム) を選択し、次に [既定のデバイス] を選択します。
6. [プロパティ] をクリックします。
7. 起動サーバーとして、KITL ブートストラップ サーバーが使用されていることを確認します。
8. [構成] をクリックします。
9. [CESHX 構成設定] ダイアログ ボックスで [代替フォルダ] を選択し、ローカル パスを入力します (c:\temp\KITLBootstrap など)。
10. [OK] をクリックします。
11. [デバイス プロパティ] ダイアログ ボックスで [テスト] をクリックし、接続が正しく行われることを確認します。
12. 成功した場合は [OK] をクリックし、リモート ツールの再接続を試行します。接続が失敗した場合は、指定されたフォルダ パスが十分な空き領域のあるドライブにあることと、そのフォルダに対する書き込みアクセス権があることを確認します。

リモート コール プロファイラの [起動] を選択し、[終了時に収集を終了] を選択すると、リモート コール プロファイラは指定のアプリケーションが終了してもデータの収集を停止しません。アプリケーションの終了を確認したうえで、[停止] をクリックしてデータ収集を終了する必要があります。

Platform Builder がどのデバイスにも接続されていない状態でリモート カーネル トラッカを開始して [既定のデバイス] を選択し、リモート カーネル トラッカを閉じると、Kerneltracker.exe がバックグラウンドで実行されたままになります。

カーネル トラッカ プロセスを閉じるには、タスク マネージャを開き、Kerneltracker.exe プロセスを選択して [プロセスの終了] をクリックします。

Remote Tools Framework プラグインのビルド中に、次のビルド時エラー メッセージが表示されることがあります。

"Projects targeting .NET Compact Framework 1.0 require version 1.1 of the .NET Framework, which is not detected on this machine." (.NET Compact Framework 1.0 を対象にするプロジェクトには .NET Framework Version 1.1 が必要ですが、このコンピュータには見つかりません。)

Visual Studio 2005 (オリジナル リリース) があり、このメッセージが表示される場合は、Remote Tools Framework プラグインのビルドに必要となる適切な .NET Compact Framework 1.0 のサポートを含め、.NET Framework 1.1 がインストールされていることを確認します。必要なバージョンをダウンロードするには、こちらのマイクロソフト Web サイト、またはこちらのマイクロソフト Web サイトを参照してください。

[検索と置換] ダイアログ ボックスを使用した検索が失敗すると、通常、"The operation could not be completed. No such interface supported." (操作を完了できませんでした。インターフェイスがサポートされていません。) というメッセージが表示されます。多くの場合、その理由は [探す場所] ボックスが [現在のプロジェクト] に設定されているためです。この設定は、Windows Embedded CE のランタイム イメージ (*.bin、*.nb0、*.dio、*.lst) でサポートされていません。

[探す場所] ボックスを、適宜 [開いているドキュメント]、[現在のドキュメント]、または [現在のウィンドウ] に設定します。

マウスを右クリックしてノードのコンテキスト メニューを表示する前に、プラグイン エクスプローラか、Remote Tools シェルのデバイス ツリー ビューまたはプラグイン ツリー ビューで、ノードを選択する必要があります。ノードを先に選択せずに右クリックしてコンテキスト メニューを表示しようとすると、予期したコンテキストが表示されないことがあります。

この問題の解決方法は、今後のリリースで検討します。

Platform Builder で、他のメニューをクリック、またはデスクトップ上の他の部分をクリックしても、しばらくの間は [ターゲット] メニューが表示されたままになることがあります。この問題が発生した場合は、[デバッグ] メニューなどの他のメニューを表示できなくなり、[ターゲット] メニューが消えるまで 15 分ほどかかることがあります。

リモート ファイル ビューア (Platform Builder 6.0 の) を使用し、デスクトップからデバイスに実行可能ファイル (*.exe) をエクスポートしようとした場合に、実行可能ファイルがターゲット CPU 向けにビルドされていなければ (たとえば、DOS.exe を ARMV4 デバイスにコピーする場合など)、エクスポート操作は失敗し、エラー メッセージも表示されません。これは、Platform Manager の既知の問題です。この問題は、Windows Embedded CE 6.0 Platform Builder Service Pack 1 でも修正されていません。

回避策として、リモート ファイル ビューアの Visual Studio 2005 バージョンを使用します。[スタート] > [すべてのプログラム] > [Microsoft Visual Studio 2005] > [Visual Studio Remote Tools] で起動できます。このバージョンのリモート ファイル ビューアはコア接続を使用するため、この問題は発生しません。

デバイス側マネージ コードを使用する Remote Tools Framework プラグインを実行するには、デバイスに .NET Compact Framework のすべてのコンポーネントがインストールされている必要があります (Windows CE 5.0 の SYSGEN_DOTNET または Windows Embedded CE 6.0 の SYSGEN_DOTNETV2)。ヘッドレス フレームワークを備えた Windows Embedded CE 6.0 (SYSGEN_DOTNETV2_HEADLESS) では不十分です。デバイス側マネージ コードを持つ Remote Tools Framwork プラグインは、ヘッドレス .NET Compact Framework コンポーネントしかない Windows Embedded CE 6.0 デバイスでは実行できません。

Windows Embedded CE 6.0 Platform Builder Service Pack 1 を使用してインストールされた x86 エミュレータは、旧バージョンの Windows Embedded CE または Windows Mobile では動作しません。

この問題を回避するには、Emulatortransport_500.dll を %ProgramFiles%\common files\microsoft shared\corecon\5.01\bin にインストールします。

Windows CE 5.0 を使用している場合は、%ProgramFiles%\windows ce platform builder\5.00\corecon\bin からコピーします。

Windows Mobile Version 5.0 を使用している場合は、%ProgramFiles%\Platform builder for windows mobile\5.00\corecon\bin からコピーします。

デバイスから Remote Tools Framework プラグインを切断した直後に、同じプラグインを再接続しようとすると、失敗するおそれがあります。これは物理デバイスで発生する可能性が高く、コア接続の内部的な問題であると思われます。この問題を回避するには、Remote Tools Framework プラグインを切断後、再接続するまでに数秒待ちます。

CETK は、次の状況下ではネットワークに接続できません。

• コンピュータが Windows Vista を実行している。
• コンピュータが、ローカルで上書きできない IP セキュリティ ポリシーを持つドメインに参加している。
• ドメインに "Accept no communication unless it is IP security protected. (IP セキュリティで保護されていない通信は許可しない。)" と記された IP セキュリティ ポリシーがある。
• ドメインに、"発信接続で IP セキュリティを試行し、ピアが IP セキュリティを使用できない場合はクリアする。" と記されたルールがある。

リモート ツールがデバイスに接続すると、デバイス上でコードが実行されます。デバイス側コードを正常に実行するには、ターゲット デバイスのランタイム イメージにいくつかの機能が含まれる必要があります。ランタイム イメージがベースにするオペレーティング システム (OS) 設計にいずれかの機能が欠けている場合、リモート ツールはデバイスに接続できません。

次の表に、Platform Builder に含まれるリモート ツールをサポートするために、ランタイム イメージに含まれるべき機能を示します。

ASM ファイルがコンパイルされた ARM アプリケーションをデバッグ中は、ASM 関数のステップを実行できません。ARM アセンブラは、ソースレベルのステップ実行に対してデバッグ情報を生成しません。

Windows CE .NET 4.0、Windows CE .NET 4.1、または Windows NE .NET 4.2 がインストールされているマシンに、Windows Embedded CE 6.0 Platform Builder Service Pack 1 をインストールすると、リモート ツールの接続で問題が生じることがあります。

• Platform Builder for Windows Embedded CE 6.0 のリモート ツールは、追加の起動サービスをインストールし (KITL ブートストラップ サービス)、これが Windows Embedded CE Platform Manager の接続オプションの既定の起動サーバーとして設定されることがあります。KITL ブートストラップ サーバー以外の起動サーバーを使用してください。Platform Manager の現在の接続オプションを確認するには、次の手順を実行します。
  1. Platform Builder の [ツール] メニュー、または Visual Studio 2005/Platform Builder for CE 6.0 で任意のリモート ツールを起動し、[ターゲット] メニューで [リモート ツール] を選択します。
  2. [接続] を選択し、[Windows CE Platform Manager の構成] を選択します。
  3. 既定のデバイスを選択し、[プロパティ] をクリックします。
• バイナリ配布要件に準拠するため、Platform Builder 4.x および 5.0 でアクセス可能なリモート パフォーマンス モニタおよびリモート コール プロファイラ リモート ツールは、Windows Embedded CE 6.0 Platform Builder Service Pack 1 のインストール中に削除されます。したがって、これら 2 つのリモート ツールは実行できません。この問題は、次のように回避できます。
  1. 古い Windows Embedded CE インストールを修復します (4.0 の次に 5.0 など、順番に行うこと)。
  2. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\bin および C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\bin\wce420 フォルダの内容を、コンピュータにバックアップします。
  3. Windows CE 6.0 をインストール (または修復) します。
  4. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\bin および C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\bin\wce420 の該当するフォルダに、CePerfMon.exe および Msic.exe をコピーします。

システム情報リモート ツールを実行し、以前に取り込まれたいくつかのシステム情報が表示された状態で .csi ファイルを開くと、UI はその .csi ファイルの内容を反映しません。これは既知の問題であり、今後のリリースで対応します。

回避策としては、システム情報リモート ツールを終了し、再実行します (この時点で、デバイスを接続する必要はありません)。次に、[ファイル] メニューから .csi ファイルを開きます。

ズームイン リモート ツールを大きいデバイス イメージで実行すると、メモリ不足により、エラーが報告されることがあります。大きいデバイス イメージでズームイン リモート ツールを使用すると、"Connection to the device was lost." (デバイスへの接続が切断されました。) というエラー メッセージが表示されることがあります。

Platform Builder でズームインを実行している場合は、次のようなメッセージがデバッグ出力ウィンドウに表示されることもあります。

"Unable to create dib section...errorcode = 8" (dib セクションを作成できません ... errorcode = 8)

このエラーは、ビットマップの DIB ビット値を保持するため、メモリ バッファを割り当てているときに発生します。ただし、メモリ不足の状態はこれだけに限らないこともあります。このタイプのエラーは、ズームイン (Cezcli.exe) のデバイス側コードがメモリ不足になったことを示します。

この問題は、次のように回避できます。

• デバイスで実行中の他のアプリケーションを終了し、メモリを解放する。
• OS 設計を変更できる場合は、ビットマップ データに必要なバッファを割り当てるためにデバイスで十分なメモリを確保できるよう、メモリを解放します。

カーネル トラッカ リモート ツールが長時間にわたって実行されると、デスクトップ コンピュータで使用されるメモリ量が非常に多くなることがあります。カーネル トラッカを長時間にわたって使用せずに制限されたバッファ モードで実行するか、カーネル トラッカを終了して再起動し、必要な場合にのみイベントを表示するようにします。

デバイスで実行中の他のアプリケーションからプログラムを使用してレジストリ キーを修正しているときに、レジストリ エディタ リモート ツールを使用すると、選択中のノードが上位レベル ノード (HKEY_LOCAL_MACHINE など) でなければ、レジストリ エディタのビューを更新しても (F5 キー)、他のアプリケーションによって加えられた修正は反映されません。代わりに、ビューを更新する前に、上位レベル ノードのいずれかを選択します。ビューは、レジストリの最新状態で更新されます。

次の Platform Manager のサンプル SDK プロジェクトは、インストールしただけでは正常にビルドされません。ただし、Visual Studio 2005 で簡単なステップを実行すると、修正することができます。

• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\Hello\Hello.vcw
• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\KTSubSample\KTSubSample.dsp
• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Publisher\hellopublisher.vcp
• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Subscriber\hellosubscriber.dsp
• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Test\PubSubTest.vcproj
• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\timeviewer\desktop\timeviewer.dsp
• C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\timeviewer\device\timeviewerce.vcp

Visual Studio 2005 でサンプルをビルドするには、次の手順を実行します。

Hello.vcw

1. Visual Studio 2005 で C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\Hello\Hello.vcw を開き、Visual Studio 2005 でプロジェクトを変換します。
2. Hello.sln を、VCW ファイルと同じパスに保存します。CallCap\CallCap.vcproj および FastCap\FastCap.vcproj の 2 つの新しいファイルがあります。
3. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\Hello\Fastcap\Fastcap.cpp を開き、DoMultiThread の最初の for ループから int i 宣言を前の行に移動します。
4. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\Hello\Callcap\Callcap.cpp を開き、DoMultiThread の最初の for ループから int i 宣言を前の行に移動します。

• Hello.sln をビルドします。デバッグおよびリリース構成が、エラーなくビルドされるはずです。

KTSubSample.dsp

1. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\KTSubSample\KTSubSample.dsp を開き、Visual Studio 2005 でプロジェクトを変換します。
2. KTSubSample.sln を、DSP ファイルと同じパスに保存します。
3. コマンド プロンプトを開き、ディレクトリを C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\include に変更します。
4. Visual Studio 2005 フォルダが %PATH% 環境変数にあると想定し、MIDL CEPUBSUB.IDL を実行し、次に MIDL KTSUB.IDL を実行します。
5. KTSubSample.cpp を開き、次の行をコメント アウトします。

   Enable3dControlsStatic();// MFC に静的にリンクする場合に呼び出します

6. KTSubSample.sln をビルドします。デバッグおよびリリース構成が、エラーなくビルドされるはずです。

Hellopublisher.vcp

1. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Publisher\Hellopublisher.vcp を開き、Visual Studio 2005 でプロジェクトを変換します。
2. Hellopublisher.sln を、VCP ファイルと同じパスに保存します。
3. [プロジェクト] メニューで [プロパティ] をクリックします。
4. [構成プロパティ]、[リンカ] の順にクリックし、次に [全般プロパティ] をクリックします。
5. 次の項目を変更します。
   • 出力ファイル :..\..\bin\Target\armv4\HelloPublisher.dll から ..\..\bin\Target\armv4i\HelloPublisher.dll
   • 追加のライブラリ ディレクトリ :..\..\..\target\armv4 から ..\..\..\target\armv4i
   この手順を、必ずデバッグおよびリリース構成の両方で実行してください。この手順は、Visual Studio 2005 構成にインストールされている他のソリューション プラットフォーム (またはデバイス SDK) でも実行しなければならないことがあります。その場合は、ライブラリ パスのプロセッサ固有部分が異なることがあります。このライブラリは、更新された Visual Studio for Devices コンパイラまたはリンカでコンパイルされています。これらのコンパイラやリンカを入手するには、近日リリース予定の Visual Studio 2005 サービス パックが必要になります。Visual Studio 2005 の最新のサービス パックについては、Microsoft ダウンロード センターをご覧ください。Visual Studio 2005 (オリジナル リリース) を使用している場合は、次のリンカ エラーが発生します。"Error LNK2001:unresolved external symbol __GSHandlerCheck". (エラー LNK2001: 未解決の外部シンボル __ GSHandlerCheck)これらの変更を加えると、リンクはエラーなく作成されます。ただし、デバッグ構成のビルド中に、次の警告メッセージが表示されることがあります。
   • RComHelperCE.lib(MajRegistryhelper.obj) :"Warning LNK4204:C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Publisher\Pocket PC 2003 (ARMV4)\Debug\vc80.pdb is missing debugging information for referencing module; linking object as if no debug info." (警告 LNK4204: C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Publisher\Pocket PC 2003 (ARMV4)\Debug\vc80.pdb に参照モジュールのデバッグ情報がありません。デバッグ情報がない状態でオブジェクトがリンクされます。)
   • LIBCMTD.lib(gshandler.obj) :"Warning LNK4099:PDB Libbmtd.pdb was not found with C:\Program Files\Microsoft Visual Studio 8\VC\ce\lib\ARMV4\LIBCMTD.lib or at c:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Publisher\Pocket PC 2003 (ARMV4)\Debug\libbmtd.pdb; linking object as if no debug info." (警告 LNK4204: C:\Program Files\Microsoft Visual Studio 8\VC\ce\lib\ARMV4\LIBCMTD.lib または c:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Publisher\Pocket PC 2003 (ARMV4)\Debug\libbmtd.pdb に PDB Libbmtd.pdb がありません。デバッグ情報がない状態でオブジェクトがリンクされます。)
   リンクされているライブラリはリリース ビルド ライブラリなので、これらはどちらも無視できます。これらを使用してデバッグできません。
6. Hellopublisher.sln をビルドします。デバッグおよびリリース構成は、エラーなくビルドされるはずです (Visual Studio 2005 のサービス パックを使用)。

Hellosubscriber.dsp

1. Open C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Subscriber\Hellosubscriber.dsp を開き、Visual Studio 2005 でプロジェクトを変換します。
2. Hellosubscriber.sln を、DSP ファイルと同じパスに保存します。
3. HellpSub.cpp を開きます。
4. CHelloSub::Open で、次の行を

   m_file = ::CreateFile(OLE2T(const_cast<unsigned short *>(filename)),GENERIC_WRITE,0,NULL,CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);

   次のように変更します。

   #ifdef UNICODE m_file = ::CreateFile(T2CW_EX_DEF(OLE2CT(filename)),GENERIC_WRITE,0,NULL,CREATE_ALWAYS,FILE_ATTRIBUTE_NORMAL, NULL); #else m_file = ::CreateFile(OLE2T(filename),GENERIC_WRITE,0,NULL,CREATE_ALWAYS,FILE_ATTRIBUTE_NORMAL, NULL); #endif

5. Stdafx.cpp を開き、#include <statreg.cpp> および #include <atlimpl.cpp> をコメント アウトします。
6. リリース構成のいずれかをビルドしている場合は (Release MinDependency、Release MinSize、Unicode Release MinDependency、Unicode Release MinSize など)、Atlmincrt.lib を無視するためのリンカ オプションを設定する必要があります。次の手順を実行します。
   1. ソリューション エクスプローラで HelloSubscriber (プロジェクト) ノードを選択し、右クリックします。
   2. [プロパティ] を選択します。
   3. [構成] が次のいずれかのリリース構成に設定されていることを確認します。
   4. [構成プロパティ]、[リンカ] の順にクリックし、次に [入力] を選択します。
   5. [特定のライブラリの無視] を [Atlmincrt.lib] に設定します。
   デバッグ構成に対しては、この手順を実行する必要はありません。
7. コマンド プロンプトを開き、ディレクトリを C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\include に変更します。
8. Visual Studio 2005 フォルダが %PATH% 環境変数にあると想定し、MIDL CEPUBSUB.IDL を実行します。
9. Hellosubscriber.sln をビルドします。デバッグおよびリリース構成が、エラーなくビルドされるはずです。

PubSubTest.vcproj

1. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\PubSub\Test\PubSubTest.vcproj を開き、Visual Studio 2005 でプロジェクトを変換します。
2. PubSubTest.sln を .vcproj ファイルを同じパスに保存します。
3. [プロジェクト] メニューの [プロパティ] を選択します。
4. [構成プロパティ]、[C/C++] の順にクリックし、次に [全般] を選択します。
5. [追加のインクルード ディレクトリ] を \..\..\platman\include から \..\..\include に変更します。
6. [構成プロパティ]、[リンカ] の順にクリックし、次に [入力] を選択します。
7. [追加の依存関係] を Rts.lib から \..\..\lib\dsktop\rts.lib に変更します。この手順を、必ずデバッグおよびリリース構成の両方で実行してください。
8. まだ行っていない場合は、コマンド プロンプトを開き、ディレクトリを C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\include に変更します。
9. MIDL CEMGR.IDL を実行し、次に MIDL CEMGRUI.IDL を実行します。
10. PubSubTest.sln をビルドします。デバッグおよびリリース構成が、エラーなくビルドされるはずです。

Timeviewer.dsp

1. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\timeviewer\desktop\Timeviewer.dsp を開き、Visual Studio 2005 でプロジェクトを変換します。
2. Timeviewer.sln を DSP ファイルと同じパスに保存します。
3. TimeViewer.cpp を開きます。
4. 次に示すように、ConnectedToDevice から呼び出された文字列関数のいくつかを、安全なバージョンを使用するよう修正します (関数名に _s を使用)。
   • 次の行を

     stRet = wcstombs(szDeviceName, pszName, sizeof szDeviceName);

     次のように変更します。

     size_t _PtNumOfCharConverted; stRet = wcstombs_s(&_PtNumOfCharConverted, szDeviceName, pszName, sizeof szDeviceName);

   • 次の行を

     strcpy(szTitle, "TimeViewer : ");

     次のように変更します。

     strcpy_s(szTitle, "TimeViewer : ");

   • 次の行を

     strcat(szTitle, szDeviceName);

     次のように変更します。

     strcat_s(szTitle, szDeviceName);

   • 次の行を

     wcscpy(wszDeviceExe, L"\\Windows\\TimeViewerCE.exe");

     次のように変更します。

     wcscpy_s(wszDeviceExe, L"\\Windows\\TimeViewerCE.exe");

5. Timeviewer.sln をビルドします。デバッグおよびリリース構成が、エラーなくビルドされるはずです。

Timeviewerce.vcp

1. C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce600\samples\timeviewer\device\Timeviewerce.vcp を開き、Visual Studio 2005 でプロジェクトを変換します。
2. Timeviewerce.sln を、VCP ファイルと同じパスに保存します。
3. Timeviewerce.sln をビルドします。デバッグおよびリリース構成が、エラーなくビルドされるはずです。

OS セキュリティ ポリシーにより、スパイ リモート ツールの Windows Embedded CE 6.0 Platform Builder Service Pack 1 のウィンドウ メッセージをスパイする機能が無効になりました。[スパイ] を起動し、デスクトップ ウィンドウの子ウィンドウのメッセージをキャプチャしようとすると (handle != 0x00000000)、メッセージ ウィンドウがクライアントで開きます。Visual Studio 2005/Platform Builder Debug Output Window で、次のメッセージが表示されます。

"119985 PID:5b2002e TID:5b4002e ######### CeSpy - Message intercept and display not supported in this OS #########" (119985 PID:5b2002e TID:5b4002e ######### CeSpy - メッセージ傍受および表示は、この OS ではサポートされていません #########)

カーネル トラッカで表示しているログ ファイルにタイムスタンプのないイベントが含まれている場合 (WaitForMultipleObjects など)、以降のイベントは 10 ms 遅延して表示されます。これは、以前に発生したタイムスタンプ付きイベントと同時にイベントが表示されないようにする、任意の遅延です。

• Remote Tools Framework は、フラット リリース ディレクトリが読み取り専用であるときにカーネルレベルのトランスポートを使用すると、接続されません。
• 一度に 1 つのリモート ツールしかデバイスに接続できません。

eXDI1 バージョン ドライバが選択され、[ターゲット接続] をクリックしてロードしてから [デバッガ] をクリックした場合、デバッガをアタッチしようとすると Platform Builder で例外が発生することがあります。

バンドル入力エディタの [デバイス] パネルからデバイスを削除すると、画面は [選択されたデバイス構成] セクションに表示された情報が更新されません。削除されたデバイスの情報が表示されたままの状態になります。これは、ユーザー インターフェイス (UI) および .cebundleinfo ファイルに保存されたデータが正しくない場合にのみ発生します。このような UI 動作は、今後のリリースで修正します。

デバッガ拡張機能を作成するには、次の手順を実行します。

1. WDBGAPI WinDbgExtensionDllInit (PWINDBG_EXTENSION_APIS lpExtensionApis, USHORT MajorVersion, USHORT MinorVersion) を無効にします。 lpExtensionApis は、Platform Builder からエクスポートされた関数を含む構造体へのポインタを指定します。 MajorVersion は使用されません。この構造体の役割は、オペレーティング システムのバージョンを通信することです。 MinorVersion は使用されません。この構造体の役割は、オペレーティング システムのバージョンを通信することです。
2. 次のように ExtensionApiVersion 関数をエクスポートします。

   LPEXT_API_VERSION WDBGAPI ExtensionApiVersion(void)

   デバッガが ExtensionApiVersion 関数を呼び出すと、関数は EXT_API_VERSION へのポインタを返します。デバッガ拡張 DLL のバージョン番号は、デバッガのバージョンと一致する必要があります。 DECLARE_API( XXX ) は、無効となった WDBGAPI XXX(HANDLE hCurrentProcess, HANDLE hCurrentThread, ULONG dwCurrentPC, ULONG dwProcessor, PCSTR args) を拡張します。 hCurrentProcess は、現在のプロセスのハンドルを指定します。 hCurrentThread は、現在のスレッドのハンドルを指定します。 dwCurrentPC は、デバイスが停止した現在の命令を指定します。 dwProcessor は使用されません。 args は、拡張機能を呼び出すために [ターゲット コントロール] ウィンドウに入力されるコマンドの引数を指定します。

次のデバッガ拡張機能は未実装です。

• CheckControlC
• GetDebuggerData
• ReadControlSpace
• ReadPhysical
• SetThreadForOperation
• WritetoSpace
• WritePhysical

入出力制御 (Ioctl) 関数には、次の用途があります。

ULONG Ioctl(
USHORT IoctlType,
PVOID lpvData,
ULONG cbSizeOfData)

利用可能な Ioctl 関数の一部を次に示します。

• IG_GET_BOOTABLEDEVICE 現在起動中のデバイスの CoreCon デバイス ID を取得します。パラメータとしては、GUID を格納できるバッファへのポインタを取ります。Ioctl は、このバッファに GUID を書き込みます。
• IG_GET_EXDI2_CCSERVICE 現在の eXDI2 デバッガ ドライバの ICcService インターフェイスを取得します。パラメータとしては、ポインタを格納できるバッファへのポインタを取ります。Ioctl は、refcount を 1 に設定した COM ポインタをバッファにコピー アウトします。
• IG_GET_EXDI2_GENERIC 現在の eXDI2 デバッガ ドライバの IeXdi2Generic インターフェイスを取得します。
• IG_GET_OSACCESS_CCSERVICE オペレーティング システム アウェアネス サービスの ICcService インターフェイスを取得します。
• IG_GET_OSACCESS_GENERIC オペレーティング システム アウェアネス サービスの IOsAxsGeneric インターフェイスを取得します。

Windows Embedded CE 6.0 Platform Builder Service Pack 1 のドキュメンテーションに該当する既知の問題を次に示します。

• 「SimplePluginManagedAsync サンプル」トピックでは、「必要なオペレーティング システムの依存関係」のセクションで .NET Compact Framework 1.0 を指定する必要があります。

CETK には、次の変更点が加えられています。

• CETK を Windows Vista でも動作できるよう更新。
• Perf_winsock Test を更新し、タイムアウトとログ機能を改良。
• テストの実行前と実行後に wzcsvc を有効化、または無効化できるよう、NDIS Wireless LAN を更新。
• Bluetooth テストを更新。
• Internet Explorer 7 で使用できるよう Apcontrol.exe を更新。
• リアルタイム クロックから時間をフェッチする際に遅延を長引かせられるよう、RTC テストを更新。
• NULL コマンドライン パラメータを円滑に処理できるよう、USB ストレス テストを更新。
• カーネル テストを更新。
• 内部的に使用可能な NTP サーバーのリストを、比較 RTC から NTP ドリフト テストに移動するよう、OAL テストを更新。
• Apcontrol.exe を Authentication Matrix のデスクトップ バイナリとして追加。
• ファイル システム テストを更新。
• IOCTL を制限するための新しい OAL テストを追加。
• 命令キャッシュ用の新しい OAL テストを追加。

サンプルの .clg ファイルは C:\Program Files\Common Files\Microsoft Shared\Windows CE Tools\Platman\sdk\wce###\samples\KTLogFiles\sample.clg にインストールされています。Windows Embedded CE 6.0 Platform Builder Service Pack 1 では、wce### は "wce600" です。このログ ファイルをカーネル トラッカで開くと、スレッドの興味深い動作を見ることができます。

次のインターフェイスとすべてのメソッドは削除されました。

• ICcConnection
• ICcConnection::CloseProcessHandle
• ICcConnection::ConnectDevice
• ICcConnection::CreateStream
• ICcConnection::DeleteDirectory
• ICcConnection::DeviceId
• ICcConnection::DisconnectDevice
• ICcConnection::DownloadPackage
• ICcConnection::EnumerateProcess
• ICcConnection::GetFileInfo
• ICcConnection::GetProcessExitCode
• ICcConnection::GetSystemInfo
• ICcConnection::IsConnected
• ICcConnection::LaunchProcess
• ICcConnection::MakeDirectory
• ICcConnection::ReceiveFile
• ICcConnection::RegistryCreateKey
• ICcConnection::RegistyDeleteKey
• ICcConnection::RegistyDeleteValue
• ICcConnection::RegistyQueryValue
• ICcConnection::RegistySetValue
• ICcConnection::RemoveFile
• ICcConnection::SearchFileSystem
• ICcConnection::SendFile
• ICcConnection::SetFileInfo
• ICcConnection::TerminateProcess
• ICcConnection::VerifyFilesInstalled
• ICcServer::EnumerateConnections
• ICcServer::GetConnection
• ICcServer::GetConnectionFromId
• ICcServer::GetDatastore
• ICcServer::Locale
• IConman
• IConman::SetLocale
• IConman::SetRegistryRoot
• IConman::CreateNewServerGuid
• IConman::EnumerateServerGuids
• IConman::get_Datastore
• IConman::GetDeviceFromServerGuid
• IConman::GetServerFromServerGuid
• IConman::GetServerGuidInfo

さらに、次の API も削除されました。

• ICcCollection
• ICcCollection::get_Count
• ICcCollection::get_Item
• ICcCollection::get_NewEnum
• ICcDatastore
• ICcDatastore::get_DeviceContainer
• ICcDatastore::get_OSImageContainer
• ICcDatastore::get_PackageContainer
• ICcDatastore::get_PlatformContainer
• ICcDatastore::get_PropertyContainer
• ICcDatastore::get_ServiceCategoryContainer
• ICcDatastore::get_Version
• ICcDatastore::RegisterRefreshEvent
• ICcDatastore::Save
• ICcDatastore::UnregisterRefreshEvent
• ICcDevice
• ICcDevice::ClearOSImage
• ICcDevice::ClearServiceMap
• ICcDevice::GetOSImage
• ICcDevice::GetServiceMap
• ICcDevice::SetOSImage
• ICcDevice::SetServiceMap
• ICcDeviceContainer
• ICcFile
• ICcFile::get_FileContainer
• ICcFile::get_IsCollection
• ICcFile::MakeCollection
• ICcFileContainer
• ICcFormFactor
• ICcFormFactorContainer
• ICcObject
• ICcObject::get_IsProtected
• ICcObject::get_PropertyContainer
• ICcObject::ID
• ICcObject::Name
• ICcObjectContainer
• ICcObjectContainer::AddObject
• ICcObjectContainer::DeleteObject
• ICcObjectContainer::EnumerateObjects
• ICcObjectContainer::FindObject
• ICcOSImage
• ICcOSImage::SupportedPlatform
• ICcOSImageContainer
• ICcPackageType
• ICcPackageType::FileContainer
• ICcPackageTypeContainer
• ICcPlatform
• ICcPlatform::DeviceContainer
• ICcPlatform::FormFactorContainer
• ICcPlatform::ProjectContainer
• ICcPlatformContainer
• ICcProject
• ICcProjectContainer
• ICcProperty
• ICcProperty::AddPropertyContainer
• ICcProperty::Value
• ICcPropertyContainer
• ICcServiceCategory
• ICcServiceCategory::ServiceInfoContainer
• ICcServiceCategoryContainer
• ICcServiceInfo
• ICcServiceInfoContainer
• ICcTypeToArchitectureMap

次の構造体は削除されました。

• FileInfo
• FileVerifyInfo
• FileVerifyReference
• FileVerifyResult
• FileVerifyVersion
• SystemInfo

次の列挙子は削除されました。

• FileCustomAction

拡張機能がコマンドを処理する場合は TRUE を返します。

[ターゲット コントロール] ウィンドウで疑問符 (?) を入力すると、各拡張機能にコマンドが渡されます。pfnFmtPuts パラメータを使用すると、拡張機能でサポートされるコマンドの使用方法が表示されきます。