反映タイミングが安定していないように感じます。USBが使える点でも新VirtualPCにポイントがあります。・HOST⇔Guest転送をHOST側だけが自由に行える。・Guest側には、HOSTファイルを一切見せない。2点が両立できる点ですね。GuestとHostを完全独立させた上で、Guestに何かをさせる場合、(特にネットワークを必要としないようなケース)これはこれで便利です。HOSTの干渉はできるだけ受けたくないが、Guestが必要とするファイルを提供してくれる便利なHOST-OSが欲しいという場合もあるかもしれません。いった場合には、VirtualPCでネットワークにNAT接続を使うのが良いかもしれません。NAT接続にすると、Guestから外部を参照できますが、外部からはGuestが見えません。この辺りは、これからやろうとしている作業によって、より効率的な方法を選ばなければならないので、どちらが良いという問題ではありませんけど。ネットワークに物理アダプタを使う場面には、さまざまなケースがあります。*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*例えばA,Bの2人の担当者がいるとして、Aさんは、Win7を使って"X"という作業を行い、Bさんは、XPを使って"Y"という作業を行っていたとします。Aさんテンパリ、Xの作業が行き詰って、Bさんにも手伝ってもらうことにします。Bさんも100%は手伝えないので作業PCが足りません。そこで、AさんのWin7のXPMに"X"作業を入れて、このXPMに対して、BさんPCからリモートディスクトップで接続してもらう。するとBさんは今まで使っているXPで、Aさんの作業を止めることなく、ある時は"X"を行い、ある時は"Y"の作業を行うことができます。めでたしめでたし......なんてのは、物理アダプタが必要です。*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*:*これからは、1台のPCで複数OSを抱える時代になりそうですので、こんなことは日常になるのかも知れませんね。XPMでネットワークにNATを選んだ場合、Guestは、192.168.131.70HOSTは、192.168.131.254になります。NAT時、統合機能を使わないでGuest→Hostにアクセスする方法。05:24自己署名を使って、uiAccess=trueを試してみた。x64で確認しましたが、Vistaでは確認しておりません。VS2008でC++/CLRの適当なプロジェクトを作り、ビルド&起動確認。wizardのままのFormだけで構いません。プロジェクトプロパティ→リンカ→マニフェストファイル「UACによるUI保護のバイパス」を「はい」にする。「サーバーから紹介が返ってきました」と表示される。