首先，我在Windows 7 64位上关于PB 10.5的原始问题链接主要通过以下链接得到解答 - PowerBuilder 10.5 Application on Windows XP 32-bit to Windows 7 64-bit
有没有人在64位计算机上有过使用PB 10.5运行时文件的经验？
目前在Windows XP上有一个32位应用程序。客户希望它在Windows 7 64位中运行。我知道这是一个很大的跳跃，PB 10.5已经很长时间没有得到支持了。
有没有人成功愚弄过Runtime Packager PowerBuilder运行时DLL并且在Windows 7 64位系统中获得了以下任何DLL的问题？ libjcc.dll libjutils.dll pbacc105.dll pbdwe105.dll pbdwr105.dll pbdwr105.pbd pbjag105.dll pbjvm105.dll pbshr105.dll pbtra105.dll pbvm105.dll
我意识到这些是32位DLL，但我需要从某个地方开始，不知道如何解决这个问题。希望任何人提供帮助或建议。
答案 0 :(得分：2)
我怀疑对你最有用的答案是一个完全没用的答案。
第一点是PB 10.5早于Windows 7.很明显，Windows 7上10.5的任何成功都将依赖于微软提供应用程序前向兼容性的能力。 （与我使用的其他平台相比，MS在提供前向兼容性方面的成功恒星，但从未如此完美。）
Windows 7是在PB 11.0时间框架IIRC附近发布的。 Sybase在12.0周期的某个地方宣布他们将支持Windows 7.对新平台的支持对你的营销上限是一个很好的影响，所以对这种延迟的合理解释是他们发现一些问题，不得不解决它们。 （据我所知，Sybase从未在一个地方列出这些问题，尽管有些可能会出现在每个补丁发布的错误列表中。）
如果您在应用程序Open事件中创建了一个10.5行的应用程序，我会打赌，如果您创建了10.5应用程序：
MessageBox ("Hello World!", "It's me!")
并将其部署到Windows 7，它会工作。相反，根据我们从Sybase的行为推断，存在一些功能的组合和排列，这些功能在部署到Windows 7时将会失败。其中您的应用程序位于此n维特征和复杂性范围内很难说。
所以，我怀疑对你的问题最有用的答案是，我在Windows 7上使用10.5应用程序取得成功并不重要;我的经验可能与您的应用程序在Windows 7上的成功无关。存在已知风险，即使我们不确切知道这些风险是什么。
答案 1 :(得分：0)
我在Win7 / 64（也就是32b）上使用PB11.5 IDE没有问题。
关于运行时打包程序，我不再使用它，因为我开发和维护了几个异步发布的产品，可能需要不同的运行时，有时来自不同的主要PB版本（10.5 / 11.5），有时来自不同的版本（ EBF）同一专业。
由于PB对于运行时版本似乎非常挑剔（从某种意义上说，您最好为运行时分发与构建应用程序的版本完全相同的构建），我将运行时dll放在同一目录中作为应用程序文件。 PB 10.5 / 11.5 PB应用程序在同一目录中使用其运行时文件没有问题。
答案 2 :(得分：0)
从工作的xp 32位系统导出这些dll的注册表信息。 如果dll没有驻留在powerbuilder的可执行路径中，而是一些东西 比如C：\ windows \ system32或system32的一个子目录，然后复制 dll到windows 7 64位系统的相关c：\ windows \ syswow64文件夹 区域。如果有必要将它们放在新位置，则修改 注册表导出指向新位置。如果他们来自powerbuilder 可执行路径，那么您不需要修改注册表导出。 将它们合并到注册表中。可能需要重新启动。我有过 当旧的dll和ocx文件证明是必要的时候成功 保持升级后办公室数据库应用程序的工作 办公室版本。您将要保留dll和注册表合并文件的副本 在离线存储中，您必须从头开始重建系统 在某个未来的日期。祝你好运。
答案 3 :(得分：0)
PowerBuilder附带的程序包管理器将收集所需的所有运行时库。 Windows 7 64位可以通过SYSWoW64运行32位或64位，“ WoW64”在Windows 64位上代表Windows 32位。 Windows中运行的 SysWoW64 进程是Windows操作系统的一部分。