Difference between revisions of "KDevelop5/Manual/Debugging programs/da"

Jump to: navigation, search
(Importing a new version from external source)
(Importing a new version from external source)
 
(9 intermediate revisions by the same user not shown)
Line 13: Line 13:
 
Nå fejlsøgeren standser (ved et stoppunkt eller et sted, hvor <code>abort()</code> kaldes) kan du få forskellig slags information om dit program. I billedet ovenfor har vi for eksempel valgt værktøjet <menuchoice>Frame Stack</menuchoice> for neden i vinduet (det svarer nogenlunde til '''gdb's''' kommandoer "backtrace" og "info threads"), som til venstre viser de forskellige tråde, som i øjeblikket kører i dit program (der er i alt 8) og til højre, hvordan udførslen kom til det aktuelle stoppunkt (her blev <code>run()</code> kaldt fra <code>main()</code>; listen ville være længere, hvis vi var stoppet i en funktion kaldt fra <code>run()</code> selv). Til venstre kan vi inspicere lokale variable, herunder det aktuelle objekt (det objekt, som variablen <code>this</code> henviser til).
 
Nå fejlsøgeren standser (ved et stoppunkt eller et sted, hvor <code>abort()</code> kaldes) kan du få forskellig slags information om dit program. I billedet ovenfor har vi for eksempel valgt værktøjet <menuchoice>Frame Stack</menuchoice> for neden i vinduet (det svarer nogenlunde til '''gdb's''' kommandoer "backtrace" og "info threads"), som til venstre viser de forskellige tråde, som i øjeblikket kører i dit program (der er i alt 8) og til højre, hvordan udførslen kom til det aktuelle stoppunkt (her blev <code>run()</code> kaldt fra <code>main()</code>; listen ville være længere, hvis vi var stoppet i en funktion kaldt fra <code>run()</code> selv). Til venstre kan vi inspicere lokale variable, herunder det aktuelle objekt (det objekt, som variablen <code>this</code> henviser til).
  
From here, there are various possibilities you can do: You can execute the current line (<keycap>F10</keycap>, '''gdb's''' "next" command), step into the functions (<keycap>F11</keycap>, '''gdb's''' "step" command), or run to the end of the function (<keycap>F12</keycap>, '''gdb's''' "finish" command). At every stage, '''KDevelop''' updates the variables shown at the left to their current values. You can also hover the mouse over a symbol in your code, e.g. a variable; '''KDevelop''' will then show the current value of that symbol and offer to stop the program during execution the next time this variable's value changes. If you know '''gdb''', you can also click on the <menuchoice>GDB</menuchoice> tool button at the bottom and have the possibility to enter '''gdb''' commands, for example in order to change the value of a variable (for which there doesn't currently seem to be another way).
+
Herfra her du flere muligheder: Du kan udføre den aktuelle linje (<keycap>F10</keycap>, '''gdb's''' kommando "next") eller gå ind i funktionen (<keycap>F12</keycap>, '''gdb's''' kommando "finish"). '''KDevelop''' vil hele tiden opdatere de variable, som vises til venstre til deres aktuelle værdier. Du kan også lade musen svæve over et symbol i koden, fx en variabel; '''KDevelop''' vil så vise den aktuelle værdi af symbolet og give dig mulighed for at stoppe programmet, næste gang symbolets værdi ændres. Hvis du kender '''gdb''', så kan du også klikke på værktøjsknappen <menuchoice>GDB</menuchoice> for neden og få mulighed for at skrive '''gdb'''-kommandoer, for eksempel for at ændre værdien af en variabel (hvilke i øjeblikket ikke kan gøres på andre måder).
 
<span id="Attaching the debugger to a running process"></span>
 
<span id="Attaching the debugger to a running process"></span>
=== Attaching the debugger to a running process ===
+
=== Knyt fejlsøgeren til en kørende proces ===
  
 
[[Image:kdevelop-9.png|center|thumb|300px]]
 
[[Image:kdevelop-9.png|center|thumb|300px]]
  
