Я столкнулся со странной ситуацией при передаче указателя на структуру с очень большим массивом, определенным в определении 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.
Спасибо!
Мэтт
Read_Config_File
? Вот где проблема, кажется, в блоке, который вы упустили. - person Borealid   schedule 20.01.2012Read_Config_File
, как сказал @Borealid, а также код между вызовамиCreate_Structures
иRead_Config_File
, если они есть? - person ouah   schedule 20.01.2012Read_Config_File
может списывать конец массива. - person MRAB   schedule 20.01.2012