> 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/no/kunnskapsbase/149-using-the-stop-on-first-error-compilation-mode.md).

# Bruke kompileringsmodusen Stopp ved første feil

Denne artikkelen forklarer hvordan du bruker Overleafs **Stopp ved første feil** kompileringsmodus, samtidig som vi gjennomgår noen viktige bakgrunnstemaer, inkludert:

* Hva er en [LaTeX-kompileringsmodus](#introduction-to-latex-errors-and-compilation)?
* [Kompileringsmoduser i Overleaf](#compilation-modes-on-overleaf)
* Hvordan **Stopp ved første feil** kan være [nyttig for feilsøking](#benefits-of-using-the-stop-on-first-error-mode)

Hvis du vil hoppe over bakgrunnsinformasjonen, kan du gå rett til seksjonen som forklarer [hvordan du aktiverer kompileringsmodusen Stopp ved første feil](#the-stop-on-first-error-compilation-mode).

## Introduksjon til LaTeX-feil og kompilering

Konvertering av et LaTeX-dokument til en ferdig satt PDF-fil er resultatet av en prosess kalt *kompilering*: et kjørbart program, kjent som en «LaTeX-kompilator», leser innholdet i dokumentet ditt og utfører de tilhørende LaTeX-kommandoene for å generere den ferdig satte PDF-filen.

Når du skriver LaTeX-markup (kode), er det ganske naturlig å gjøre feil som under kompilering får kompilatoren til å vise feilmeldinger som prøver å forklare hva kompilatoren *tror* har forårsaket problemet/problemer. Som med andre programmeringsspråk kan én enkelt feil i LaTeX-koden i dokumentet ditt utløse en kjede av feil, hver med sin tilhørende melding. I Overleaf rapporteres kompileringsfeilmeldinger til brukeren via [et rødt varsel ved siden av **Rekompiler** knappen](#overleafs-latex-error-reporting), og du kan klikke på **Logg og utdatafiler** ikonet for å se dem.

### Håndtering av feil: kompileringsmoduser

LaTeX-kompilatorer, også kjent som [TeX-motorer](/latex/no/dybdeartikler/55-what-s-in-a-name-a-guide-to-the-many-flavours-of-tex.md), har innebygde (brukervalgte) *kompileringsmoduser* som bestemmer hvordan feil håndteres. Følgende punktliste bruker Overleafs *egen forklarende/beskrivende betegnelse* for hver av disse modusene:

* **Prøv å kompilere til tross for feil**—i praksis fortsette å prøve å kompilere til tross for at det oppstår feil, i håp om det beste, og muligens produsere en PDF-fil, men en som kan inneholde setningsfeil.
* **Stopp ved første feil**—i praksis «bryte av» ved første tegn til problemer, gi en melding til brukeren og avslutte uten å opprette en PDF. Dette unngår å utløse en påfølgende kjede av feil, slik at du kan fokusere på å rette den aller første feilen og kompilere dokumentet på nytt.
* **Sett kompileringen på pause for å samhandle med brukeren**—sette kompileringen på pause for å tilby hjelp og gi mekanismer som lar brukere rette feil og fortsette kompileringen. Dette er mulig med en lokal LaTeX-installasjon, men upraktisk i Overleaf.

## Kompileringsmoduser i Overleaf

For å håndtere LaTeX-kompileringsprosessen bruker Overleaf et [byggeverktøy kalt latexmk](/latex/no/kunnskapsbase/064-how-does-overleaf-compile-my-project.md) som som standard bruker en kompileringsmodus som Overleaf kaller **Prøv å kompilere til tross for feil:** byggeverktøyet vil prøve å produsere en ferdig satt PDF, selv om det finnes [LaTeX-kompileringsfeil](/latex/no/grunnleggende-latex/05-errors.md).

I **Prøv å kompilere til tross for feil** I denne kompileringsmodusen stopper ikke LaTeX-kompilatoren hvis det oppdages feil; i stedet prøver den å «gjette best mulig» hva brukeren mener og bruker «rettelser» basert på dette gjetningsarbeidet—problematisk kode kan også bli «hoppet over». Kompilatoren *kan* komme tilbake til en tilstand der kompileringsprosessen til slutt kan fullføres og lage en PDF, selv om PDF-en som produseres kan inneholde feilaktig utdata. Ofte kan feilene som oppstår være for alvorlige, eller for mange, til at LaTeX-kompilatoren kan rette dem, så den kan fortsatt «bryte av» uten å produsere en PDF.

### Overleafs rapportering av LaTeX-feil

Som nevnt ovenfor rapporteres feilmeldinger som genereres under kompilering til brukeren via et rødt varsel ved siden av **Rekompiler** knappen:

![Skjermbilde som viser LaTeX-feil rapportert i Overleaf](/files/baeb69b9e12a34e47cdcc912d7f0ffccea7c1077)

Du kan klikke på **Logg og utdatafiler** ikonet for å se mer detalj om feilen(e). Hvis du for eksempel ved en feil hadde skrevet `\texbf{word}` i stedet for `\textbf{word}`, ville Overleaf fortsatt vise en kompilert PDF-forhåndsvisning sammen med feilmeldingen om den udefinerte kommandoen, men «word» ville ikke være fet i PDF-en!

## Kompileringsmodusen Stopp ved første feil

Brukere kan nå endre LaTeX-kompileringsmodusen ved å bytte til **Stopp ved første feil** modusen som får Overleaf til å avslutte kompileringen umiddelbart ved oppdagelse av den første feilen.

### Slik aktiverer du Stopp ved første feil

Velg den lille trekanten ved siden av **Rekompiler** knappen, og velg deretter **Stopp ved første feil** fra **Rekompiler** nedtrekksmenyen:

![Skjermbilde som viser hvordan du aktiverer kompileringsmodus for Stopp ved første feil](/files/c7e2f6ab2ce023d58769c95e885a478344df7f1b)

#### Omfanget av denne modusinnstillingen

Den **Stopp ved første feil** modusen er en innstilling per bruker og per prosjekt. Å aktivere denne modusen vil *inneholder* påvirke de andre prosjektene dine, eller noen medforfattere i det samme prosjektet.

### Deaktivere Stopp ved første feil

Når **Stopp ved første feil** er aktivert, kan du gå tilbake til standard kompileringsmodus ved å velge den blå knappen **Deaktiver «Stopp ved første feil»** som finnes i dialogboksen som vises når det oppstår en kompileringsfeil:

![Skjermbilde som viser melding om kompilering som mislyktes](/files/b1c11b868da6b553350f0bc0d84f1d1ed478002a)

Du kan også gå til **Rekompiler** rullegardinmenyen og velge **Prøv å kompilere til tross for feil** modus:

![Skjermbilde som viser hvordan du deaktiverer kompileringsmodusen Stopp ved første feil](/files/06d2578c65955fabf236cc91f401664cfd220448)

### Ytterligere merknader og råd

Hvis prosjektet ditt er uten LaTeX-kompileringsfeil, vises en PDF-forhåndsvisning som vanlig. Hvis prosjektet ditt *ikke* inneholder LaTeX-kompileringsfeil, vil kompileringen stoppe umiddelbart ved den første feilen. Den første feilmeldingen vises som vist i skjermbildet nedenfor, slik at du kan konsentrere deg om å feilsøke feilen i kildekoden din. I dette skjermbildet skyldes feilen feil bruk av `\caption{...}\label{...}` inne i et tabular-miljø. Linje 15 bør flyttes til før `\begin{tabular}`.

![Skjermbilde som viser en typisk LaTeX-feil](/files/427ad170b02343776aaa70b81f32a65cf4f79874)

Klikk på **Rekompiler** etter at hver feil er rettet, og gjenta deretter denne feilsøkingsprosessen for hver påfølgende kompileringsfeil. Når prosjektet ditt er fritt for LaTeX-feil, vil **Stopp ved første feil** modusen vise den vellykkede kompilerte PDF-en.

### Fordeler ved å bruke modusen Stopp ved første feil

* **Hjelper med å feilsøke tidsavbrudd under kompilering.** Noen typer kompileringsfeil er så alvorlige (f.eks. utilsiktet rekursjon) at de kan blokkere **Prøv å kompilere til tross for feil** kompileringsmodus og føre til et [tidsavbrudd under kompilering](/latex/no/kunnskapsbase/038-fixing-and-preventing-compile-timeouts.md#fatal-compile-errors-blocking-the-compilation) i et Overleaf-prosjekt. Å aktivere **Stopp ved første feil** modusen kan hjelpe med å finne og feilsøke slike feil.
* **La ikke feilene hope seg opp.** Noen brukere foretrekker kanskje oppførselen i andre LaTeX-editorer, der kompileringsprosessen stopper ved den første LaTeX-feilen som oppstår, slik at de kan rette feilen før de kompilerer på nytt. Å hindre at feil kaskaderer—og utløser en snøskred av flere feil—gjør at man slipper å feilsøke over 100 kompileringsfeilmeldinger, noe som kan bli vanskelig og ganske tidkrevende.
* **Å aktivere modusen Stopp ved første feil kan raskt oppdage feilene dine (hvis det finnes noen).** Hvis du har et stort eller komplekst dokument som tar lengre tid å kompilere, vil **Prøv å kompilere til tross for feil** modusen kreve at du venter til kompileringen er ferdig. Hvis det er feil du må rette, kan det være tidkrevende å måtte vente før du kan se den første kompileringsfeilen og forsøke å rette den.
* **Å lære å feilsøke feil er en essensiell del av å lære LaTeX.** Den **Stopp ved første feil** modusen kan hjelpe LaTeX-nybegynnere med å lære og ta i bruk gode LaTeX-kodevaner tidlig, og kanskje fremskynde veien deres til å bli fortrolig med LaTeX. LaTeX-feil kan virke så merkelige og esoteriske at det er veldig fristende å ignorere dem og la kompilatoren fortsette—i håp om at en PDF til slutt dukker opp, selv om den PDF-en inneholder setningsfeil. På lang sikt kan det å ignorere kompileringsfeil føre til dårlige kodevaner som til slutt kan sette deg i en vanskelig situasjon senere, kanskje ved innsending av en viktig vitenskapelig artikkel! Hvis du underviser i LaTeX, kan studentene dine bruke **Stopp ved første feil** modusen for å utvikle ferdigheter i å feilsøke LaTeX-feil.

## Feil som ikke ser ut til å oppstå i filene dine

Hvis du stopper kompileringen manuelt i **Prøv å kompilere til tross for feil** modusen, og deretter aktiverer **Stopp ved første feil**, kan neste kompilering føre til noen tilsynelatende tilfeldige feilmeldinger, som for eksempel `! Filen tok slutt mens bruk av \@writefile ble skannet`, som ikke ser ut til å komme fra filene dine. Slike feil kan skyldes avkortede filer som ble generert av, og er igjen etter, den forrige ufullstendige kompileringen. I så fall kan det være lurt å gjøre en [Rekompiler fra grunnen av](/latex/no/kunnskapsbase/028-clearing-the-cache.md) slik at neste kompilering, fortsatt i **Stopp ved første feil** modusen, får en sjanse til å starte fra et rent utgangspunkt og vise den første relevante feilen. Hvis du fortsatt får feil fra en tilsynelatende ikke-eksisterende fil—f.eks., `output.aux`, `output.toc` osv.—ta en titt på [denne hjelpesiden](/latex/no/kunnskapsbase/066-how-to-find-and-fix-errors-reported-in-generated-files.md).

## Noen detaljer på lavere nivå

Den **Prøv å kompilere til tross for feil** kompileringsmodus kjøres `latexmk` med følgende flagg:

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

Den **Stopp ved første feil** kompileringsmodus vil kjøre latexmk med følgende flagg i stedet:

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

Mens du er her, kan det også være interessant å lese mer om [hvordan Overleaf bruker `latexmk` verktøyet](/latex/no/kunnskapsbase/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/no/kunnskapsbase/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.