2

一些背景资料：

我正在为我的网络课程做一个小组项目。我们将实施一个由 3 个部分组成的密钥分发中心；KDC 本身，发起者 (A) 和响应者 (B) 在大学拥有的 RedHat 6 服务器上使用 c++ 和 g++。

我们一直在使用这个Practical Sockets库，事情进展得相对顺利。

问题：

我和我的伙伴在专门在fillAddr() 函数中调用 Unix 的 gethostbyname() 函数时开始出现段错误。

// Function to fill in address structure given an address and port
static void fillAddr(const string &address, unsigned short port, 
                     sockaddr_in &addr) {
  memset(&addr, 0, sizeof(addr));  // Zero out address structure
  addr.sin_family = AF_INET;       // Internet address

  hostent *host;  // Resolve name
  if ((host = gethostbyname(address.c_str())) == NULL) { /* offending line */
    // strerror() will not work for gethostbyname() and hstrerror() 
    // is supposedly obsolete
    throw SocketException("Failed to resolve name (gethostbyname())");
  }
  addr.sin_addr.s_addr = *((unsigned long *) host->h_addr_list[0]);

  addr.sin_port = htons(port);     // Assign port in network byte order
}

我们已经使用 valgrind、GDB、“cout s”等进行调试，但一直在取得负面进展。以下是 GDB 回溯告诉我们的内容（服务器名称被审查，使用的典型“server.college.edu”地址）：

Program received signal SIGSEGV, Segmentation fault.
0x00000039b1a7621b in malloc_consolidate () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.107.el6.x86_64 libgcc-4.4.7-3.el6.x86_64 libstdc++-4.4.7-3.el6.x86_64
(gdb) backtrace
#0  0x00000039b1a7621b in malloc_consolidate () from /lib64/libc.so.6
#1  0x00000039b1a79385 in _int_malloc () from /lib64/libc.so.6
#2  0x00000039b1a7a911 in malloc () from /lib64/libc.so.6
#3  0x00000039b1b03265 in gethostbyname () from /lib64/libc.so.6
#4  0x00000000004033f7 in fillAddr (address="KDC", port=9284, addr=...)
    at PracticalSocket.cpp:72
#5  0x0000000000404484 in UDPSocket::sendTo (this=0x7fffffffe410, buffer=0x6102a0, bufferLen=40, foreignAddress=
    "KDC", foreignPort=9284) at PracticalSocket.cpp:299
#6  0x00000000004085e2 in sendRecv (sock=..., message="2007|137.28.8.164|SERVER_B|1234", addr=
    "KDC", port=9284) at initiator.cpp:144
#7  0x0000000000407a3f in getSessionKey (sock=..., kdc_addr=0x40aa84 "KDC",
    resp_addr=0x40aa98 "RESPONDER", nonce="1234") at initiator.cpp:88
#8  0x0000000000407546 in main (argc=1, argv=0x7fffffffe548) at initiator.cpp:49

让我解释一下负面进展：

似乎我们编译、测试、调试等的次数越多，只需要额外的 std::cout 之类的小改动，我们的代码执行的就越少。这个 fillAddr() 函数至少被成功地使用了几次。现在将可靠地由 malloc_consolidate() 引起段错误。

以下是目前的情况：

*** glibc detected *** ./kdc: malloc(): memory corruption: 0x000000000132b7d0 ***

*** glibc detected *** ./kdc: malloc(): memory corruption: 0x000000000132b7d0 ***

...


*** glibc detected *** ./kdc: malloc(): memory corruption: 0x000000000132b7d0 ***

这填满了我们的 KDC 控制台窗口。

任何帮助将不胜感激。如果您想了解更多信息，请告诉我。

4

1 回答 1

4

如果你在 -type 函数的内部崩溃了malloc，你几乎肯定已经破坏了内存领域。

在某些时候，您（例如）分配了 30 个字节，然后尝试用 60 个字节的数据填充它。

您需要找出这个问题的根本原因，不幸的是，它不在您显示的代码中。它更有可能在您自己的代码中，在您调用gethostbyname(). 寻找分配堆内存的任何地方，然后写入它。

你的“消极”进步也很好地表明了这种问题，因为一个废弃的竞技场会导致无数问题。

于 2013-04-10T02:39:22.193 回答