C# 在VisualStudio上（.NET C++ +DLL包装器）上的.NET 64位构建

我花了一个不眠之夜试图构建64位版本的quickfix_net.dll和quickfix_net_messages.dll

我的C框架是64位的，通常提供的QUICKFIX dll是32位的，所以我别无选择，将我的应用程序切换回32位不是一个选项

我期待着VS_10解决方案能够立即生成可怜的天真小兔子。。。但我有一大堆未找到的库错误，无法打开源代码文件xxxxxx.h，因为许多include xxxxxx.h语句。对于我尝试过的两个项目源，我有这种行为。我很困惑，因为我更多的是一个.net的家伙，我没有设法解决我自己的问题

最初的项目源代码是可下载的，我最感兴趣的64位fork是 如果你们中的一些人能够打开quickfix_vs10.sln并进行一次干净的编译，我将不胜感激，因为我可以在回去工作之前在公司的地下室至少睡上几个小时

编辑：

详细错误：

我有许多无法识别的错误，包括quickfix/foo>我必须从entires解决方案中删除所有quickfix/前缀 “FIX”：不是类或命名空间名称，尤其是在FieldMap.h中 缺少类型说明符-假定为int。注意：C++不支持默认int -“QuickFix:：FieldNotFound _gc&”：无法通过值或引用抛出或捕获托管对象 我每个都有数百个，还有更多…：

编辑：有效答案 如果你想要一个真正的.Net修复引擎，那么你最好选择或 两者都是本机.Net和开源的，因此如果您愿意，可以编译为x64 DLL或x86 DLL

QUICKFIX/N刚刚发布，非常有前景。太糟糕了，这篇文章发表几个月后： 截至VERSAFIX，我的公司已经使用了6个月，到目前为止，我们非常满意。 项目发起人Russ Curry在技术上坚如磐石，反应迅速。

---

header.h错误是由于找不到包含文件夹。如果您将该文件夹添加到项目查找头文件的位置列表中，它应该可以正常生成。我也有这个问题，但是，Bing一个C++开发人员知道它是什么，我承认如果我不是那么的C++，它的怪癖会花费我一段时间，它的怪癖

你应该检查一下，一个专门为.NET构建的修复库，而不是非托管C++包装器。QuickFIX/n保留了QuickFIX的所有良好约定。

几天前我也需要64位版本的QuickFIX，下面是我如何做到的，在将其转换为64位时没有任何错误或问题。取消归档文件的新实例，使用VS打开它。 然后转到整个解决方案的属性并选择配置属性。然后按Configuration Manager按钮，从活动解决方案下拉列表中选择New。现在从第一个下拉列表中选择x64，从第二个复制设置中选择：选择混合平台。完成此操作后，只需重新构建解决方案即可

---

我希望这对你们大家都有帮助。祝你度过愉快的一天。

这似乎有点复杂：在将include目录添加到VC++目录后，我遇到了1000多个构建错误。我快发疯了。由于项目来源是正式提交的，我认为它是稳定的，并且在某些地方我遗漏了什么，当前的错误是什么？您可能需要添加其他目录；有时VS不能很好地处理QF项目文件，请参见编辑。我无法确定是否有要添加的文件夹，或者问题是否存在于其他地方。我在开始时也遇到过这些错误，我需要考虑如何修复它们。我认为如果您将所有包含.h或.cpp文件的文件夹添加到它应该构建的项目中。还要确保构建顺序正确，并且设置了依赖项。您是否在谈论quickfix站点上提供的quickfix-1.13.3.zip源存档？事实上，这正是我所做的，我曾经尝试过，也经历过困难。我第一次无法编译它：您使用了什么版本的VS，解决方案编译时没有问题吗？它找到丢失的.h库了吗？你能提供更多细节吗？我使用VS2010，如果你按照我输入的步骤操作，构建它不会有任何问题。如果您仍然有问题，请写信给我，如果这对您有帮助，我愿意将DLL发送给您。从发帖时起，我一直使用Versafix，请参见编辑。现在Quickfix/N可用。不管怎样，谢谢你。哦，我的天啊，我快哭了。这正是我一直在等待的，等待了很长时间！！！遗憾的是，这在文章发表时还不可用，所以我们使用了Assimilate的开源.Net VERSAFIX see-editQuickFIX/n非常有前景。然而，当我去年尝试它时，我遇到了太多的问题，所以最终转向了QuickFIX.net包装器。