gdb: “Nenhuma tabela de símbolos carregada”

90

Continuo recebendo essa mensagem de erro ao tentar adicionar um ponto de interrupção no gdb.

Usei estes comandos para compilar:

gcc -g main.c utmpib2.c -o main.o
and:
cc -g main.c utmpib2.c -o main.o
and also:
g++ -g main.c utmpib2.c -o main.o

Também tentei "-ggdb" em vez de "-g" e ainda recebo essa mensagem de erro.

Em seguida, executo o gdb:

$gdb

No gdb:

(gdb)exec-file main.o
(gdb)break 59
No symbol table is loaded. Use the "file" command.

c gdb

— usuário994165
fonte

Oh, eu quis dizer main.o. Eu atualizei. Também tentei usar "-ggdb" e ainda está me dando o mesmo problema.

— user994165

Mostre-nos exatamente como você está chamando gcc e gdb. Copie e cole para evitar erros.

— Piotr Praszmo

1

Eu atualizei meus comandos. Isso é muito estranho. Apenas começou a funcionar. Eu sei que anteriormente estava acessando gdb usando "gdb a.out" e estava recebendo uma mensagem de erro sobre a.out não existir ou algo assim. Então mudei para o "arquivo exec". Agora tentei com a.out e ele diz "Este GDB foi configurado como" i486-linux-gnu "" e os pontos de interrupção podem ser definidos.

— usuário994165

oh duh eu estava especificando o arquivo errado a.out. Segui um tutorial do gdb sem pensar em mudar o nome do arquivo para o meu próprio.

— user994165

58

Em primeiro lugar, o que você tem é um programa totalmente compilado, não um arquivo-objeto, então elimine a .oextensão. Agora, preste atenção ao que a mensagem de erro diz, ela diz exatamente como corrigir o seu problema: "Nenhuma tabela de símbolos está carregada. Use o comando" arquivo " ."

(gdb) exec-file test
(gdb) b 2
No symbol table is loaded.  Use the "file" command.
(gdb) file test
Reading symbols from /home/user/test/test...done.
(gdb) b 2
Breakpoint 1 at 0x80483ea: file test.c, line 2.
(gdb)

Ou apenas passe o programa na linha de comando.

$ gdb test
GNU gdb (GDB) 7.4
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
[...]
Reading symbols from /home/user/test/test...done.
(gdb) b 2
Breakpoint 1 at 0x80483ea: file test.c, line 2.
(gdb)

— Kevin
fonte

Desculpe, sou um novato gdb. Esta solução (e nenhuma das outras soluções para esta questão) funciona com gdb em WSL no Windows, você tem alguma sugestão para mim?

— aderchox

139

Você deve adicionar o parâmetro extra -g, que gera informações de depuração no nível de origem. Será parecido com:

gcc -g prog.c

Depois disso, você pode usar o gdb de maneira comum.

— kralex
fonte

25

No meu caso, essa resposta resolveu o problema para mim, enquanto a resposta aceita não fez diferença.

— Frankster,

8

Estou com o mesmo problema e segui este Post , resolveu meu problema.

Siga as 2 etapas a seguir:

Certifique-se de que o nível de otimização seja -O0
Adicionar -ggdbsinalizador ao compilar seu programa

Boa sorte!

— Charles Chow
fonte

0

Sempre que gcca máquina de compilação e gdb a máquina de teste têm versões diferentes , você pode estar enfrentando incompatibilidade de formato de debuginfo .

Para corrigir isso, tente fazer o downgrade do formato debuginfo:

gcc -gdwarf-3 ...
gcc -gdwarf-2 ...
gcc -gstabs ...
gcc -gstabs+ ...
gcc -gcoff ...
gcc -gxcoff ...
gcc -gxcoff+ ...

Ou combine gdbcom o que gccvocê está usando.

— Ulidtko
fonte

0

Eu encontrei esse problema esta manhã porque usei o mesmo executável em sistemas operacionais DIFERENTES: após compilar meu programa com gcc -ggdb -Wall test.c -o testno meu Mac (10.15.2), executei gdbcom o executável no Ubuntu (16.04) no meu VirtualBox.

Correção: recompilar com o mesmo comando no Ubuntu, então você deve estar bem.

— Wenhe Qi
fonte