我们计划升级我们的测试服务器，为此我们计划从戴尔购买运行Windows2008x64Web版的64位机器。但是，现在我们想继续使用32位Coldfusion8。有什么可以阻止我们这样做，还是我们必须迁移到64位Coldfusion8？有没有人最近在64位Windows上运行32位CF有任何问题？我看到有些人有问题before(但不是在Windows上)但其他人向我保证它会工作得很好。非常感谢。夏兰 最佳答案 根据我的经验，这很好用。但是，您必须更改IIS上的设置以允许32位扩展，这(IIRC)禁用64位扩展。这意味着，基本上，如果您
这是我的情况:我工作的公司将应用程序部署到32位Windows2003服务器，他们想迁移到64位Windows2008服务器。已注意到这些32位自定义开发的应用程序将无法在64位计算机上运行。我不知道这一点。我一直认为32位软件可以在64位操作系统上运行并且只使用32位地址。另一个64位软件无法在32位操作系统上运行。在64位上，人们确实必须创建64位软件，但可以并且仍然可以创建专为32位机器设计的软件。有人可以详细说明一下吗？ 最佳答案 一般来说，32位应用程序将在64位Windows下运行(这在技术上称为WOW64-Window
我正在维护一个旧的VB6应用程序，它使用一些Sheridan3D控件(SSPanel和SSTab，在threed32.ocx和tabctl32.ocx中找到)。这个应用程序可以在64位机器上运行吗(我猜threed32中的32来自位数？)如果没有，我该怎么做才能让它发挥作用？ 最佳答案 它应该通过WoW运行良好.编辑:由于您已经阐明它是一个16位应用程序1，如果它是一个绝对必须运行的LOB应用程序，那么您可以尝试WindowsXPMode适用于Windows7及更高版本。如果您有一份VB6副本，请尝试导入项目并在32位编译它。否则，
VisualStudio编译器(2005到2008)为x86/x64位环境定义了四个宏。引用PredefinedMacros_M_X64为x64处理器定义。_M_IX86为x86处理器定义。有关详细信息，请参阅下面的_M_IX86值表。这不是为x64处理器定义的。_WIN32为Win32和Win64应用程序定义。总是定义。_WIN64为Win64应用程序定义。现在在x32位机器上永远不会设置_M_X64。在64位机器上，如果您在32位环境中构建，_M_X64将被取消设置，而_M_IX86将被定义。_WIN32始终被定义，与32/64位版本无关。在所有x64处理器中，_M_X64是否有特
我有一个64位Windows2008R2VM，我在其中安装了来自SDK的Windows64位调试工具。现在我想安装32位甚至下载相应的ISO-GRMSDK_EN_DVD.iso从http://www.microsoft.com/en-us/download/details.aspx?id=8442然而，该死的东西认为没有什么可安装的，因为已经安装了64位。我怎样才能安装它？编辑好的，我卸载了64位版本。现在，它无法安装并显示这条可爱的消息:SetupcouldnotfindthefileWinSDK_amd64\WinSDK_amd64.msiatanyofthespecifiedso
我们正在发布应用程序，即32b，因此将其放入ProgramFiles(x86)目录。它有一个x64“插件”，作为一个单独的进程(服务)运行，现在我们将它部署到主应用程序的子目录中。该插件未部署在x86系统上。现在，问题是——这(在x86ProgramFiles中可以执行x64)不是一个坏主意吗？此解决方案是否会对(某事)产生负面影响？谢谢! 最佳答案 它没有负面影响，事实上，VisualStudio也会这样做(它将其64位native编译器安装到(x86)目录中)。只有当它是一个“真正的”64位应用程序时才会出现问题，该应用程序期望
我的目标是以编程方式获取64位进程的完整命令行。我已经理解并编写了这段代码，我在其中对所有当前正在运行的进程进行了进程遍历，并获取了它们的每一个细节。但问题是此代码无法对64位进程(不在WOW64下运行的进程)执行相同的操作。#include#include#include#include#include#includeusingnamespacestd;BOOLGetProcessList(FILE*f);BOOLListProcessModules(DWORDdwPID,FILE*f);BOOLListProcessThreads(DWORDdwOwnerPID,FILE*f);v
是否可以安全地假设任何x86编译的应用总是在编译该应用的同一操作系统的x64版本下运行？/p>据我所知，对于Windows操作系统，答案是"is"。Windowsx86仿真层也是出于同样的目的而构建的。但是，我只想再次确认这里的专家。Unix、Linux呢？有什么注意事项吗？ 最佳答案 不，要运行x86代码，它需要在兼容或传统模式下运行。如果操作系统不支持在兼容模式下运行进程，程序很可能无法运行。Linux和IFAIKWindows目前支持兼容模式，看起来还有更多或多或少的支持。我的理解是NETBSD需要一个特殊的模块来支持它，因此
我有一个x86应用程序在x64版本的Windows10上运行。在我的应用中，我使用ExpandEnvironmentStrings(...)来扩展用户给定的值。但当变量为%programfiles%时，它会扩展为C:\ProgramFiles(x86)我是否需要做一些特殊的事情来让x86应用程序正确扩展程序文件变量？注意:当我在资源管理器中直接使用%programfiles%时，它会正确扩展到C:\ProgramFiles。我正在使用VisualStudio2015进行开发。 最佳答案 当32位应用程序扩展环境变量引用%Progra
我是Jenkins的新手，但真的很想看看Jenkins如何在我们的构建管道中帮助我。作为我们要求的一部分，我们需要能够通过x64实例调用PowerShell脚本。我在WindowsServer2012R2上安装了Jenkins，开箱即用，PowerShell插件运行良好，但通过x86引擎。据我了解，默认情况下，Jenkins使用Java的x86版本。没问题。我已经安装了Java的x64版本，将Jenkins.xml修改为如下所示:C:\ProgramFiles\Java\jre1.8.0_131\bin\java.exe...并重新启动Jenkins服务。服务重新启动正常，但Web界面
