PROBLEMA Crivello di Eratostene

[Hero467]

Nel tuo caso il debugger non sa dove trovare il codice delle librerie, neanche quello assembler. Dovresti avere due comandi nel tuo debugger: uno che “entra” nella funzione (“step”), un altro per eseguire la funzione senza farne il debugger (nel vecchio gdb il comando era “next” o più semplicemente “n”)

Io uso il debugger integrato di vs code, non mi chiede di mettere comandi. L’unica cosa che dovrei fare è mettere i breakpoint dove mi serve e premere esegui. Non capisco proprio perché non esegua le funzioni di file esterni.

PS studio.h non è una libreria, i file .h sono file che “in genere” contengono le definizioni delle funzioni incluse in una libreria, a altre utili definizioni.

Ah, non è come in Python che la libreria è il file?

 

[Andretti60]

Intendi questo? Scusa, io uso Visual Studio (non ha comunque importanza, tutti i debugger hanno le stesse funzionalità)

Debug code with Visual Studio Code

One of the great things in Visual Studio Code is debugging support. Set breakpoints, step-in, inspect variables and more.

code.visualstudio.com

Se hai dubbi sull’uso dei file .h (la acca sta per “header”) apri una altra discussione, ma ti consiglio di leggere prima la documentazione (che trovi anche online, anche in molti tutorial, ti posso linkare qualcosa ma solo in inglese tipo questo

C Programming Header Files Guide

Explore the essential C programming header files, understand their functionality, and learn how to use them in your projects.

www.tutorialspoint.com

 

[Hero467]

Intendi questo? Scusa, io uso Visual Studio (non ha comunque importanza, tutti i debugger hanno le stesse funzionalità)

Debug code with Visual Studio Code

One of the great things in Visual Studio Code is debugging support. Set breakpoints, step-in, inspect variables and more.

code.visualstudio.com

Si, è quello. La procedura la seguo alla lettera, ma comunque per le funzioni di librerie esterne non funziona

Se hai dubbi sull’uso dei file .h (la acca sta per “header”) apri una altra discussione, ma ti consiglio di leggere prima la documentazione (che trovi anche online, anche in molti tutorial, ti posso linkare qualcosa ma solo in inglese tipo questo

C Programming Header Files Guide

Explore the essential C programming header files, understand their functionality, and learn how to use them in your projects.

www.tutorialspoint.com

Grazie mille

 

[Andretti60]

Il pulsante che dovresti usare e’ la freccia che vola sopra il pallino (Step Over, equivalente a F10)

 

[Hero467]

Si, esatto. Il debug lo uso quotidianamente per i programmi in python, è solo con il C che non funziona

 

[bigendian]

per il debug, "-ggdb -O0"

Lasciando perdere gli IDE, in genere si configura un CFLAGS apposito per il debug nel makefile, selezionabile con una variabile, o si crea un makefile.debug

Debug si puo anche fare su codice ottimizzato, -O3 -ggdb, avrai pazzi salti con lo step, ma il comando "bt" comunque mostrera' la funzione dove avviene il crash.

 

[Ibernato]

Probabilmente quello che sto per dire non andrà a mio favore, ma per il debugging non c'è per forza bisogna di un debugger, nel senso che con un po' di ingegno, e perdendo un po' di tempo in più, si può anche fare a meno di software appositi.
Per esempio io nel mio piccolo non li ho mai utilizzati e sono sempre andato di printf() "strategiche"!

Dipende anche dal contesto.
Le printf le uso per debuggare il codice C che si interfaccia con Kotlin in Android. Li devi fare per forza così, ma ti assicuro che il debug salva la vita.

 

[M1n021]

Dipende anche dal contesto.
Le printf le uso per debuggare il codice C che si interfaccia con Kotlin in Android. Li devi fare per forza così, ma ti assicuro che il debug salva la vita.

Sicuramente costituisce un'agevolazione non da poco, non le metto in dubbio, è solo che, scocciandomi di scaricarlo, configurarlo e impararlo ad usare, ho nel mio piccolo sempre preferito rimandare e farne a meno!