如何摆脱 VW 3.1d 和 ENVY 中的非托管代码

Question

我有一个旧的 VW3/ENVY 映像，其中一个包裹作为非托管代码加载（正是这种情况 掌握 ENVY/DEVELOPER 警告）。不幸的是，这个问题很久以前就发生了，现在“返回”到没有加载包裹的图像已经太晚了。

显然，有一种方法可以解决这个问题（我们有一个开发映像已经解决了这个问题，并且有正常的配置映射，其中包含与非托管包完全相同的代码，但无法加载），但是确切的方式早已被遗忘（并且将特定的开发映像作为新的运行时映像的基础存在一些问题，因此我需要找出如何再次执行此操作）。

理论上，应该可以删除包裹并从配置映射中重新加载代码。实际上，所有正常方法（使用 ParcelBrowser 或直接调用 UnmanagedCode>>remove）都会失败。我什至尝试手动从方法字典中删除有问题的选择器，但超过某个点（涉及对 #primBecome 的调用：）整个图像完全挂起（我什至无法放入调试器）。我开始破解类和方法的实例，希望我能欺骗 ENVY 认为这些特定的方法是正常的版本代码，但还没有成功。

是否有任何闲聊/嫉妒专家仍然记得足够多的 VW 3 来为我提供任何指示？

状态更新 经过一周的尝试解决问题，我终于成功了，至少部分成功了，所以以防万一有人感兴趣......

首先，我必须修复未管理代码的文件指针（否则，所有尝试触及这些方法的所有内容都会抛出异常）。看起来 ENVY 扩展了 Parcel，因此理论上，所有整数文件指针在加载时都会更改为 ENVY 的 void 文件指针，但就我而言，我必须手动执行此操作（Parcel 为所有文件提供枚举）它定义的选择器）。另一种方法是调整 filePointer 代码，但这并不容易在每个需要的图像上自动完成。

然后，可以丢弃包裹，这会丢弃包裹信息，但保留代码。官方的“丢弃”机制需要有一个有效的更改文件（envy 不使用该文件，因此必须手动设置，然后重置）和包裹源（幸运的是我们有）。

为了能够对方法进行任何更改（手动或通过从 ENVY 加载应用程序或类），他们需要摆脱其非托管状态。这可以通过手动调整 TheClass>>applicationAssocs 来完成（我还删除了对 UnmanagedCode 中的类的所有引用（如时间戳），并删除了对丢弃的包的引用）。实际上，我从老板那里得到了一些关于如何做到这一点的信息，但直到我几乎自己弄清楚之前，我一直无法理解这些说明。

这最终允许我加载和重新加载包含这些类的所有应用程序。理论上来说。实际上，每当我尝试加载应用程序的新版本（包含以前在包中的代码）时，图像仍然完全挂起。

事实证明，崩溃与代码不受管理完全无关，而是因为有问题的包裹修改了 InputState>>process:，其中它由于缺少和/或未初始化的类变量而导致异常（直到新的 process: 方法就位后才调用 InputState>>initialize 方法） 。我必须修改 Notifier 类，将所有异常转储到文件中，以了解发生了什么情况。将类变量添加到类的源中（而不是通过反射添加），通过 toBeLoadedCode 挂起输入处理线程，并在 loaded 方法中再次启动它并创建该应用程序的新版本甚至解决了这个问题。

现在理论上一切正常。实际上它仍然无法使用，因为重新加载 WindowSystem 或 VisualworksBase 应用程序会导致它们的初始化块运行，并且大量设置会重置为默认值 - 字体和字体大小、窗口颜色、UI 设置...并且没有似乎有任何方法可以将设置保存到文件并稍后加载它们，或者只是查看所有设置是什么（官方设置菜单没有显示所有内容，或者我们有一个经过大量调整的图像......从头开始重建它就这么多了）。但这是一个完全不同的问题。

Answer 1

好吧，通常建议您应该能够通过从存储库加载代码来从头开始重建您的开发映像。但如果你有这个，那么答案很简单，只需丢弃该图像并重新加载即可。我认为时间已经足够长了，我已经失去了所有关于如何弄乱内部结构以恢复它的知识，而且听起来你已经尝试了很多事情。因此，尽管这可能很痛苦，但通过从存储库加载内容来找出重建开发映像的秘诀听起来可能是您最好的选择。它可能并不是那么可怕，只是可能存在一些对图像状态的依赖，或者需要执行的特殊操作。

您可能还需要根据您正在使用的图像中的内容来验证存储库中的内容。如果加载了非托管代码，然后有人修改了它并保存了它，我不清楚它是否会被保存到 ENVY 中。因此，您可能想要审核所有非托管代码，如果已更改，请将其保存到存储库版本。

抱歉我没有更好的答案。