問題タブ [xp-mode]

ID付きのUSBデバイスをXPモード（仮想マシン）に接続しようとしています。これが私がインターネットで見つけたコードです。

次の行は、デバイスの名前を示します。

デバイスの ID を確認したい。デバイス マネージャーに移動して [不明なデバイス] -properties -details -Hardware IDs を選択すると、そのデバイスの ID が表示されます。Powershell でこの ID を取得して、デバイス ID を使用して VM に割り当てることができます。 （XPモード）

私はPowerShellを初めて使用します.$vpc.USBDeviceCollectionのすべてのプロパティを表示する方法がありますが、方法がわかりません...

誰かが私を助けることができますか？どうも！

このコードをエディターで実行すると、完全に機能します:(単一のエラーではありません）

このコードを;で1行に配置すると 最後に：

それは私に0×80020005エラーを与えます：

誰かがこの問題を解決する方法を知っていますか？

（私はコードが少し奇妙であることを知っていますが、それはポイントではありません:)）

XP モードを使用して Windows 7 で非常にうまく動作する Delphi 5 で開発されたアプリケーションがありますが、次の 1 つのコードを除きます。

この機能は、管理者アカウントを使用している場合にのみ機能します。管理者権限のないアカウントを使用している場合、「XP モード」が無効になっている場合にのみ機能します。XP モードを使用せずに Windows 7 でアプリを実行するとエラーが発生するため、このオプションを有効にする必要があります。次に、このコマンドを使用してレポートをプレビューまたは印刷して準備することはできません。

管理者アカウントを使用して機能すると、クイックレポートが生成する一時ファイルに関係する可能性があると思います。ただし、Windows 7 のデフォルトの一時フォルダーは「C:\users\username\App Data\Local\Temp\」であり、ユーザーはこのフォルダー内のファイルを作成および変更する権限を持っています。

サポートしようとしている従来の Windows XP アプリケーションがあります。XP-Mode アプリケーションとして実行するようにセットアップできました。私が抱えている問題は、このアプリケーションが電子メールを作成して顧客に請求書を送信できることです。仮想マシンに MS-Outlook 2007 をインストールしていますが、問題は、電子メールの作成中に Outlook が実行されていない場合、Outlook が仮想マシンで実行されるまで電子メールが Outlook の送信トレイに留まることです。

これまでに私がこれを克服した方法は、ユーザーに仮想マシンにログインさせ、そこからアプリケーションを実行させることです。Outlook をユーザーのスタートアップ フォルダーに追加しました。また、これは XP 仮想マシンを起動すると機能しますが、アプリケーションを「XP モード アプリケーション」として実行すると機能しません。ユーザーのスタートアップ フォルダにあるものは何も実行されないようです。

Outlook が自動的に電子メールを送信することを期待して、仮想マシン上でサービスとして実行するように Outlook をセットアップすることも考えられましたが、どういうわけかそれは間違っているように感じます。

メールを送信する方法はありますか

VS 2003 で継続する必要があるレガシー アプリに取り組んでいます。ただし、実行しようとすると次のダイアログが表示されるため、効果的にデバッグすることはできません。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~

配備

ターゲットにするデバイスを選択します。選択したデバイスに .NET Compact Framework がまだインストールされていない場合は、アプリケーションと共に展開されます。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~

これ (VS 2003) を Windows 7 の XP モード (仮想マシン) で実行しています。(XP モードから) デバイス (Symbol/Motorola PDT 3090) に接続していないため、「接続できません」と表示されます。 VS 2003 で実行/デバッグ/展開しようとするとき。

これまでは、開発者がバイナリをビルドし、デバッグ メッセージを追加してから、バイナリをデバイスにコピーして実行していました。この方法を続けるよりも、VS 2003 内からデバッグできるようにしたいと思います。これを行う方法はありますか? どのオプション (Pocket PC 2002 エミュレーターなど) も機能していないようです...デバイスは USB 経由でコンピューターに接続されています。必要なハードウェア (バーコード スキャナー) がないため、エミュレーターは機能しません。そのため、*デバイス オプションのいずれかを使用する必要がありますが、USB ポートを XP モードに接続できませんでした。

バイナリを常にコピーして置き換えたり、「メッセージを表示」を使用したりせずにデバッグする方法についてのアイデアはありますか?

アップデート

