我搜索了一下，但我找不到这些问题的直接答案，只是点点滴滴：如果我安装windows 7 x64，
1 - 我是否可以使用delphi 2007+，因为我习惯于启动它，代码在其中，在其中调试，在其中编译？我已经看到了调试器问题和十六进制编辑解决方法
2 - 我的应用程序在该环境中编译将在32位版本的Windows上工作吗？
3 - 我在32位窗口上使用delphi编译的应用程序是否可以使用这个64位版本？
（当然所有这一切都假设“正常”的应用程序，因为如果我正在玩指针，期望它们是32位长，我不希望事情能够正常工作，显然）
这个问题的整体问题是，作为移动到Windows 7 64位的人，我是否能够/我应该使用它作为我的主要delphi开发平台，还是我最好保持32位启动delphi dev？
感谢任何能给我一点线索的人
答案 0 :(得分：10)
正如Mason Wheeler所说，2007/2009调试器和64位平台存在问题，但很容易fixed。
我每天在Windows 7 64位上使用D2007（使用此修复程序），它的效果非常好。
答案 1 :(得分：6)
答案 2 :(得分：5)
不知道Windows 7 64位版本，但我已经在Windows XP 64位上使用Delphi 4,5,2007和2009近一年了，并且考虑到微软在向后兼容方面的努力，我看不到为什么在Windows 7上应该有很大不同。这回答了你的最后一个问题 - 无需保留单独的分区。使用虚拟化在32位系统上运行。 Windows 7确实AFAIK为您提供虚拟化的Windows XP子系统 - 免费，但您可能需要单独下载。
Re 2和3：编译应用程序的操作系统与部署无关，只要编译本身有效。我只是在32位Windows版本上编译了16位Delphi程序，没有任何问题。但是，您应该在目标操作系统版本的干净安装上始终 测试，因为开发人员PC与用户PC完全不同，不会认为一切都会正常工作。但这是一般建议，与64位操作系统无关。
您的Delphi程序将运行在Windows 64位的32位层（WOW64 - Windows on Windows 64）上，该层与您不需要关心的真正的32位操作系统足够接近，除非您与之密切合作较低的系统级别。
答案 3 :(得分：5)
昨天我在Windows 7 64位下对Delphi 2007做了一些工作，这是一场灾难。每次我在调试时离开程序时，无论是通过正常退出还是通过停止调试器，都会引发一个我无法解决的断言失败，从而导致整个IDE崩溃。 （这在XP下从未发生过。）显然，WOW64模拟器并不像它应该的那样稳定...... :(
如果您打算尝试使用64位Windows 7，我强烈建议升级到Delphi 2010，这是专门针对Windows 7合规性而构建的。如果这不是一个选项，那么至少要安装一个带有XP的虚拟机，以便开发工作。
答案 4 :(得分：3)
答案是：
1. Yes - With the workaround for the debugger issue
2. Yes - Delphi 2007 (native) will only build 32 bit applications
3. Yes - Unless it's a Device Driver or low-level service
首先应用Olaf's Blog中提到的补丁。这修复了调试器退出错误。
其次，安装Windows XP Mode，这是一个完全干净（合法）的Windows XP 32位虚拟机。
在Windows 7 64位上编译应用程序。安装到虚拟机上。它应该工作。冲洗，起泡并重复用于您正在开发的其他应用。
XP模式适用于Windows 7 Professional和Ultimate版本的所有用户。不了解公司版本。
这是我目前用于开发的内容，因为我必须执行Macbook Pro的紧急OSectomy
答案 5 :(得分：2)
我在Windows 7 Professional 64位上运行Delphi 2007，直到星期二修补程序之前它还没问题。在抛出调试错误（SetThreadContext失败）后，IDE将死亡。我应用了http://cc.embarcadero.com/item/27521处找到的补丁，没有更多问题。
HTH。 YMMV。
道格
答案 6 :(得分：0)
仅供参考，我在Win7 64位上运行Delphi 7。运行此版本的技巧是不安装到Program Files（x86）文件夹 - 而是安装到C：\ Delphi7之类的东西。用这种方式工作了大约一个月，现在开发负担很重，而且工作得很好！