Sometimes, one wants to debug a program that's already running. One scenario for this is debugging parallel programs using [https://computing.llnl.gov/tutorials/mpi/ MPI], or for debugging a long running background process. To do this, go to the menu entry <menuchoice>Run -> Attach to Process</menuchoice>, which will open a window like the one above. You will want to select the program that matches your currently open project in '''KDevelop''' - in my case that would be the step-32 program.  
+
Undertiden har man brug for at søge efter fejl i et program, som allerede kører; for eksempel når man fejlsøger parallelle programmer med [https://computing.llnl.gov/tutorials/mpi/ MPI] eller baggrundsprocesser, som kører i lang tid. For at gøre dette vælger du menuen <menuchoice>Kør -> Knyt til proces</menuchoice>, hvorved et vindue som ovenfor åbnes. Du skal vælge det program, som passer med det projekt, som du aktuelt har åbent i '''KDevelop''' &mdash; i mit tilfælde er det programmet step-32.  
  
This list of programs can be confusing because it is often long as in the case shown here. You can make your life a bit easier by going to the dropdown box at the top right of the window. The default value is <menuchoice>User processes</menuchoice>, i.e. all programs that are run by any of the users currently logged into this machine (if this is your desktop or laptop, you're probably the only such user, apart from root and various service accounts); the list doesn't include processes run by the root user, however. You can limit the list by either choosing <menuchoice>Own processes</menuchoice>, removing all the programs run by other users. Or better still: Select <menuchoice>Programs only</menuchoice>, which removes a lot of processes that are formally running under your name but that you don't usually interact with, such as the window manager, background tasks and so on that are unlikely candidates for debugging.
+
Listen af programmer kan være forvirrende, fordi den ofte er lang som i eksemplet ovenfor. Du kan gøre livet lettere for dig selv ved at bruge dropnedlisten foroven til højre i vinduet. Standardværdien er <menuchoice>Brugerprocesser</menuchoice>, dvs. alle programmer, som køres af en af de brugere, der aktuelt er logget ind på maskinen (hvis det er din personlige computer, så er du nok den eneste bruger, bortset fra root og forskellige tjenester); listen inkluderer dog ikke processer, som køres af root-brugeren. Du kan begrænse listen ved enten at vælge <menuchoice>Egne processer</menuchoice> og derved fjerne alle programmer, som andre brugere kører; eller endnu bedre, vælg <menuchoice>Kun programmer</menuchoice>, hvilket fjerner en masse processer, som formelt kører under dit navn, men som du normalt ikke arbejder direkte med &mdash; vinduesmanageren, baggrundsopgaver og så videre &mdash; og som du normalt ikke vil søge fejl i.
  
Once you have selected a process, attaching to it will get you into '''KDevelop's''' debug mode, open all the usual debugger tool views and stop the program at the position where it happened to be when you attached to it. You may then want to set breakpoints, viewpoints, or whatever else is necessary and continue program execution by going to the menu item <menuchoice>Run -> Continue</menuchoice>.
+
Når du har valgt en proces og knyttet '''KDevelop''' til den, så kommer du i fejlsøgningstilstand med alle de sædvanlige fejlsøgningsværktøjer; og programmet stopper der, hvor det var, da du knyttede dig til det. Nu kan du sætte stoppunkter, visningspunkter og hvad du ellers har brug for og derefter lade programmet fortsætte ved at vælge menuen <menuchoice>Kør -> Fortsæt</menuchoice>.
 
<span id="Some useful keyboard shortcuts"></span>
 
