Valgrind говорит: «Распределение стека», я говорю «выделение кучи» - PullRequest
Новая
       34

Valgrind говорит: «Распределение стека», я говорю «выделение кучи»

7 голосов
/ 21 апреля 2010

Я пытаюсь отследить segfault с помощью valgrind. Я получаю следующее сообщение от valgrind: 

==3683== Conditional jump or move depends on uninitialised value(s)
==3683==    at 0x4C277C5: sparse_mat_mat_kron (sparse.c:165)
==3683==    by 0x4C2706E: rec_mating (rec.c:176)
==3683==    by 0x401C1C: age_dep_iterate (age_dep.c:287)
==3683==    by 0x4014CB: main (age_dep.c:92)
==3683==  Uninitialised value was created by a stack allocation
==3683==    at 0x401848: age_dep_init_params (age_dep.c:131)
==3683== 
==3683== Conditional jump or move depends on uninitialised value(s)
==3683==    at 0x4C277C7: sparse_mat_mat_kron (sparse.c:165)
==3683==    by 0x4C2706E: rec_mating (rec.c:176)
==3683==    by 0x401C1C: age_dep_iterate (age_dep.c:287)
==3683==    by 0x4014CB: main (age_dep.c:92)
==3683==  Uninitialised value was created by a stack allocation
==3683==    at 0x401848: age_dep_init_params (age_dep.c:131)

Однако вот оскорбительная строка: 

 /* allocate mating table */
  age_dep_data->mtable = malloc (age_dep_data->geno * sizeof (double *));
  if (age_dep_data->mtable == NULL)
    error (ENOMEM, ENOMEM, nullmsg, __LINE__);
  for (int j = 0; j < age_dep_data->geno; j++)
    {      
 131=>     age_dep_data->mtable[j] = calloc (age_dep_data->geno, sizeof (double));
      if (age_dep_data->mtable[j] == NULL)
 error (ENOMEM, ENOMEM, nullmsg, __LINE__);
    }

Что дает? Я думал, что при любом вызове malloc или calloc выделяется пространство кучи; здесь нет другой переменной, верно? Возможно ли, что происходит другое выделение (выделение выделенного стека), которого я не вижу?

РЕДАКТИРОВАТЬ: мое текущее подозрение - массив, выделенный стеком: я объявляю указатель на double (стек), затем присваиваю ему результат функции, которая возвращает double * Затем я записываю его в ранее выделенное место.

Я не могу memmove, memcpy или назначить переменную стека, тогда надеюсь, что она сохранится, не так ли?

Ответы [ 3 ]

2 голосов
/ 21 апреля 2010

Я не знаю, в чем проблема, но 

-track-origins=yes

может помочь вам получить больше информации о том, на что он жалуется; см. этот пост в блоге для деталей: http://blog.mozilla.com/nnethercote/2009/02/27/eliminating-undefined-values-with-valgrind-the-easy-way/

0 голосов
/ 30 июля 2010

С тех пор я обнаружил, что эта ошибка valgrind 

Conditional jump or move depends on uninitialised value(s)

происходит постоянно и не является источником ошибки.Похоже, это красная сельдь в большинстве случаев, с которыми я столкнулся после публикации этого вопроса.

0 голосов
/ 21 апреля 2010

возможная причина:
вы определяете age_dep_data->mtable как double* но он должен быть double**, чтобы быть массивом массивов

...