Próbuję debugować program w języku C, a gdb mówi mi, że w linii 329 pewnej funkcji występuje błąd segfault. Dlatego ustawiłem punkt przerwania dla tej funkcji i próbuję ją przejrzeć. Jednak za każdym razem, gdy trafiam linię 68, otrzymuję tę skargę od gdb:Zadzwoń do błędu malloc w sesji gdb
(gdb) step
68 next_bb = (basic_block *)malloc(sizeof(basic_block));
(gdb) step
*__GI___libc_malloc (bytes=40) at malloc.c:3621
3621 malloc.c: No such file or directory.
in malloc.c
Nie wiem, co to oznacza. Program działa perfekcyjnie na wszystkich zestawach wejść oprócz jednego, więc to wywołanie malloc wyraźnie powiedzie się podczas innych wykonań programu. I, oczywiście, mam:
#include <stdlib.h>.
Oto kod źródłowy:
// Block currently being built.
basic_block *next_bb = NULL;
// Traverse the list of instructions in the procedure.
while (curr_instr != NULL)
{
simple_op opcode = curr_instr->opcode;
// If we are not currently building a basic_block then we must start a new one.
// A new block can be started with any kind of instruction.
if (!in_block)
{
// Create a new basic_block.
next_bb = (basic_block *)malloc(sizeof(basic_block));
Jeśli malloc nie działa, najprawdopodobniej przyczyną jest uszkodzenie sterty. Czy próbowałeś uruchomić swój program w Valgrind? – JaredPar
użyj "następnego" zamiast "kroku". Próbujesz wejść do malloc, a gdb skarży się, że nie ma dostępu do kodu źródłowego dla malloc. Naprawdę nie chcesz wejść do malloc. –
Ah, dzięki, "next" to naprawił. – Schemer