我们有一个C ++程序,我在Visual Studio 2017中移植到x64。该程序使用boost asio通过TCP连接发送数据。代码在32位工作正常。但是当我构建然后为x64运行它时,async_send失败并出现错误10014(WSAEFAULT),我调试了升级asio代码,罪魁祸首可以预测是调用windows方法WSASend(在boost \ asio \ detail \ impl \ win_iocp_socket_service_base中) .ipp): https://msdn.microsoft.com/en-us/library/windows/desktop/ms742203(v=vs.85).aspx
这是我目前失败的相关代码(愚蠢到排除其他可能的原因)。 此时连接已成功设置,我尝试通过连接发送第一个数据:
std::vector<unsigned char> testWriteBuffer(16,0);
boost::asio::async_write(m_Socket,
boost::asio::buffer(&testWriteBuffer[0], testWriteBuffer.size()),
boost::bind(&CTIPCTCPConnection::IOHandleWrite, boost::static_pointer_cast<CTIPCTCPConnection>(shared_from_this()), NextMessage->IsLowPriority(),boost::asio::placeholders::error));
其中m_Socket是这样的:
boost::asio::ip::tcp::socket m_Socket;
不确定这是否相关,这是编译器的命令行(我们使用相同的选项构建了boost库):
/GS /W4 /Zc:wchar_t /I"..\..\..\Export\Include" /I"..\Include" /I"..\..\Include" /I"..\..\..\Include" /I"..\..\..\Ref\Include" /ZI /Gm- /Od /sdl- /Fd"C:\Workspaces\grpMiddleware\gc_AsioCom_x64\AsioCommunication\Test\Vc150\Debug_x64\\Test.pdb" /Zc:inline /fp:precise /Zp1 /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_WIN32_WINNT=0X603" /D "WINVER=0X603" /D "_MBCS" /D "_CRT_SECURE_NO_WARNINGS" /D "_TOKHEIM_FUELPOS" /errorReport:prompt /WX- /Zc:forScope /RTC1 /Gd /MDd /FC /Fa"C:\Workspaces\grpMiddleware\gc_AsioCom_x64\AsioCommunication\Test\Vc150\Debug_x64\\" /EHsc /nologo /Fo"C:\Workspaces\grpMiddleware\gc_AsioCom_x64\AsioCommunication\Test\Vc150\Debug_x64\\" /Fp"C:\Workspaces\grpMiddleware\gc_AsioCom_x64\AsioCommunication\Test\Vc150\Debug_x64\\Testd.pch" /diagnostics:classic
答案 0 :(得分:0)
看起来有点不好看你发布的几行是std::vector<unsigned char> testWriteBuffer(16,0)
最有可能存在于堆栈中,因此在你调用async_write
后会被破坏,但它应该存活直到完成例程运行。正如您在boost::asio::buffer
应用程序有责任确保内存区域保持有效,直到I / O操作不再需要它为止。
<强>更新强>
好吧,WSABUF患有/Zp1
,看到这个简单的例子:
//#pragma pack(push, 1)
#include <Winsock2.h>
#include <cstdio>
int main(int argc, char** argv)
{
WSABUF buffer;
printf("size - %zu, offset of buf - %zu, offset of len - %zu", sizeof(buffer), offsetof(decltype(buffer), buf), offsetof(decltype(buffer), len));
return 0;
}
没有它给出的包 - size - 16, offset of buf - 8, offset of len - 0
,
在x64上使用 - size - 12, offset of buf - 4, offset of len - 0
。难道你不能隔离boost i / o部分并在没有/Zp1
的情况下编译boost吗?
答案 1 :(得分:0)
显然,原因是/ Zp1编译标志(struct member alignment)。一旦我从项目及其所有依赖项中删除它,它再次正常工作。尽管如此,删除它确实可以打开一整套新的蠕虫病毒。