问题标签 [xp-mode]

我想将带有 ID 的 USB 设备连接到我的 xp 模式（虚拟机）。这是我在互联网上找到的代码。

现在下面一行给出了设备的名称：

我想查看设备的 ID。如果您转到设备管理器并选择“未知设备”-properties -details -Hardware IDs，您将看到该设备的 ID，我想在 Powershell 中获取此 ID，以便我可以将其与设备 ID 一起添加到我的 VM （XP模式）

我对powershell很陌生，我有一种方法可以查看所有属性 $vpc.USBDeviceCollection 但我不知道如何...

有人可以帮我吗？谢谢！

当我在编辑器中运行此代码时，它可以完美运行：（不是一个错误）

当我将此代码放在一行中时；在最后：

它给了我 0×80020005 错误：

有人知道如何解决这个问题吗？

（我知道代码有点奇怪，但这不是重点:)）

I have an application developed in Delphi 5 that works very well in Windows 7 using the XP Mode, except for one code:

That function only works if I am using an administrator account. If I am using an account that don't have administrator privileges, it works only if the "XP Mode" is disabled. Since I have some errors runing my app in Windows 7 without XP Mode, I have to activate this option. Then, I can't preview or print any reports using this command to prepare it.

I have the idea that it may concerns to some temporary files that quick report generates, once it does work using administrator accounts. However, the default temporary folder in Windows 7 is "C:\users\username\App Data\Local\Temp\ and the user has privilege to create and modify files in this folder.

我有一个想要支持的旧版 Windows XP 应用程序。我已经能够将其设置为作为 XP-Mode 应用程序运行。我遇到的问题是该应用程序能够创建电子邮件以向客户发送发票。我在虚拟机上安装了 MS-Outlook 2007，问题是在创建电子邮件时，如果 Outlook 未运行，那么电子邮件将位于 Outlook 发件箱中，直到 Outlook 在虚拟机上运行。

到目前为止，我克服这个问题的方法是让用户登录到虚拟机并从那里运行应用程序。我已将 Outlook 添加到用户 StartUp 文件夹中。如果您启动 XP 虚拟机，但在将应用程序作为“XP 模式应用程序”运行时不起作用，则此功能有效。用户启动文件夹中的任何内容似乎都没有执行。

一个想法是设置 Outlook 作为服务在虚拟机上运行，​​希望它能自动发送电子邮件，但不知何故，这感觉不对。

无论如何，我可以让电子邮件发送

我正在开发一个需要在 VS 2003 中继续的遗留应用程序；但是，我无法有效地调试它，因为当我尝试运行它时，会出现以下对话框：

～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～ ~~~~~~~~~~~~~~~~~~

部署

选择要定位的设备。如果 .NET Compact Framework 尚未在所选设备上，它将与您的应用程序一起部署。

～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～ ~~~~~~~~~~~~~~~~~~

我在 Windows 7 上以 XP 模式（虚拟机）运行此（VS 2003）。我没有（从 XP 模式）到设备的连接 - 符号/摩托罗拉 PDT 3090 - 所以我得到“无法连接”尝试在 VS 2003 中运行/调试/部署时。

到目前为止，开发人员将构建二进制文件，添加调试消息，然后将二进制文件复制到设备并运行它。与其继续这种方法，我更希望能够从 VS 2003 中对其进行调试。有没有办法做到这一点？所有选项（Pocket PC 2002 Emulator 等）似乎都不起作用……该设备通过 USB 连接到计算机。模拟器无法工作，因为它们没有必要的硬件（条形码扫描仪）。所以我需要使用 *Device 选项之一，但无法将 USB 端口连接到 XP Mode。

是否有人对如何在不不断复制和替换二进制文件以及使用“显示消息”的情况下进行调试有任何想法？

更新

或者，如果我不能在 VS 2003 / XP 模式中作为模拟器运行该应用程序，也可以在连接的摩托罗拉手持设备上运行它，通过 USB 电缆从底座连接到台式计算机；我更喜欢前者，因为它提供了调试功能，但即使是后者也会比我目前的困境更好（将文件复制到手持设备，将其与计算机分离，将其连接到带式打印机，启动它，测试和无限重复，令人作呕）。尽快（在两个小时内），我将在这个问题上设置赏金。

