已安装的.exe使用手持设备上的哪些位置作为其依赖文件？

Question

我有一种奇怪的情况：我正在处理的项目的旧.exe在手持设备上运行。 新版本则不需要（甚至完全相同的代码也没有添加）。

即使在一个手持设备上运行的.exe也不会在另一手持设备上运行。 见这对一些血淋淋的细节。

基于此 ，我认为我可以找出问题所在。

但是此PC实用程序告诉我该 （PC /构建计算机）环境中缺少什么。 我需要知道CE设备上缺少/错误的地方。

因此，要在PC上“伪造”该环境，我需要将掌上电脑中的哪些文件复制到PC上？ IOW，CE设备上的.exe将在哪些目录中查找其必要文件？

UPDATE

毫不奇怪， CF Whisperer （ctacke）是正确的。 这是我在.csproj文件中看到的内容：

在较新的/ 3190设备上运行的实用程序：

<NativePlatformName>Windows CE</NativePlatformName>
<TargetFrameworkVersion>v3.5</TargetFrameworkVersion>

无法在较新的/ 3190设备上运行的旧版应用程序：

<PlatformFamilyName>WindowsCE</PlatformFamilyName>
<TargetFrameworkVersion>v2.0</TargetFrameworkVersion>

当我在新版本和旧版本的源之间来回走动时，像妈妈熊一样刮擦和咆哮，其幼崽被美洲狮缠住了，最后又重新回到了COMPILE和BUILD状态，我没有想要将项目升级到3.5; 我将其保留为2.0，而是“降级”设备。

因此：如何将手持设备“降级”到较早的CF版本？

更新2

因此，这一切（某种程度上）现在很有意义：

一台手持设备（3190）已安装CF 3.5； 因此，可以在上面运行为CE 3.5构建的实用程序，而不能为CE 2.0构建应用。

另一个手持设备（Motorola / Symbol 3090）OTOH已安装CF 2.0（Windows \\ cgacutil.exe报告为Compact Framework版本1.0.3316.00）。 为CE 2.0构建的应用程序可以在其上运行，但实用程序不能运行。

Arghhh !!!!!!!!!!!!!!!!!

可以这么说，版本控制是女性“说服力”的代表。

为什么操作系统和子系统不是“更智能”的，以便它们能够自动检测到这种奥秘并默默地自动修复这种奥秘，或者至少单击一下按钮就可以为您做到这一点？ 我讨厌花很多时间在底盘下挤满肮脏的油滴入窥视器中。

因此，在一种扭曲的逻辑中（如果我错了，请告诉我），情况是这样的：

Windows CE 2.0 == CF 1.0.3316.00
Windows CE 3.5 == CF ???? (the 3190 device does not have "cgacutil.exe", so I can't see what the version is)

现在：如何删除较新版本的CF，并用较低/较旧的版本替换它？

我现在确实记得，这个项目的前任负责人（已经深思熟虑）说过我们不能使用3.5（空间/内存问题），因此尝试将项目从目标2.0升级到3.5是不可行的。

注意： 3090（Symbol）的操作系统版本为05.00.1400 Windows CE版本5.00（内部版本1400）

3190（Motorola）的OS版本为6.00.000 Windows CE版本6.00

Answer 1

您的问题中有些奇怪（和错误）。 接受一些教育的时间（我超过15年的CE应用程序开发人员偶尔会有所收获）。

就版本控制而言，Windows CE和Compact Framework完全无关。 好吧，有一些“ X支持Y”之类的东西，但是它们是无关的。

Windows CE 2.0的日期为1998或1999。那时，CF不存在，它是eVB。 您没有运行CE 2.0。 我保证

对于Compact Framework，有4个主要版本，每个都有一些Service Pack。

• CF 1.0-与Studio 2003一起发布。自从CE 5.0在现场发布CF 2.0以来，在CE 5.0以后的几天里都没出现过。
• CF 2.0-与Studio 2005一起发布。这一版本在运行CE 5.0和CE 6.0的旧式手持设备中非常常见
• CF 3.5-与Studio 2008一起发布。这一点在较新的硬件中比较常见。 它可以安装在许多较旧的硬件上。
• CF 3.9-与Studio 2012一起发布。仅适用于WEC2013。

如果您的设备报告的是CF 1.0，则该设备只能运行针对1.0构建的应用。 Studio 1.0终止了对CF 1.0应用程序构建的支持。如果硬件有足够的空间和内存，您也许可以安装CF的较新版本（通过CAB文件）。

如果您有报告CF 2.0的设备，则该设备可以运行CF 1.0或CF 2.0应用程序。 同样，如果有足够的空间和内存，您也许可以更新到3.5。

如果您有一台报告CF 3.5的设备，它可以运行CF 2.0应用程序（可能还有1.0应用程序，尽管我怀疑我已经尝试了十年了）。

您无法在ROM中删除任何版本的CF。 但是，您可以并排安装。 通常不建议也不需要安装旧版本，因为新版本的CF将运行为旧版本构建的应用程序。

有时，您可能会发现带有CF 3.5的设备无法运行2.0应用程序。 有一些兼容性怪异的东西。 在这些情况下，您可以通过修改app.config文件并显式设置SupportedRuntime来强制CF 3.5在2.0模式下实际运行（而无需安装2.0位）。 看看这个MSDN页面 。