5

我有一个项目需要在 Windows、Linux 和 VxWorks 上构建。该项目基于 Linux 和 Windows 构建，但针对 VxWorks 进行了交叉编译。为了跨多个平台处理字节序，它使用 ntoh.h。Linux 机器是小端的，但 ntohl 不会在我的程序中交换。

我写了一个直接包含in.h的测试程序。适当地交换。我编写了另一个仅包含 ntoh.h 的测试程序。适当地交换。两个测试程序都链接到 lib64/libc.so.6。

但是，当我编译我的项目时，ntohl 不会交换。我无法使用 gdb "break ntohl" 命令中断 ntohl。构建时，我看到LITTLE ENDIAN警告（见下文）并且没有看到“应该在此处”错误。

请帮忙。我不明白为什么会出现这个问题。

下面是ntoh.h：

#ifndef __ntoh__
#define __ntoh__

#include "basic_types.h"

#ifdef WIN32
    #include <winsock2.h>
#elif LINUX
    #include <netinet/in.h>

    //This is here to determine what __BYTE_ORDER is set to in netinet/in.h.
    // Not in original code 
    #if __BYTE_ORDER == __BIG_ENDIAN
    #warning BIG ENDIAN BYTE ORDER!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    #endif 

    //This is here to determine what __BYTE_ORDER is set to in netinet/in.h. 
    // Not in original code
    #if __BYTE_ORDER == __LITTLE_ENDIAN
    #warning YAY LITTLE ENDIAN!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    #endif 
#else

  #error SHOULDNT BE HERE     //added for debugging purposes
  #define ntohl(x)        (x)
  #define ntohs(x)        (x)
  #define htonl(x)        (x)
  #define htons(x)        (x)

#endif

#endif // __ntoh__

我的编译命令的一部分：

g++ -DDAU_PARSER -DNO_MT -DTEST_CLOCK -DLINUX  -g -Irelease/include -Irelease/include/Record_Data/ -Irelease/include/Utility -o dauParser DAU_Support_Tools/src/dau_parser.cpp DAU_Support_Tools/src/dau_parser_write_data_to_file.cpp Utility/src/Messaging/Communications/Message.cpp Utility/src/time_type.cpp Utility/src/collectable.cpp Utility/src/clist.cpp Utility/src/clock.cpp Utility/src/test_clock.cpp Utility/src/mutex.cpp Utility/src/ntoh.cpp ...

错误是由以下几行产生的：

int deadbeef = 0xDEADBEEF; 
printf("TESTING DEADBEEF %x %x\n", deadbeef, ntohl(deadbeef) );

这两条线的输出产生相同的输出。测试死牛肉 deadbeef deadbeef

4

1 回答 1

6

这两条线的输出产生相同的输出。测试死牛肉 deadbeef deadbeef

嗯，出了点问题，但我们不能告诉你是什么。您必须调试此问题，因为您是唯一可以观察到它的人。

从最简单的例子开始：

cat t.c; gcc t.c && ./a.out
#include <netinet/in.h>
#include <stdio.h>

int main() {
  int deadbeef = 0xDEADBEEF; 
  printf("TESTING DEADBEEF %x %x\n", deadbeef, ntohl(deadbeef));
  return 0;
}


TESTING DEADBEEF deadbeef efbeadde

这是否产生了预期的结果？

  • 不：你的工具链和标题被破坏了。
  • 是的：您的工具链没问题，但您的实际代码与示例不同。
    通过 preprocessor: 运行您的代码gcc -dD -E -DLINUX ntoh.cpp，并查看ntohl宏扩展为什么以及它来自何处。

我的猜测是你的一个标题中有一些愚蠢的东西，例如

#undef ntohl
#define ntohl(x) (x)
于 2013-02-26T07:20:45.803 回答