更新 2

如果我尝试在模拟器中从 VS 2003 运行，并选择“Windows CE .NET Emulator (Default)”，我会得到：

“Emulator for Windows CE 不会在 Emulator for Windows CE 的另一个副本中运行。您只需要尝试一下，不是吗？”

？！？这是因为我在虚拟机（XP 模式）会话中这样说吗？

然后我选择“OK”（唯一的选项），然后得到“有部署错误。继续吗？” 这个技巧永远不会奏效；它甚至会导致构建失败（不过，重建修复了该问题）。

更新 3

也许我无法通过连接到设备本身进行调试的问题与我今天早上启动时看到的这个消息有关（但我不知道该怎么做，如果这是问题 - 我需要正在寻找摩托罗拉 MC3100 的新驱动程序？）：

“更多细节”是：

该链接 ( http://go.microsoft.com/fwlink/?LinkId=26320 ) 最终显示为：“Internet Explorer 无法显示该网页”

更新 4

连接到设备前端有一些进展（或者可能只是错误的希望）：

我的台式机上有 4 个 USB 端口。不久前，我第一次将 USB 电缆从顶部插入第 3 根。然后它说它已被识别，并且 ActiveSync 终于能够建立连接。

所以我然后尝试再次部署该应用程序。第四个选项（默认 - CE Device Emulator）一如既往地失败。倒数第二个选择（CE 设备）也是如此。不过，第二个选项（Pocket PC 设备）似乎可行。

然而，我得到了一个神秘的错误消息，它刚刚说：

我忽略了这一点，从那时起（现在已经过去了十分钟），VS 输出窗口的底部一直在说“正在启动应用程序”（下方有一个闪烁的光标），并且任务栏一直在声称“部署开始.. 。”

然而，这是否真的有任何价值，它似乎没有，因为我只是“卡”在那里......

我能够使用 Visual Studio 2003 编译并运行在 XP 模式下构建的 .exe。然后我注意到我使用的源版本不是最新的（基于版本号字符串）。所以我做了一个“获取最新版本（递归）”

这给了我正确的版本号，但也有超过 100 个构建错误，这些类型：

其中两个，但 2-clicking 他们无处可去：

"从默认区域性的资源文件中读取资源时出错：ResX 输入无效。找不到 .NET Compact Framework ResX 读取器和写入器类型名称的有效“resheader”标记。确保此 Resx 文件是 .NET Compact Framework Resx文件。 ”

几十个；2-clicking 他们也让我无处可去：

"对象类型无法转换为目标类型。 "

其中 10 个或十几个：“文件 'frmAbout.resx' 的资源转换失败。ResX 输入无效。找不到 .NET Compact Framework ResX 读取器和写入器类型名称的有效“resheader”标签。确保此 Resx 文件是.NET Compact Framework Resx 文件。 "

2-clicking 给了我这个漂亮的“Data for Data”网格：

最后，像这样的几个：

“ ‘PDAClient.PrinterPickerForm’不包含‘AutoScaleMode’的定义”

...这让我编写这样的代码：

this.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Inherit;

为什么简单地获取最新版本的代码会导致所有这些混乱？

通常，当我在 Visual Studio 2003 中以 XP 模式构建我的 (Windows CE/.NET prehistoric.archaic) 应用程序时（嵌入——如果这是正确的术语——Windows 7 机器），我会从它在虚拟机的 C 驱动器到我的 Windows 7 C 驱动器上的“储罐”（从 XP 模式资源管理器中可见），然后我转到 Windows 7 资源管理器并从“储罐”复制它（实际上是, 命名为 C:\HoldingTank) 到手持设备（我可以从 Windows 7 资源管理器中看到，但不能从 XP 模式/虚拟机资源管理器中看到）。

然而，今天，情况发生了变化。每次我右键单击 .exe 并选择“复制”上下文菜单项时，XP 模式/虚拟机“爆炸”并立即尝试自行重启，并显示以下消息：

注意：这显然与我的 .exe 文件无关；即使我尝试通过资源管理器从 VM 复制文本文件，我也会得到相同的结果。末日启示录到了吗？

