Странное переполнение стека? - PullRequest
Новая
       9

Странное переполнение стека?

5 голосов
/ 20 января 2012

Я сталкиваюсь со странной ситуацией с передачей указателя на структуру с очень большим массивом, определенным в определении struct {}, с плавающим массивом размером около 34 МБ. В двух словах, псевдо-код выглядит так: 

typedef config_t{
  ...
  float values[64000][64];
} CONFIG;


int32_t Create_Structures(CONFIG **the_config)
{
  CONFIG  *local_config;
  int32_t number_nodes;

  number_nodes = Find_Nodes();

  local_config = (CONFIG *)calloc(number_nodes,sizeof(CONFIG));
  *the_config = local_config;
  return(number_nodes);
}


int32_t Read_Config_File(CONFIG *the_config)
{
    /* do init work here */
    return(SUCCESS);
}


main()
{
    CONFIG *the_config;
    int32_t number_nodes,rc;

    number_nodes = Create_Structures(&the_config);

    rc = Read_Config_File(the_config);
    ...
    exit(0);
}

Код компилируется нормально, но когда я попытаюсь его запустить, я получу SIGSEGV в {ниже Read_Config_File (). 

(gdb) run
...
Program received signal SIGSEGV, Segmentation fault.
0x0000000000407d0a in Read_Config_File (the_config=Cannot access memory at address 0x7ffffdf45428
) at ../src/config_parsing.c:763
763 {
(gdb) bt
#0  0x0000000000407d0a in Read_Config_File (the_config=Cannot access memory at address 0x7ffffdf45428
) at ../src/config_parsing.c:763
#1  0x00000000004068d2 in main (argc=1, argv=0x7fffffffe448) at ../src/main.c:148

Я делал такие вещи все время, с меньшими массивами. И как ни странно, 0x7fffffffe448 - 0x7ffffdf45428 = 0x20B8EF8, или около 34 МБ моего массива с плавающей точкой.

Valgrind выдаст мне аналогичный вывод: 

==10894== Warning: client switching stacks?  SP change: 0x7ff000290 --> 0x7fcf47398
==10894==          to suppress, use: --max-stackframe=34311928 or greater
==10894== Invalid write of size 8
==10894==    at 0x407D0A: Read_Config_File (config_parsing.c:763)
==10894==    by 0x4068D1: main (main.c:148)
==10894==  Address 0x7fcf47398 is on thread 1's stack

Все сообщения об ошибках указывают на то, что я забил указатель стека, но а) я никогда не сталкивался с тем, который вылетает при входе в функцию, и б) я передаю указатели, а не реальный массив.

Может кто-нибудь помочь мне с этим? Я использую 64-битную систему CentOS с ядром 2.6.18 и gcc 4.1.2

Спасибо!

Мэтт

Ответы [ 2 ]

1 голос
/ 20 января 2012

Вы взорвали стек, выделив на него одну из этих огромных структур config_t.Два указателя на стек в доказательстве в выводе gdb, 0x7fffffffe448 и 0x7ffffdf45428, очень намекают на это. 

$ gdb
GNU gdb 6.3.50-20050815 ...blahblahblah...
(gdb) p 0x7fffffffe448 - 0x7ffffdf45428  
$1 = 34312224

Ваша константа ~ 34 МБ соответствует размеру структуры config_t.Системы по умолчанию не дают вам столько места в стеке, поэтому либо переместите объект из стека, либо увеличьте пространство в стеке.

1 голос
/ 20 января 2012

Краткий ответ: где-то должна быть объявлена ​​config_t локальная переменная, которая поместит ее в стек.Вероятно, опечатка: отсутствует * после объявления CONFIG где-то.

...