または、VS 2003 / XP モード内からエミュレーターとしてアプリを実行できない場合は、USB ケーブルを介してクレードルからデスクトップ コンピューターに接続された Motorola ハンドヘルドで実行することもできます。私は前者を好みますが、デバッグ機能が提供されているため、後者でさえ私の現在の苦境 (ファイルをハンドヘルド デバイスにコピーし、コンピューターから取り外し、ベルト プリンターに接続し、それを起動し、テストし、吐き気を無限に繰り返す）。できるだけ早く (2 時間以内に)、この質問に報奨金を設定します。

更新 2

エミュレータで VS 2003 から実行しようとして、[Windows CE .NET Emulator (Default)] を選択すると、次のようになります。

「Emulator for Windows CE は、Emulator for Windows CE の別のコピー内では実行できません。試してみる必要がありましたよね?」

?!? これは、私が VM (XP モード) セッションにいるからですか?

次に、[OK] (唯一のオプション) を選択すると、「デプロイ エラーが発生しました。続行しますか?」というメッセージが表示されます。そのトリックは決して機能しません。ビルドが失敗することさえあります（ただし、再構築により修正されます）。

更新 3

おそらく、デバイス自体に接続してデバッグできないという私の問題は、今朝起動したときに見たこのメッセージに関連しています (しかし、これが問題である場合、どうすればよいかわかりません。 Motorola MC3100 用の新しいドライバーを検索しますか?):

「詳細」は次のとおりです。

そのリンク ( http://go.microsoft.com/fwlink/?LinkId=26320 ) は、「Internet Explorer は Web ページを表示できません」という結果になりました。

更新 4

デバイスの前面への接続には、ある程度の前進があります (または単に誤った希望かもしれません)。

デスクトップマシンには 4 つの USB ポートがあります。少し前に初めてUSBケーブルを上から3番目に差し込んだ。その後、認識されたとのことで、ようやく ActiveSync が接続できるようになりました。

そこで、もう一度アプリをデプロイしてみました。4 番目のオプション (デフォルト - CE デバイス エミュレーター) は、いつものように失敗しました。最後から 2 番目の選択 (CE デバイス) も同様でした。ただし、2 番目のオプション (Pocket PC デバイス) は機能しているようです。

ただし、次のような不可解なエラー メッセージが表示されました。

私はそれを却下し、それ以来 (今では 10 分ほど経過しています)、VS 出力ウィンドウの下部には "アプリケーションの起動中" と表示され (その下にカーソルが点滅しています)、タスク バーには "デプロイが開始されました.. ."

それが本当に価値があるかどうかは、私がそこに「立ち往生」しているだけなので、そうではないようです...

通常、XP モードの Visual Studio 2003 で (Windows CE/.NET prehistoric.archaic) アプリをビルドするとき (これが正しい用語であれば、Windows 7 マシンに埋め込まれています)、その場所からコピーします。仮想マシンの C ドライブを Windows 7 C ドライブ (XP モード エクスプローラーから表示可能) の「保持タンク」に移動し、Windows 7 エクスプローラーに移動して「保持タンク」からコピーします (実際にはそうです)。 、C:\HoldingTank という名前) をハンドヘルド デバイス (Windows 7 エクスプローラーからは確認できますが、XP モード/仮想マシン エクスプローラーからは確認できません) に接続します。

しかし今日、状況は変わりました。.exe を右クリックして [コピー] コンテキスト メニュー項目を選択するたびに、XP モード/VM が「爆発」し、すぐに再起動を試み、次のメッセージが表示されます。

注:これは私の .exe ファイルとは特に関係がないようです。エクスプローラー経由で VM からテキスト ファイルをコピーしようとしても、同じ結果が得られます。XPocalypse は到着しましたか?

次のメッセージも表示されます。

リンクをクリックすると詳細が表示されます。

[技術情報の表示] リンクをクリックすると、次のように表示されます。

その .dmp および .xml ファイルでより多くの情報が利用可能であると主張しているため、その場所に移動しようとしましたが、XPMode VM には \Documents and Settings\clay の下に「Locals~1」フォルダーがありません。

これは、私の Windows 7 マシンのエクスプローラーの場所ではないでしょうか? そのフォルダはロックされています。開こうとすると、「ドキュメントと設定にアクセスできません アクセスが拒否されました」

だから...猫の皮を剥ぐには複数の方法があると報告されているので、（質問のタイトル）XPMode仮想マシンのCドライブにプログラムでアクセスして、その方法で.exeをコピーできるかどうか疑問に思っています.

どうすればそれができるか知っている人はいますか？

アップデート

指定したフォルダーには、次の 3 つのファイルがあります。

Manifest.txtには以下が含まれます。

Mini073014-03.dmp => これを開こうとすると、XPMode は Visual Studio 2010 Shell をインスタンス化し、「古い形式のクラッシュ ダンプのデバッグはサポートされていません」(「では、なぜ古い形式のクラッシュ ダンプを作成したのか」というメッセージが表示されます。 、悲しげに、返信）

sysdata.xmlには大量の情報が含まれています (そして、AFAICT では、このクラッシュに関して有益なものは何もありません。「エラー」や「例外」という言葉は含まれていません)。実際、ここに含めるには多すぎます。最初の部分と最後の部分だけを示します。

少なくともこれは、情報過多がもはや議会だけのものではないことを証明しています。

更新 2

最後に VM がクラッシュすることなくファイルをコピーできた月曜日の復元ポイントに戻ることになり、異常な状態に戻りました (これは、ダラスからの VM の状態よりも優れています)。

XP モードで TFS の MSSCCI プロバイダーを使用して、あるプロジェクトを別のプロジェクトにマージしようとしています。これらは、Visual Studio 2003 で構築および管理されている "レガシー" (翼竜がレガシーの鳥類であるという意味で) プロジェクトです。

ローカル ファイルが書き込み可能であることについていくつかの競合が発生しますが、bing 検索から収集できる情報に基づいて、ほとんどの場合、上書きを続行できます。

ただし、特殊なケースがあります。その名前に基づいて、TFS の「ハウスキーピング」ファイル、つまり mssccprj.scc であるファイルです。

私は自分の TFS 接続を無駄にしたくないので、このファイルを上書きすることに慎重です。私はすべきかどうか？そうでない場合、「気にしないでください、これは実際には競合ではありません」と言うための私のオプションは何ですか? 「競合を解決する」か、マージが失敗するかのようです。

アップデート

「vssver.scc」という名前のファイルで同じ問題/質問があります

ソース管理からいくつかのファイルを Visual Studio 2003 の XP モードのインスタンスに取り込むために、(Visual Studio 2003 で) [ファイル] > [ソース管理] > [ソースから開く] を選択して、ソース管理からいくつかのファイルを取り込むことができました。コントロール...TFSサーバーに接続し、目的のプロジェクトに移動して選択します。

ただし、その操作では *.sln ファイルが取り込まれなかったため、そのプロジェクトを開くことができません (*.cs ファイルは存在しますが、その「ホスト」sln ファイルは存在しません)。

次に、[ファイル] > [ソース管理] > [Team Foundation Server MSSCCI プロバイダー] を介して不足しているファイルを添付/持ち込もうとしました

これを行うと、「Visual Studio変換ウィザード」に暖かく歓迎されます（私は思う）が、動作しているように見えますが、* .slnファイルが作成されたため、* .slnファイルも引き継がれませんVSの異なるバージョンで（一見喜んで教えてくれます）-VS 2003 / VS 2010（シェル）の不一致について話していることは間違いありません...？

したがって、ファイルを配置しようとしているローカル フォルダーに *.sln がありません。

*.sln ファイルは TFS サーバー領域に存在します - [ファイル] > [ソース管理] > [ソース管理から開く] > [Team Foundation Server に接続] > [フォルダー ダイアログを展開] > [必要なプロジェクトに移動] を選択すると、これが表示されます:

...しかし、強調表示し、2 回クリックしても、HUtilCE.sln はそれを [ファイル名] コンボ ボックスに転送しません - そこに手動で入力する必要がありますが、[開く] ボタンを押すと、「不明なエラーが発生します。 ."

では、このプロジェクトにアタッチするには、どのフープとどの順序でジャンプする必要がありますか。そして、その激しい急降下をする前に、どのグレードの難燃剤を尻尾にスプレーする必要がありますか?

どういうわけか、プロジェクトでソース管理バインディングが混同され、ローカル ファイルをサーバー上の正しい場所にバインドしようとしています。最初にプロジェクトのバインドを解除しようとしていますが、バインドを新たに設定して「ソリューションをソース管理に追加」しようとすると、「ソース管理に追加しようとしているプロジェクト PDAClient.csdproj を追加できません。項目 AppSettings.cs は、選択した場所で既にソース管理下にあるため、 "

AppSettings.csがアルファベット順で最初のファイルであるため、問題のあるファイルとしてAppSettings.csのみを選択したようです。これは、プロジェクトから一時的に削除して再試行したため、同じように次のアルファ オーダーのファイルについて不平を言ったからだと思います。

TFSの裏をかくために、「MSSCCPRJ.SCC」の名前を「MSSCCPRJ.SCCHide」に変更し、「PDAClient.vssscc」の名前を「PDAClient.vsssccHide」に変更しましたが、単に新しい「PDAClient.vssscc」を作成しました

(PDAClient はソリューションとプロジェクトの名前です)

VS 2003 File > Source Control > Change Source Controlから試すと、次のように表示されます。

次に、ソリューションの [バインド] を選択してから、その名を冠したプロジェクトを選択すると、次のように表示されます。

[参照] または [サーバー バインド] 列の省略記号ボタンをクリックすると、「点滅」するだけで、接続を確立するためのダイアログが開きません。

したがって、ソリューションのバインディングは「無効」ですが、プロジェクトのバインディングはおそらく有効です...

次に「OK」を選択すると、次のようになります。

...これは有望に見えますが (「はい! バインディングを修正してください!」)、「修正」ボタンを選択すると、何もせずに [ソース管理の変更] ダイアログに戻るだけです。だから私は最後に、しぶしぶ、「既存のバインディングを続行する」という他のオプションを選択し、次のことを確認します。

わかりました...それを機能させるにはプロジェクトをチェックインする必要があることがわかり、続行しようとしましたが、次のように表示されます。

Handheld/Development/Development/HHS に接続しようとしていることに注意してください。DEV は別のブランチです。これはリリース ブランチです。上記のソリューションのスクリームショットで、Path プロパティ (C:\Project\sscs\Handheld\Release (など) に設定) ではなく ...Development...(など) であることがわかります。 -in ツールを実行すると、サーバー バージョンが Dev ブランチ (目的のリリース ブランチではなく) からのものであり、ローカル バージョンが使用されていることがわかりました。しかし、私は得ました：

その後、プロジェクトのファイルの一部がチェックアウトされていることがわかったので、これでうまくいくのではないかと思いました。メソッド名を変更してテストしたところ、「チェックアウト中にエラーまたはユーザーのキャンセルが発生しました。一部のファイルがチェックアウトされていない可能性があります。(ファイルがチェックアウトされていませんでした。)」と出て、続いて、「影響を受けるファイルの一部を書き込み可能にできなかったため、リファクタリングを実行できませんでした」...そして、私の変更は自動的に取り消されました。

このプロジェクトに変更を加える必要があるため、明らかにこれは機能しません。

[ファイル] > [ソース管理] メニューに残っているものをいじくり回し、 [ソース管理からプロジェクトを追加...] を選択して、何が提供されるかを確認しました。まず、TFS に接続するためのダイアログが表示されます。やった。サーバー上の適切な場所に移動しましたが、これは問題なく、すぐに使用できます。

[OK] を選択すると、「ソリューションを保存するために選択したローカル フォルダーには、ソース管理サーバー フォルダー内のファイルと同じ名前のソリューション ファイルが 1 つ以上含まれています。」というダイアログが表示され、[上書き]、[キャンセル]、および [ヘルプ] ボタンが表示されます。

[上書き] を選択します。次に、ダイアログが表示されます。

PDAClient.sln を選択します (HHS はソリューション/プロジェクトの以前の名前でした)

ただし、その後 [開く] ボタンを選択すると、「フォルダー 'C:\Project\sscs\Handheld\Releases\6-4-0\HHS' は、既に使用されているため、ソリューションまたはプロジェクトには使用できません。別のソリューションまたはプロジェクトの一部を保存します。」

やむを得ず「OK」を選択するしかありません。

Any-Port-in-a-Stormism Syndrome の最終的な首から先の首輪を壊す可能性のある偉業として、[ File] > [Source Control] > [Team Foundation Server MSSCCI Provider]を選択します。これにより、XP モード内の VS 2003 内で Kafka 風の Windows 2010 シェルが呼び出されます。そこに表示される内容によると、セットアップは正しいです。Release プロジェクトのサーバーのコピーは、ローカル ファイルの Release フォルダーにバインドされています。

ただし、\Releases\HHS はグレー表示されており、サーバー フォルダーとローカル フォルダーの間に接続がないことを示しています。そして、Release セットアップ内のファイルのほとんど (すべてではありませんが、ほとんど) は、実際には Development フォルダーにローカルに保存されていることに注意してください。正しくバインドされている主要なファイルがいくつかあります。

すべての (数十の) 目に見えないファイル (最後の 2 つのスクリーンショットでは最初と最後のファイルのみが表示されています) も開発に関連付けられています。

\Releases\HHS の「バインド」タイプのコンテキスト メニュー項目はありませんが、「マップ ローカル」があります。表向きは既に正しくマップされていますが、試してみましたが、「ローカル フォルダーを C:\Project\sscs\Handheld\Releases\6-4-0\HHS に設定できませんでした。これは、既にローカル フォルダーであるためです。別のサーバー フォルダ。」

そこで、「有効な」バインディングを持つ\Development\HHS に移動します。繰り返しますが、間違ったローカル パス (Dev ではなく Releases) にバインドされていることに注意してください。

そのため、まずコンテキスト メニューの [マッピングの削除] を選択します。これにより、「ワークスペース マッピングを編集または削除する」機会が与えられます。ローカル フォルダーを Releases から Dev に変更します。よさそうです。Dev は Dev にバインドされ、バインディングは引き続き有効と見なされます。今回は本当にそうです（とにかく願っています）。

ここでリリースに注意を戻しますが、「マップ ローカル」というコンテキスト アイテムはもうありません...そして、サーバーの場所とローカルの間の正しい接続を示していますが、まだグレー表示されています...???

注: ファイルの「保留中の変更」リストは、強調表示された \Development\HHS と \Releases\HHS の両方と同じです。両方のケースで同じ 3 つのファイルがローカルの Releases フォルダーにあり、その他すべてがローカルの Dev フォルダーにあるように表示されます。フォルダ。

VS 2003 (TFS MSSCCI プロバイダーを実行している VS 2010 シェルの外) に戻り、[ソース管理の変更] に移動すると、ソリューションとプロジェクトの両方のステータスが [有効] になっていることがわかります...「 OK」ですが、多くのファイルが一致しないことがわかり、管理者に連絡するか、すべてを取得することで解決する可能性があります。暫定的に Select All を調べてみましたが、私のプロジェクトは Development にバインドされているとまだ表示されています。あぁぁぁぁぁぁぁぁぁぁぁぁぁぁ！！！

誰もこの狂気から抜け出すことができますか? ブリードオーバーや不一致なしで、Release ローカル フォルダーを指す Release サーバー フォルダーと Dev ローカル フォルダーを指す Dev サーバー フォルダーを取得するにはどうすればよいですか?

アップデート

今朝もソース管理エクスプローラー (TFS MSSCCI) を調べたところ、Dev\HHS が再び間違ったローカル パス (リリース) に設定され、接続されていました (それが、直面している -each- のグリフだと思います)。フォルダの左側にあるその他の垂直矢印が示す)。

Releases\HHS に関しては、接続されていませんでしたが (グリフなし)、右クリックして、セットアップした新しいフォルダーにマップすることができました。

これが私が今見ているものです（DEVのマッピングをローカルのリリースフォルダーからローカルのDEVフォルダーに再度変更した後です！）。

Dev HHS のプロパティ:

リリース HHS のプロパティ:

これがあなたにとって意味があるかどうかはわかりませんが、私には怪しいように見えます。

更新 2

狂気は今日も衰えない。私のソリューションは、2 つの保留中のチェックインがあると主張しています。

「チェックイン」を選択すると、確認ダイアログが表示されます。そこで「チェックイン」ボタンを押します。次に、[チェックイン - ソース ファイル] ダイアログが表示されます。そこでも「チェックイン」ボタンを選択します。しかし、「ファイルがチェックアウトされていません」と表示されます

上記の操作を繰り返すと、最後のメッセージは次のようになります。

???

IMO、最新の変更を保存したいときに、この面倒な獣を使用するのではなく、ファイルを圧縮するだけで多くの時間を節約できたでしょう。私は、より単純なアプローチを使用するよりも、「生産性」ツールをいじることに多くの時間を費やしています。この打ち砕かれた希望と巧妙で巧妙な汚いトリックの大釜に対する zip ファイルと優れた diff ユーティリティをください!

更新 3

プロジェクトを閉じて再度開くと、次のメッセージが 3 回続けて表示されます。

では、青い炎の中で誰がそのようなサーバーを見つけるようにあなたに言いましたか?!?!

それから私は得る：

そして最後にこれをもう一度：

ぐぐぐぐぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ！！！！！！！！！！！！！！！！！！

更新 4

ソリューションとプロジェクトのパスが正しい (リリース) 場合でも、プロジェクト内のファイルは次のように表示されます。

更新に示すように、[ブランチ] タブには、Dev が Release に進むことが示されています。それが正しいかどうかはわかりませんが、Release は Dev のブランチだったので、

また...？？？

とにかく、ファイル>ソース管理>チームファンデーションのプロパティから上記を参照してください

ただし、[ファイル] > [ソース管理] > [Team Foundation Server MSSCCI プロバイダー] を選択すると、バインドが正しいように見えます。HHS Dev プロジェクトにはローカル フォルダーの場所として Dev があり、HHS Release プロジェクトにはローカルの場所として Release フォルダーがあります。

誰がもっと混乱しているのかわかりません。私、たまたまこれを読んだ人、または TFS/MSSCCI 自体です。この種のことは、皮肉なことに、生産性を著しく低下させます。