我也收到消息：

点击链接查看详情：

当我单击“查看技术信息”链接时，我看到：

因此，由于它声称该 .dmp 和 .xml 文件中提供了更多信息，因此我尝试导航到该位置，但我的 XPMode VM 在 \Documents and Settings\clay 下没有“Locals~1”文件夹：

这不会是我的 Windows 7 机器上资源管理器中的一个位置，对吗？该文件夹已锁定；当我尝试打开它时，我得到“无法访问文档和设置访问被拒绝”

所以...据报道有多种方法可以去除猫的皮肤，我想知道（问题标题）我是否可以通过编程方式访问 XPMode 虚拟机上的 C 驱动器，以便我可以通过这种方式复制 .exe .

有人知道怎么做吗？

更新

指定的文件夹中包含三个文件：

Manifest.txt包含：

Mini073014-03.dmp => 当我试图打开它时，XPMode 会实例化 Visual Studio 2010 Shell，然后告诉我，“不支持调试旧格式故障转储” （“那为什么它会创建旧格式故障转储”我默默地，哀伤地，回复）

sysdata.xml包含大量信息（而且，AFAICT，没有什么启发性：这次崩溃；它不包含“错误”或“异常”等词），事实上，这里包含的太多了；我将只展示第一部分和最后一部分：

至少这证明信息过载不再只是国会的专利。

更新 2

我最终回到了星期一的还原点，当时我最后一次能够在 VM 不崩溃的情况下复制文件，并且它又恢复到异常状态（这比它所处的 VM-from-Dallas 状态要好）。

我正在尝试在 XP 模式下使用 TFS 的 MSSCCI 提供程序将一个项目合并到另一个项目中。这些是在 Visual Studio 2003 中构建和维护的“遗留”项目（从某种意义上说，翼手龙是一种遗留鸟类）。

关于本地文件可写，我遇到了一些冲突，但根据我从 bing 搜索中收集到的信息，在大多数情况下，我可以继续进行覆盖。

但是，我有一个特殊情况：一个文件，根据它的名称，是一个 TFS“管家”文件，即 mssccprj.scc：

我不想占用我的 TFS 连接，因此对覆盖此文件持谨慎态度。我应该还是不应该？如果不是，我可以选择说“没关系，这不是真正的冲突”？好像我要么“解决冲突”，要么合并失败。

更新

我对名为“vssver.scc”的文件有同样的问题/疑问

In order to bring over some files from source control into my XP-Moded instance of Visual Studio 2003, I was able to bring over some of the files from source control by selecting (in Visual Studio 2003) File > Source Control > Open From Source Control...attaching to the TFS server, navigating to and then selecting the desired project.

However, that operation did not bring over the *.sln file, so I am not able to open that project (the *.cs file is there, but not its "host" sln file).

I then tried to attach / bring over the missing files via File > Source Control > Team Foundation Server MSSCCI Provider

On doing this, I am warmly (I think) welcomed by the "Visual Studio Conversion Wizard" but, although it seems to work, it doesn't bring over the *.sln file either, purportedly because the *.sln file was created with a different version of VS (so it seemingly gleefully tells me) -- no doubt it's talking about the VS 2003 / VS 2010 (shell) mismatch...?

So the local folder where I am attempting to put the files is missing *.sln:

The *.sln file does exist in the TFS server area - when I select File > Source Control > Open from Source Control > Connect to a Team Foundation Server > Expand the folder dialog > Navigate to the project I want, this is what I see:

...but highlighting, and even 2-clicking, HUtilCE.sln does not transfer it to the Filename combo box - I have to manually type it into there, but then when I mash the "Open" button I get, "Unspecified error."

So which hoops, and in which order, must I jump through to attach to this project; and what grade of fire retardant should I spray on my tail before taking that fiery plunge?

不知何故，我的项目混淆了它的源代码控制绑定，我试图将本地文件绑定到服务器上的正确位置。我首先尝试取消绑定项目，但是当我尝试重新设置绑定并“将解决方案添加到源代码管理”时，我得到“无法添加您尝试添加到源代码管理的项目 PDAClient.csdproj因为项目 AppSettings.cs 已经在所选位置的源代码管理下“

