为什么并发运行时和/CLR不能一起生活? [英] Why cannot Concurrency Runtime and /CLR live together?

问题描述

你好，

我有一个cpp/cli项目，该项目取决于外部托管库.我的项目使用并发运行时进行并行处理.我已经破解了conct.h以使所有内容都能编译，但是想知道这是否是个好主意(我继承了 该项目).

I have a cpp/cli project that depends on an external managed library. My project is using the concurrency runtime for doing parallel processing. I have hacked the concrt.h to make everything compile, but was wondering whether it's a good idea (I have inherited the project).

大多数针对MS的问题:为什么不同时支持clr选项和concr?我可能会遇到什么?

Question mostly to MS: why are the clr option and the concrt not supported together? What may I run into? 

请注意，我不在托管端使用tpl(我不知道外部库是否使用过).我可以想象，如果将tpl与conctr结合使用，我得到的调度可能会少于最佳调度.这就是为什么两者不能共存的原因吗?或者 我应该期待更大的不兼容性吗?

Please note that I am not using the tpl on the managed side (I don't know whether the external library does). I can imagine I might get less than optimal scheduling if using tpl in conjunction with concrt. Is this the reason why the two cannot coexist? or should I expect more dramatic incompatibilities?

谢谢，

Claudio

推荐答案

你好，

感谢您参加MSDN论坛.

Thanks for participating in MSDN forum.

根据您的描述，我认为您会在公共语言运行时论坛中获得更好的支持.我会将这个话题移到那个论坛.

According to your description, I think you would get better support in Common Language Runtime forum. I will move this thread to that forum.

您的理解将不胜感激.

此致

这篇关于为什么并发运行时和/CLR不能一起生活?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！