> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/da/vidensbase/149-using-the-stop-on-first-error-compilation-mode.md).

# Brug af kompileringstilstanden Stop ved første fejl

Denne artikel forklarer, hvordan man bruger Overleafs **Stop ved første fejl** kompileringstilstand sammen med en gennemgang af nogle vigtige baggrundsemner, herunder:

* Hvad er en [LaTeX-kompileringstilstand](#introduction-to-latex-errors-and-compilation)?
* [Kompileringstilstande i Overleaf](#compilation-modes-on-overleaf)
* Hvordan **Stop ved første fejl** kan være [nyttigt til fejlfinding](#benefits-of-using-the-stop-on-first-error-mode)

Hvis du vil springe baggrundsinformationen over, kan du gå direkte til afsnittet, der forklarer [hvordan man aktiverer kompileringstilstanden Stop ved første fejl](#the-stop-on-first-error-compilation-mode).

## Introduktion til LaTeX-fejl og kompilering

Konverteringen af et LaTeX-dokument til en typesat PDF-fil er resultatet af en proces kaldet *kompilering*: et eksekverbart program, kendt som en “LaTeX-kompiler”, læser indholdet af dit dokument og udfører dets enkelte LaTeX-kommandoer for at generere den typesatte PDF-fil.

Når man skriver LaTeX-markup (kode), er det helt naturligt at begå fejl, som under kompileringen får kompileren til at udstede fejlmeddelelser, der forsøger at forklare, hvad kompileren *tror* har forårsaget problemet/problemerne. Som med andre programmeringssprog kan en enkelt fejl i dit dokuments LaTeX-kode udløse en kaskade af fejl, hver med sin tilsvarende meddelelse. På Overleaf rapporteres kompileringsfejlmeddelelser til brugeren via [en rød notifikation ved siden af **Genkompilér** knappen](#overleafs-latex-error-reporting), og du kan klikke på **Log- og outputfiler** ikonet for at se dem.

### Håndtering af fejl: kompileringstilstande

LaTeX-kompilatorer, også kendt som [TeX-motorer](/latex/da/dybtgaende-artikler/55-what-s-in-a-name-a-guide-to-the-many-flavours-of-tex.md), har indbyggede (brugervalgte) *kompileringstilstande* som bestemmer, hvordan fejl håndteres. Den følgende punktopstilling bruger Overleafs *egen forklarende/beskrivende betegnelse* for hver af disse tilstande:

* **Forsøg at kompilere på trods af fejl**—i bund og grund skal man blive ved med at forsøge at kompilere på trods af fejl, i håb om det bedste, muligvis producere en PDF-fil, men en som kan indeholde typografiske fejl.
* **Stop ved første fejl**—i praksis “give op” ved første tegn på problemer, give en meddelelse til brugeren og afslutte uden at oprette en PDF. Dette undgår at udløse en efterfølgende kaskade af fejl, så du kan fokusere på at rette den allerførste fejl og genkompilere dokumentet.
* **Suspendér kompileringen for at interagere med brugeren**—sæt kompileringen på pause for at tilbyde hjælp og give mekanismer, så brugerne kan rette fejl og fortsætte kompileringen. Dette er muligt med en lokal LaTeX-installation, men upraktisk på Overleaf.

## Kompileringstilstande i Overleaf

For at styre LaTeXs kompileringsproces bruger Overleaf et [byggeværktøj kaldet latexmk](/latex/da/vidensbase/064-how-does-overleaf-compile-my-project.md) som som standard bruger en kompileringstilstand, som Overleaf omtaler som **Forsøg at kompilere på trods af fejl:** byggeværktøjet vil forsøge at producere en typesat PDF, selv hvis der er [LaTeX-kompileringsfejl](/latex/da/latex-grundlaeggende/05-errors.md).

I **Forsøg at kompilere på trods af fejl** i denne kompileringstilstand stopper LaTeX-kompileren ikke, hvis der opdages fejl; i stedet forsøger den at “gætte” brugerens intention bedst muligt og anvender “rettelser” baseret på dette gæt—problematiske kode kan også blive “sprunget over”. Kompileren *kan* vende tilbage til en tilstand, hvor kompileringsprocessen til sidst kan gennemføres og skabe en PDF, selvom den genererede PDF kan indeholde forkerte resultater. Ofte kan de fejl, der opstår, være for alvorlige eller for mange til, at LaTeX-kompileren kan rette dem, så den kan stadig “give op” uden at producere en PDF.

### Overleafs LaTeX-fejlrapportering

Som nævnt ovenfor rapporteres fejlmeddelelser, der genereres under kompileringen, til brugeren via en rød notifikation ved siden af **Genkompilér** knappen:

![Skærmbillede, der viser LaTeX-fejl rapporteret på Overleaf](/files/40f6273f3c1f2bc87590c3e65c68989948a63eaa)

Du kan klikke på **Log- og outputfiler** ikonet for at se flere detaljer om fejlen/fejlene. For eksempel, hvis du ved en fejl havde skrevet `\\texbf{word}` i stedet for `\\textbf{word}`, ville Overleaf stadig vise en kompileret PDF-forhåndsvisning sammen med fejlmeddelelsen om den udefinerede kommando, men “word” ville ikke være fed i PDF'en!

## Kompileringstilstanden Stop ved første fejl

Brugere kan nu ændre LaTeX-kompileringstilstanden ved at skifte til **Stop ved første fejl** tilstanden, som får Overleaf til straks at afslutte kompileringen, når den første fejl opdages.

### Sådan aktiveres Stop ved første fejl

Vælg den lille trekant ved siden af **Genkompilér** knappen, og vælg derefter **Stop ved første fejl** fra **Genkompilér** rullemenuen:

![Skærmbillede, der viser, hvordan man aktiverer kompileringstilstanden Stop ved første fejl](/files/34a0086dd4bd5e04278ebdfa403df7896b011374)

#### Omfanget af denne tilstandsindstilling

Den **Stop ved første fejl** tilstanden er en indstilling pr. bruger, pr. projekt. Aktivering af denne tilstand vil *ikke* påvirke dine andre projekter eller eventuelle samarbejdspartnere i det samme projekt.

### Deaktivering af Stop ved første fejl

Når **Stop ved første fejl** Når den er aktiveret, kan du skifte tilbage til standard-kompileringstilstanden ved at vælge den blå knap **Deaktiver “Stop ved første fejl”** placeret i dialogboksen, der vises, når der er en kompileringsfejl:

![Skærmbillede, der viser meddelelse om kompileringsfejl](/files/eadb4db4d4b08d2c9e1ea95a6828b287202507c2)

Du kan også gå til **Genkompilér** rullemenuen og vælge **Forsøg at kompilere på trods af fejl** tilstanden:

![Skærmbillede, der viser, hvordan man deaktiverer kompileringstilstanden Stop ved første fejl](/files/2cc53d55782b80e89fbd931e5aedc3170109d05d)

### Yderligere noter og råd

Hvis dit projekt er fri for LaTeX-kompileringsfejl, vil der blive vist en PDF-forhåndsvisning som normalt. Hvis dit projekt *gør* indeholder LaTeX-kompileringsfejl, vil kompileringen stoppe øjeblikkeligt ved den første fejl. Den første fejlmeddelelse vises som vist i skærmbilledet nedenfor, så du kan fokusere på fejlfinding af fejlen i din kildekode. I dette skærmbillede skyldes fejlen forkert brug af `\\caption{...}\\label{...}` inde i et tabular-miljø. Linje 15 skal flyttes til før `\begin{tabular}`.

![Skærmbillede, der viser en typisk LaTeX-fejl](/files/b9db61b66c8e18dd74348995f8e226a4ee3c1fcc)

Klik på **Genkompilér** efter at have rettet hver fejl, og gentag derefter denne fejlfinding for hver efterfølgende kompileringsfejl. Når dit projekt er fri for LaTeX-fejl, vil **Stop ved første fejl** tilstanden vise den PDF, der blev kompileret med succes.

### Fordele ved at bruge Stop ved første fejl-tilstanden

* **Hjælper med at fejlfinde timeout ved kompilering.** Nogle typer kompileringsfejl er så alvorlige (f.eks. utilsigtet rekursion), at de kan blokere **Forsøg at kompilere på trods af fejl** kompileringstilstanden, hvilket fører til en [kompileringstimeout](/latex/da/vidensbase/038-fixing-and-preventing-compile-timeouts.md#fatal-compile-errors-blocking-the-compilation) i et Overleaf-projekt. Aktivering af **Stop ved første fejl** tilstanden kan hjælpe med at lokalisere og fejlfinde sådanne fejl.
* **Lad ikke dine fejl hobe sig op.** Nogle brugere kan foretrække adfærden i andre LaTeX-editorer, hvor kompileringsprocessen stopper ved den første LaTeX-fejl, der opstår, så de kan rette fejlen, før de kompilerer igen. At forhindre fejl i at kaskadere—udløse en lavine af yderligere fejl—undgår at skulle fejlfinde 100+ kompileringsfejlmeddelelser, hvilket kan blive vanskeligt og noget ensformigt.
* **Aktivering af Stop ved første fejl-tilstanden kan hurtigt opdage dine fejl (hvis nogen).** Hvis du har et stort eller komplekst dokument, der tager længere tid at kompilere, kræver **Forsøg at kompilere på trods af fejl** tilstanden, at du venter, indtil kompileringen er færdig. Hvis der er fejl, du skal rette, kan det være tidskrævende at skulle vente, før du kan se den første kompileringsfejl og forsøge at rette den.
* **At lære at fejlfinde fejl er en væsentlig del af at lære LaTeX.** Den **Stop ved første fejl** tilstanden kan hjælpe LaTeX-begyndere med tidligt at lære og tilegne sig gode LaTeX-kodningsvaner, måske og fremskynde deres vej til LaTeX-færdighed. LaTeX-fejl kan virke så bizarre og esoteriske, at det er meget fristende at ignorere dem og lade kompileren fortsætte—i håb om, at en PDF til sidst vil dukke op, selv hvis den PDF indeholder typografiske fejl. På længere sigt kan det at ignorere kompileringsfejl føre til dårlige kodningsvaner, som i sidste ende kan indhente dig senere, måske under indsendelsen af en vigtig tidsskriftsartikel! Hvis du underviser i en klasse om LaTeX, kan dine studerende bruge **Stop ved første fejl** tilstanden til at udvikle færdigheder i fejlfinding af LaTeX-fejl.

## Fejl, der ikke ser ud til at opstå i dine filer

Hvis du manuelt stopper kompileringen i **Forsøg at kompilere på trods af fejl** tilstanden og derefter aktiverer **Stop ved første fejl**, kan den næste kompilering resultere i nogle tilsyneladende tilfældige fejlmeddelelser, såsom `! File ended while scanning use of \\@writefile`der ikke ser ud til at stamme fra dine filer. Sådanne fejl kan skyldes afkortede filer, der er genereret af og ligger tilbage fra den forrige ufuldstændige kompilering. I så fald kan du ønske at foretage en [Rekompilér fra bunden](/latex/da/vidensbase/028-clearing-the-cache.md) så den næste kompilering, stadig i **Stop ved første fejl** tilstanden, har en chance for at starte fra et rent udgangspunkt og vise den første relevante fejl. Hvis du stadig får fejl fra en tilsyneladende ikke-eksisterende fil—f.eks., `output.aux`, `output.toc` osv.—så tag et kig på [denne hjælpeside](/latex/da/vidensbase/066-how-to-find-and-fix-errors-reported-in-generated-files.md).

## Nogle detaljer på lavere niveau

Den **Forsøg at kompilere på trods af fejl** kompileringstilstanden kører `latexmk` med følgende flag:

```latex
latexmk -f -interaction=nonstopmode …
```

Den **Stop ved første fejl** kompileringstilstanden vil i stedet køre latexmk med følgende flag:

```latex
latexmk -halt-on-error -interaction=nonstopmode …
```

Mens du er her, kan du måske også være interesseret i at læse mere om [hvordan Overleaf bruger `latexmk` værktøjet](/latex/da/vidensbase/064-how-does-overleaf-compile-my-project.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/latex/da/vidensbase/149-using-the-stop-on-first-error-compilation-mode.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.