<span id="Some useful keyboard shortcuts"></span>
=== Some useful keyboard shortcuts ===
+
=== Nogle nyttig tastaturgenveje ===
  
 
{| class="tablecenter" style="border:1px solid"
 
{| class="tablecenter" style="border:1px solid"
! colspan="2" style="background:#ffff99;" | Debugging
+
! colspan="2" style="background:#ffff99;" | Fejlsøgning
 
|-
 
|-
  
 
| F10  
 
| F10  
| Step over (gdb's "next")
+
| over (gdb's "next")
 
|-
 
|-
  
 
| F11  
 
| F11  
| Step into (gdb's "step")
+
| Gå ind i (gdb's "step")
 
|-
 
|-
  
 
| F12
 
| F12
| Step out of (gdb's "finish")
+
| Gå ud (gdb's "finish")
 
|}
 
|}
  
 
{{Prevnext2
 
{{Prevnext2
 
| prevpage=Special:MyLanguage/KDevelop5/Manual/Running_programs | nextpage=Special:MyLanguage/KDevelop5/Manual/Working_with_version_control_systems
 
| prevpage=Special:MyLanguage/KDevelop5/Manual/Running_programs | nextpage=Special:MyLanguage/KDevelop5/Manual/Working_with_version_control_systems
| prevtext=Running programs | nexttext=Working with version control systems
+
| prevtext=Kør programmer | nexttext=Arbejdet med versionskontrolsystemer
| index=Special:MyLanguage/KDevelop5/Manual | indextext=Back to menu
+
| index=Special:MyLanguage/KDevelop5/Manual | indextext=Indholdsfortegnelse
 
}}
 
}}
  
[[Category:Development]]
+
[[Category:Udvikling/da]]

Latest revision as of 08:18, 1 October 2017

Other languages:
dansk • ‎English • ‎українська

Fejlsøgning af programmer i KDevelop

Kør et program i fejlsøgeren

Når du har konfigureret en opstarter (se Kør programmer), så kan du også køre det i fejlsøgeren: Vælg menuen Kør -> Start fejlsøger eller tast F9. Hvis du er fortrolig med gdb, så er effekten den samme som at starte gdb med den kørbare fil specificeret i opstartskonfigurationen og så sige Run. Dette betyder, at hvis programmet et eller andet sted kalder abort() (fx hvis det støder på en "assertion", som ikke passer) eller hvis der forekommer en segmenteringsfejl, så vil debuggeren stoppe. Hvis programmet på den anden side kører indtil det er færdigt (hvadenten det løser sin opgave rigtigt eller ej), så vil fejlsøgeren ikke stoppe af sig selv før programmet er færdigt. I dette tilfælde har du brug for sætte et stoppunkt på alle de linjer i din kodebase, hvor du vil have fejlsøgeren til at stoppe, før du starter fejlsøgeren. Du kan gøre dette ved at placere markøren på en sådan linje og vælge menuen Kør -> Slå stoppunkt til/fra eller højreklikke på linjen og vælge Slå stoppunkt til/fra i kontekstmenuen.

Kdevelop-4.png

Når du kører er program i fejlsøgeren, så kommer KDevelop i en anden tilstand: den vil erstatte værktøjsknapperne i hovedvinduets kant med nogle, som har med fejlsøgning snarere end redigering at gøre. Du kan se, hvilken tilstand du er i øverst til højre i vinduet: der er fanebladene Eftersyn, Fejlsøgning og Kode; ved at klikke på dem kan du skifte imellem de tre forskellige tilstande; hver tilstand har sit eget sæt værktøjer, som kan konfigureres på samme måde, som du gjorde med værktøjerne i Kode i afsnittet om Værktøjer og visninger.

Nå fejlsøgeren standser (ved et stoppunkt eller et sted, hvor abort() kaldes) kan du få forskellig slags information om dit program. I billedet ovenfor har vi for eksempel valgt værktøjet Frame Stack for neden i vinduet (det svarer nogenlunde til gdb's kommandoer "backtrace" og "info threads"), som til venstre viser de forskellige tråde, som i øjeblikket kører i dit program (der er i alt 8) og til højre, hvordan udførslen kom til det aktuelle stoppunkt (her blev run() kaldt fra main(); listen ville være længere, hvis vi var stoppet i en funktion kaldt fra run() selv). Til venstre kan vi inspicere lokale variable, herunder det aktuelle objekt (det objekt, som variablen this henviser til).

Herfra her du flere muligheder: Du kan udføre den aktuelle linje (F10, gdb's kommando "next") eller gå ind i funktionen (F12, gdb's kommando "finish"). KDevelop vil hele tiden opdatere de variable, som vises til venstre til deres aktuelle værdier. Du kan også lade musen svæve over et symbol i koden, fx en variabel; KDevelop vil så vise den aktuelle værdi af symbolet og give dig mulighed for at stoppe programmet, næste gang symbolets værdi ændres. Hvis du kender gdb, så kan du også klikke på værktøjsknappen GDB for neden og få mulighed for at skrive gdb-kommandoer, for eksempel for at ændre værdien af en variabel (hvilke i øjeblikket ikke kan gøres på andre måder).

Knyt fejlsøgeren til en kørende proces

Kdevelop-9.png

Undertiden har man brug for at søge efter fejl i et program, som allerede kører; for eksempel når man fejlsøger parallelle programmer med MPI eller baggrundsprocesser, som kører i lang tid. For at gøre dette vælger du menuen Kør -> Knyt til proces, hvorved et vindue som ovenfor åbnes. Du skal vælge det program, som passer med det projekt, som du aktuelt har åbent i KDevelop — i mit tilfælde er det programmet step-32.

Listen af programmer kan være forvirrende, fordi den ofte er lang som i eksemplet ovenfor. Du kan gøre livet lettere for dig selv ved at bruge dropnedlisten foroven til højre i vinduet. Standardværdien er Brugerprocesser, dvs. alle programmer, som køres af en af de brugere, der aktuelt er logget ind på maskinen (hvis det er din personlige computer, så er du nok den eneste bruger, bortset fra root og forskellige tjenester); listen inkluderer dog ikke processer, som køres af root-brugeren. Du kan begrænse listen ved enten at vælge Egne processer og derved fjerne alle programmer, som andre brugere kører; eller endnu bedre, vælg Kun programmer, hvilket fjerner en masse processer, som formelt kører under dit navn, men som du normalt ikke arbejder direkte med — vinduesmanageren, baggrundsopgaver og så videre — og som du normalt ikke vil søge fejl i.

Når du har valgt en proces og knyttet KDevelop til den, så kommer du i fejlsøgningstilstand med alle de sædvanlige fejlsøgningsværktøjer; og programmet stopper der, hvor det var, da du knyttede dig til det. Nu kan du sætte stoppunkter, visningspunkter og hvad du ellers har brug for og derefter lade programmet fortsætte ved at vælge menuen Kør -> Fortsæt.

Nogle nyttig tastaturgenveje

Fejlsøgning
F10 Gå over (gdb's "next")
F11 Gå ind i (gdb's "step")
F12 Gå ud (gdb's "finish")

This page was last modified on 1 October 2017, at 08:18. Content is available under Creative Commons License SA 4.0 unless otherwise noted.