C字符串,strlen和Valgrind

时间:2010-07-14 12:25:00

标签: c string valgrind strlen

我试图理解为什么Valgrind正在吐痰:

==3409== Invalid read of size 8
==3409==    at 0x4EA3B92: __GI_strlen (strlen.S:31)

每当我在动态分配的字符串上应用strlen时?

这是一个简短的测试用例:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

int main() {

  char *hello = "Hello World";
  char *hello2;

  /* Step 1 */
  printf("Step 1\n");
  printf("strlen : %lu\n",(unsigned long)strlen(hello));

  /* Step 2 */
  hello2 = calloc(12,sizeof(char));
  hello2[0] = 'H';
  hello2[1] = 'e';
  hello2[2] = 'l';
  hello2[3] = 'l';
  hello2[4] = 'o';
  hello2[5] = ' ';
  hello2[6] = 'W';
  hello2[7] = 'o';
  hello2[8] = 'r';
  hello2[9] = 'l';
  hello2[10] = 'd';
  hello2[11] = 0;  

  printf("Step 2\n");
  printf("strlen : %lu\n",(unsigned long)strlen(hello2));
  free(hello2);

  return 0;
}

以下是Valgrind的结果输出:

lenain@perseus:~/work/leaf$ valgrind ./leaf
==3409== Memcheck, a memory error detector
==3409== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==3409== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info
==3409== Command: ./leaf
==3409== 
Step 1
strlen : 11
Step 2
==3409== Invalid read of size 8
==3409==    at 0x4EA3B92: __GI_strlen (strlen.S:31)
==3409==    by 0x40098A: main (in /home/lenain/work/leaf/leaf)
==3409==  Address 0x5189048 is 8 bytes inside a block of size 12 alloc'd
==3409==    at 0x4C234CB: calloc (vg_replace_malloc.c:418)
==3409==    by 0x4008F0: main (in /home/lenain/work/leaf/leaf)
==3409== 
strlen : 11
==3409== 
==3409== HEAP SUMMARY:
==3409==     in use at exit: 0 bytes in 0 blocks
==3409==   total heap usage: 1 allocs, 1 frees, 12 bytes allocated
==3409== 
==3409== All heap blocks were freed -- no leaks are possible
==3409== 
==3409== For counts of detected and suppressed errors, rerun with: -v
==3409== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 4)

避免这些警告的正确方法是什么?他们是真正的警告吗?

2 个答案:

答案 0 :(得分:14)

这很可能与此错误报告有关:

https://bugzilla.redhat.com/show_bug.cgi?id=518247

正如Paul已经建议的那样,英特尔平台上的strlen()可选择使用SSE优化来加速strlen和朋友。这种加速涉及分配块后面的安全读取,而旧版本的valgrind还没有理解。所以升级你的valgrind就可以了。

答案 1 :(得分:4)

我的猜测是你的strlen实现已经过优化,一次读取8个字节,并测试64位字中任意位置的第一个零字节(可能使用MMX / SSE)。这意味着对于12字节的字符串示例,它读取超出字符串末尾的4个字节。关于这是否是strlen实现中的错误,这是有争议的。我想你只需要忽略它。或者确保你的字符串分配总是8个字节的倍数。