C++11 如何在C++；（vs2013）

最近，我开始编译libcurl，以便与Vs2013一起使用，由于一些原因，结果非常简单。经过一些哄骗和更多的在线帮助，我甚至设法让curl在一个独特的ptr中玩得很好

使用curl的标准HTTP和HTTPS事务在

google.com

上运行良好。然而，使用https（www.slayradio.org）的特定站点不幸导致“SSL连接错误”

我在PHP中使用curl通过https连接到域没有问题。但是我也需要它在C++中工作。 这似乎只是一张罚单，但打开它似乎没有任何效果。我在控制台窗口和内部IDE输出窗口中都没有看到额外的输出。我在尝试指定一个它应该输出到的具体文件时遇到了麻烦，直到我最终发现，通过传递一个指向libcurl DLL的file*指针（我确实这样做）会导致访问冲突。我知道FAQ特别提到了CURLOPT_WRITEDATA和CURLOPT_READDATA，不是CURLOPT_STDERR，但我无法想象这里的情况会不一样

我发现了一个设置，它产生了一个稍微有用的输出：

Unknown SSL protocol error in connection to www.slayradio.org:443

但我仍然不知道是什么导致了这些问题

如果有人能告诉我，在控制台窗口中启用CURLOPT_VERBOSE是否真的不应该看到更多的输出，我将不胜感激

我也很想知道是否有人曾经遇到过类似的事情

---

如果我不能让Curl更详细一些，那么似乎唯一的选择就是使用。

不幸的是，这只是半个答案

首先也是最重要的一点是，我没有，现在也还没有弄清楚为什么打开CURLOPT_VERBOSE似乎什么都没有做。将CURLOPT_VERBOSE设置为1L似乎没有任何改变

然而，我确实找到了我所经历的问题的根源。我将新编译的cUrl库隔离到一个新项目中，并意识到TwitCurl中的另一个/旧的cUrl库和一些SSL/TLS协议库仍然挂在我的系统上。这最终干扰了新编译的cUrl库，导致它无法确定哪些协议可用

---

所以。。。我想我能给出的最好建议是，如果可能的话，进一步隔离这个问题（我从一开始就应该这样做），并提防老库的存在。

不幸的是，这只是半个答案

首先也是最重要的一点是，我没有，现在也还没有弄清楚为什么打开CURLOPT_VERBOSE似乎什么都没有做。将CURLOPT_VERBOSE设置为1L似乎没有任何改变

然而，我确实找到了我所经历的问题的根源。我将新编译的cUrl库隔离到一个新项目中，并意识到TwitCurl中的另一个/旧的cUrl库和一些SSL/TLS协议库仍然挂在我的系统上。这最终干扰了新编译的cUrl库，导致它无法确定哪些协议可用

所以。。。我想我能给出的最好建议是，如果可能的话，进一步隔离这个问题（我从一开始就应该这样做），并提防老库的存在