使用 MAKEWORD 函数会创建错误 E0109- 明显调用的括号前的表达式必须具有 (pointer-to-) 函数类型答案

【问题标题】：using MAKEWORD function creates error E0109- expression preceding parentheses of apparent call must have (pointer-to-) function type使用 MAKEWORD 函数会创建错误 E0109- 明显调用的括号前的表达式必须具有 (pointer-to-) 函数类型
【发布时间】：2019-06-28 12:54:01
【问题描述】：

我正在使用 cpp、sockets、json 和 winsock2 编写一个项目来创建服务器和客户端之间的连接，我正在使用 winsock2.h 中的函数 WSAStartup 来启动连接。我从互联网上的代码中复制了它的使用方式，它工作了一段时间，直到突然 MAKEWORD 函数产生了一个错误。

这是我在其中使用 MAKEWORD 的函数：（Communicator、RequestHandelerFactory 和 m_handlerFactory 是我创建的类，忽略）

Communicator::Communicator(RequestHandelerFactory* RHF) : m_handlerFactory(RHF)
{
    WSADATA wsa_data = {};
    if (WSAStartup(MAKEWORD(2, 2), &wsa_data) != 0)
    {
        throw std::exception("wsa startup failed");
    }
    std::cout << "Starting..." << std::endl;
    _serverSocket = ::socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
    if (_serverSocket == INVALID_SOCKET)
    {
        throw std::exception(__FUNCTION__ " - socket");
    }
}

我使用的包含和定义：

#pragma warning(disable : 4996)
#define WIN32_LEAN_AND_MEAN

#include <Windows.h>
#include <WinSock2.h>
#include <WS2tcpip.h>
#include <stdio.h>
#include <sstream>
#include <bitset>
#include <exception>
#include <minwindef.h>
#include <windef.h>
#include <ctime>
//some more includes from code I wrote

#pragma comment (lib, "ws2_32.lib")

错误出现在MAKEWORD函数中，无论我做什么，它仍然给出同样的错误。

E0109 expression preceding parentheses of apparent call must have (pointer-to-) function type

我正在使用 Visual Studio 2017，如果这有什么改变的话。我尝试以多种方式解决该问题，但似乎没有任何效果。

【问题讨论】：

这与 C# 有什么关系？
我相信MAKEWORD 是一个宏，而不是一个函数。
@vandench 抱歉，我在客户端代码中使用 c#，我是这个网站的新手，所以我真的不知道它是如何在这里工作的，所以我添加了我认为相关的每个标签。
@PaulMcKenzie 不知道 marco 是什么...... :( 但关键是代码不工作，虽然它应该工作
不知道 marco 是什么 -- 如果您的工作是维护/编写 C++ 代码，这会引发危险信号。

标签： c++ json winsock winsock2

【解决方案1】：

问题是在我的代码之前使用define。谢谢：）

【讨论】：

请提供更多信息。你define 错了什么？这不是一个真正的答案，因为它没有提供足够的信息，因此有同样问题的其他人会知道如何解决它。
我只定义了幻数（#define BYTE 8 等），但由于某种原因，这导致代码无法正常工作。
这是有道理的，因为the MAKEWORD macro 假定BYTE 是8 位整数类型的名称，而WORD 是16 位整数类型的名称。如果更改BYTE 和WORD 的定义，则宏会中断。
@Noa -- 好吧，您现在看到了使用这样的宏的危险。如果（我的意思是一个大的 if）您要使用自己的宏，请不要使用常用名称，例如 BYTE 或 FILE 或类似名称。它很有可能会与其他宏发生冲突。这就是为什么不幸需要使用宏的第三方库在宏名称中使用前缀（例如，MYLIBRARY_BYTE），因此几乎不会出现名称冲突。