它显然只选择了AppSettings.cs作为要抱怨的问题文件，因为它是按字母顺序排列的第一个文件。我推测这是因为我暂时将它从项目中删除，再次尝试，它以同样的方式抱怨下一个 alpha 顺序文件。

为了试图超越 TFS，我将“MSSCCPRJ.SCC”重命名为“MSSCCPRJ.SCCHide”，并将“PDAClient.vssscc”重命名为“PDAClient.vsssccHide”，但它只是创建了一个新的“PDAClient.vssscc”

（PDAClient 是解决方案和项目的名称）

如果我从 VS 2003 File > Source Control > Change Source Control尝试，我会看到：

如果我为解决方案选择绑定，然后选择同名项目，我会看到：

如果我在“服务器绑定”列中点击“浏览”或省略号按钮，它只会“闪烁”，但不会打开任何对话框让我建立连接。

所以解决方案的绑定是“无效的”，但项目的绑定应该是有效的......

如果我然后选择“确定”，我会得到：

...看起来很有希望（“是的！修复绑定！”）但选择“修复”按钮只会让我回到“更改源代码控制”对话框，而无需执行任何操作。所以我最后不情愿地选择了另一个选项，“继续使用现有的绑定”并查看：

好的......它告诉我我必须签入一个项目才能工作，我尝试继续，但请参阅：

请注意，它试图将我连接到手持/开发/开发/HHS，但这不是我想要和需要的。DEV 是一个不同的分支；这是发布分支。您可以在上面的解决方案路径属性（设置为 C:\Project\sscs\Handheld\Release （等））而不是...开发...（等）中看到，我使用内置的-in 工具，发现服务器版本确实来自 Dev 分支（不是所需的 Release 分支）并采用本地版本。但后来我得到：

当我看到项目的一些文件被签出时，我希望它现在可以工作了。我通过更改方法名称对其进行了测试，但最终看到了“结帐期间发生错误或用户取消。某些文件可能尚未签出。（文件未签出。）”然后就是跟进，“无法执行重构，因为某些受影响的文件无法写入。”......所以我的更改被自动撤销了。

显然，这是行不通的，因为我确实需要对这个项目进行更改。

在“文件”>“源代码管理”菜单上对我留下的内容进行了处理，我选择了“从源代码管理添加项目...”以查看它可能提供的内容。它首先给了我一个连接到 TFS 的对话框；我做到了。我导航到服务器上的正确位置，这看起来不错，可以开始了：

选择“确定”会调用一个对话框，告诉我“您选择用于存储解决方案的本地文件夹包含一个或多个解决方案文件，这些文件与源代码管理服务器文件夹中的文件名称相同。 ”带有覆盖、取消和帮助按钮。

我选择覆盖。然后我会看到一个对话框：

我选择 PDAClient.sln（HHS 是解决方案/项目的旧名称）

但是，当我随后选择打开按钮时，我得到，“文件夹 'C:\Project\sscs\Handheld\Releases\6-4-0\HHS' 不能用于解决方案或项目，因为它已经在使用中存储另一个解决方案或项目的一部分。 ”

我别无选择，只能选择否定整个过程的“确定”。

作为 Any-Port-in-a-Stormism Syndrome 的最后一个头先的、可能的锁骨骨折壮举，我选择File > Source Control > Team Foundation Server MSSCCI Provider。这会在 XP Mode 内调用 VS 2003 内的 Kafka 式 Windows 2010 Shell。根据我在那里看到的，我的设置是正确的：发布项目的服务器副本绑定到本地文件发布文件夹：

但是\Releases\HHS 是灰色的，说明服务器文件夹和本地文件夹之间没有连接。请注意，Release 设置中的大多数（不是全部，而是大多数）文件实际上存储在本地的 Development 文件夹中！有一些正确绑定的关键文件：

所有（数十个）看不见的文件（在最后两个屏幕截图中只看到第一个和最后一个）也与开发相关联。

虽然我没有 \Releases\HHS 的“绑定”类型的上下文菜单项，但有一个“本地地图”；虽然表面上它已经正确映射，但我尝试了一下，但得到“本地文件夹无法设置为 C:\Project\sscs\Handheld\Releases\6-4-0\HHS，因为它已经是本地文件夹另一个服务器文件夹。”

所以我去了\Development\HHS，它确实有一个“有效”的绑定；再次注意，它绑定到错误的本地路径（Releases 而不是 Dev）。

因此，为此我首先选择上下文“删除映射”菜单项。这让我有机会“编辑或删除工作区映射”。我将本地文件夹从 Releases 更改为 Dev。这看起来不错的样子; Dev 现在绑定到 Dev，并且绑定仍然被视为有效；这次真的是（我希望，无论如何）。

我现在将注意力转回发布，但上下文项“本地地图”不再存在……而且，虽然它显示了服务器位置和本地之间的正确连接，但它仍然是灰色的……？？？

注意：“Pending Changes”文件列表与 \Development\HHS 和 \Releases\HHS 突出显示相同：两种情况下相同的三个文件显示为位于本地 Releases 文件夹中，而所有其他文件位于本地 Dev文件夹。

回到 VS 2003（在运行 TFS MSSCCI 提供程序的 VS 2010 Shell 之外），我转到“更改源代码控制”并看到解决方案和项目现在都具有“有效”状态......当我选择“好的”，但它告诉我许多文件不匹配，要么联系管理员，要么 Get All 可能会解决它。我试探性地查看了全选，但看到它仍然说我的项目绑定到开发。啊啊啊！！！！

有人能理解这种疯狂吗？如何将发布服务器文件夹指向发布本地文件夹，将开发服务器文件夹指向开发本地文件夹，而不会出现任何溢出和不匹配？

更新

今天早上我再次查看了源代码控制资源管理器 (TFS MSSCCI)，我的 Dev\HHS 再次回到设置为错误的本地路径 (Releases) 并已连接（我猜这就是面对的字形 - 每个 -文件夹左侧的其他垂直箭头表示）。

至于 Releases\HHS，它没有连接（没有字形），但我能够右键单击并映射到我设置的新文件夹。

这是我现在看到的（在将 DEV 的映射从本地 Releases 文件夹更改回本地 DEV 文件夹之后！）。

Dev HHS 的属性：

发布 HHS 的属性：

我不知道这对你是否有意义，但对我来说它看起来很可疑。

更新 2

疯狂今天继续有增无减。我的解决方案声称有两个待处理的签到：

当我选择“签入”时，我会看到一个确认对话框；我继续那里的“签入”按钮。然后我得到“签入 - 源文件”对话框。我也在那里选择了“签入”按钮。但后来我看到，“文件未检出”

如果我重复上面的操作，最后一条消息是：

？？？

IMO，当我想保存最新的更改而不是使用这个令人讨厌的野兽时，我只需压缩文件就可以节省很多时间；我花更多时间摆弄“生产力”工具，而不仅仅是使用更直接的方法。给我一个 zip 文件和一个很好的 diff 工具，以解决这个破灭的希望和聪明的肮脏把戏的大锅！

更新 3

如果我关闭项目并重新打开它，我会连续看到以下 3 次：

那么谁在蓝色火焰告诉你找到这样的服务器？！？！

然后我得到：

最后又是这样：

啊啊啊啊啊啊啊啊啊啊啊！！！！！！！！！！！！！！！

更新 4

即使解决方案和项目的路径是正确的（发布），项目中的文件也显示如下：

分支选项卡，如 Update 中所示，显示 Dev 下降到 Release；不知道对不对，因为Release是Dev的一个分支，

或者...？？？

无论如何，我从 File > Source Control > Team Foundation Properties 看到了上面的内容

但是，当我选择 File > Source Control > Team Foundation Server MSSCCI Provider 时，绑定似乎是正确的 - HHS Dev 项目将 Dev 作为其本地文件夹位置，而 HHS Release 项目将 Release 文件夹作为其本地位置。

我不知道谁更困惑：我，任何碰巧读到这篇文章的人，还是 TFS/MSSCCI 本身。具有讽刺意味的是，这种事情是真正的生产力杀手。