kann mir das jemand erklären?

Stefan Schneider

unread,

Sep 27, 2002, 3:06:59 PM9/27/02

to

Guten Abend liebe Leser,
ich habe heute einen sehr großen Schreck bekommen. Ich habe mein
Dokument bearbeitet und immer wieder mal kompliert und weiter
geschrieben. Alles ohne Probleme. Aber auf einmal kam ein schwerer
Abbruch. Ich habe IMHO an einer Tabelle und deren Referenz gearbeitet
(bin mir aber nicht mehr 100% sicher, der Rest des Tages verlangte
genug andere Konzentration)
Dann hab ich die Fehlerliste gesehen und es kam folgendes vor:
----------<8---------------------
[...]
! Missing \endcsname inserted.
<to be read again>
\protect
l.458 ...sondereKennwerteZurBerechnung}.\\

The control sequence marked <to be read again> should
not appear between \csname and \endcsname.

! Extra \endcsname.
\@ifundefined ...ifx \csname #1\endcsname
\relax \expandafter
\@first...
l.458 ...sondereKennwerteZurBerechnung}.\\

I'm ignoring this, since I wasn't doing a \csname.

! Extra \else.
\@ifundefined ...after \@firstoftwo \else
\expandafter \@secondoftwo
...
l.458 ...sondereKennwerteZurBerechnung}.\\

I'm ignoring this; it doesn't match any \if.

! Missing \endcsname inserted.
<to be read again>
\protect
l.458 ...sondereKennwerteZurBerechnung}.\\

The control sequence marked <to be read again> should
not appear between \csname and \endcsname.

! Extra \endcsname.
\@ifundefined ...ifx \csname #1\endcsname
\relax \expandafter
\@first...
l.458 ...sondereKennwerteZurBerechnung}.\\

I'm ignoring this, since I wasn't doing a \csname.

! Extra \else.
\@ifundefined ...after \@firstoftwo \else
\expandafter \@secondoftwo
...
l.458 ...sondereKennwerteZurBerechnung}.\\

I'm ignoring this; it doesn't match any \if.

! Extra \fi.
<recently read> \fi

l.458 ...sondereKennwerteZurBerechnung}.\\

I'm ignoring this; it doesn't match any \if.

! Use of \hyper@link@ doesn't match its definition.
\@ifnextchar ...d =#1\def \reserved@a {#2}
\def \reserved@b
{#3}\futur...
l.458 ...sondereKennwerteZurBerechnung}.\\

If you say, e.g., `\def\a1{...}', then you must always
put `1' after `\a', since control sequence names are
made up of letters only. The macro here has not been
followed by the required stuff, so I'm ignoring it.

! Argument of \hyper@link@ has an extra }.
<inserted text>
\par
l.458 ...sondereKennwerteZurBerechnung}.\\

I've run across a `}' that doesn't seem to match anything.
For example, `\def\a#1{...}' and `\a}' would produce
this error. If you simply proceed now, the `\par' that
I've just inserted will cause me to report a runaway
argument that might be the root of the problem. But if
your `}' was spurious, just type `2' and it will go away.

Runaway argument?
! Paragraph ended before \hyper@link@ was complete.
<to be read again>
\par
l.458 ...sondereKennwerteZurBerechnung}.\\

I suspect you've forgotten a `}', causing me to apply this
control sequence to too much text. How can we recover?
My plan is to forget the whole thing and hope for the best.

! TeX capacity exceeded, sorry [input stack size=1000].
\par ->\@restorepar
\everypar {}\par \@endpefalse
l.458 ...sondereKennwerteZurBerechnung}.\\

If you really absolutely need more capacity,
you can ask a wizard to enlarge me.

! ==> Fatal error occurred, the output PDF file is not finished!
---------<8-------------------------

Da steht man erst mal da wie Max in der Sonne. Was soll ich denn mit
den ganzen Fehlern und Befehlen.
Also hab ich unter google mal nachgeschaut und mit dem ! Missing
\endcsname inserted auch einige Ergebnisse gefunden. Die meisten
Antworten meinten dann aber was von Umlauten in Referenzen oder ein
zerbrochener Befehl. Das konnte ich aber nicht richtig bei mir
anwenden.
Tja und dann bin ich schrittweise vorgegangen und hab die angezeigten
Fehlerstellen mit % abkommentiert. Es waren 4 Stück:
einmal ein \ref{BesondereKennwerteZurBerechnung}, einmal ein \vref und
einmal ein $\xi$. Nachdem ich diese 3 Stellen abkommentiert habe, kam
noch ein Fehler, der auf eine Leerzeile am Ende des Abschnitts verwies
(alle Stellen liegen am Ende einer subsection):
----------<8------------
Runaway argument?
Es findet lediglich eine vertikale Verschiebung um den Wert $\ETC.
! Paragraph ended before \test@reftype was complete.
<to be read again>
\par
l.473

I suspect you've forgotten a `}', causing me to apply this
control sequence to too much text. How can we recover?
My plan is to forget the whole thing and hope for the best.
---------------<8-----------------
Ich hab dann in die Leerzeile auch ein % geschrieben und auf einmal
ging es wieder fehlerfrei. Danach habe ich alle vier "%" wieder
entfernt und es geht immer noch. Tja, und jetzt geht es wieder
problemlos. Ich vermute aber, daß ich nach dem Löschen der aux-Datei
das gleiche Problem wieder hätte.

So, das war ganz schön viel. Aber kann das jemand verstehen. Ich
meine, die vergessene Klammer kann es nicht sein, ich habe dahingehend
nichts geändert. Ich denke, ich habe durch das Abkommentieren
irgendwie das ERstellen einer sauberen aux-Datei ermöglicht.

Wer kann mir erklären, was da abläuft und wonach man noch schauen
könnte?!

Vielen Dank im Voraus

Stefan

Heiko Oberdiek

unread,

Sep 27, 2002, 6:43:39 PM9/27/02

to

"Stefan Schneider" <wir9...@studserv.uni-leipzig.de> wrote:

> ich habe heute einen sehr großen Schreck bekommen. Ich habe mein
> Dokument bearbeitet und immer wieder mal kompliert und weiter
> geschrieben. Alles ohne Probleme. Aber auf einmal kam ein schwerer
> Abbruch. Ich habe IMHO an einer Tabelle und deren Referenz gearbeitet
> (bin mir aber nicht mehr 100% sicher, der Rest des Tages verlangte
> genug andere Konzentration)

Versionskontrollsystem, z.B. cvs, dann koenntest du die Fassung,
die zuletzt erfolgreich kompiliert wurde, mit der aktuellen
vergleichen.

> Dann hab ich die Fehlerliste gesehen und es kam folgendes vor:
> ----------<8---------------------
> [...]
> ! Missing \endcsname inserted.
> <to be read again>
> \protect
> l.458 ...sondereKennwerteZurBerechnung}.\\

Mit \errorcontextlines=\maxdimen gibt es mehr Informationen
zur Fehlermeldung.

Was TeX alles nach 458 Eingabezeilen alles machen kann,
wird dir wohl niemand erklaeren wollen. Versuche, eine
minimale Testdatei zu basteln. Dann sind die Chancen
deutlich groesser, dass sich das dann jemand anschaut
und erklaeren kann.

Viele Gruesse
Heiko <ober...@uni-freiburg.de>

Oliver Baum

unread,

Sep 27, 2002, 6:57:37 PM9/27/02

to

Heiko Oberdiek wrote:

> Versionskontrollsystem, z.B. cvs,

Kann ich auch nur empfehlen! Hat mir bei meiner Diplomarbeit gute
Dienste geleistet.

-oli-

Ulrike Fischer

unread,

Sep 29, 2002, 12:25:15 PM9/29/02

to

"Stefan Schneider" <wir9...@studserv.uni-leipzig.de> schrieb:

> Guten Abend liebe Leser,
> ich habe heute einen sehr großen Schreck bekommen. Ich habe mein
> Dokument bearbeitet und immer wieder mal kompliert und weiter
> geschrieben. Alles ohne Probleme. Aber auf einmal kam ein schwerer
> Abbruch. Ich habe IMHO an einer Tabelle und deren Referenz gearbeitet
> (bin mir aber nicht mehr 100% sicher, der Rest des Tages verlangte
> genug andere Konzentration)
> Dann hab ich die Fehlerliste gesehen und es kam folgendes vor:

[lange Fehlermeldung]

Ohne Minimaldocument wird dir keiner sagen können, was falsch ist.

Aber hier ein paar Tips:
1. Keine Panik, die schlimmsten Fehlermeldung haben meist die
simplesten Ursachen.

2. Suche nach fehlenden (oder falschen: ] statt }) Klammern.

3. Suche nach Leerzeilen in Argumenten (TeX geht gewöhnlich davon aus,
daß Leerzeilen (= Absatzenden) in Argumenten auf eine fehlende Klammer
hindeuten, und meldet "runaway argument").

4. Suche nach Befehlen in "moving argument". Das sind Argumente, die an
mehreren Stellen im Text benutzt werden, z.B. Überschriften, die auch
in die Kopfzeile und in das Inhaltsverzeichnis kommen, \ref-Befehle,
\index, \caption und hyperlinks. Diese Argumente können beim Transport
manchmal zerbrechen und Chaos anrichten, wenn man sie nicht sorgfältig
verpackt.

Ulrike Fischer

Stefan Schneider

unread,

Sep 30, 2002, 7:01:55 AM9/30/02

to

Hallo zusammen,

Ulrike Fischer wrote:
> Ohne Minimaldocument wird dir keiner sagen können, was falsch ist.
>

Es ist mir bisher nicht gelungen, ein "lauffähiges, fehlerhaftes"
Beispiel zu produzieren. Ich kann auch beim Testen hier mit dem
Original-Code keine Logik erkennen.
Es war mir auch klar, daß niemand sagen kann da oder da ist etwas
falsch. Ich hatte gehofft, anhand meiner Vorgehensweise verdeutlichen
zu können, was läuft und was latex macht (erst abkommentieren und dann
das % einfach wieder weg und es geht kommt mir schon komisch vor)

> Aber hier ein paar Tips:
> 1. Keine Panik, die schlimmsten Fehlermeldung haben meist die
> simplesten Ursachen.
>
> 2. Suche nach fehlenden (oder falschen: ] statt }) Klammern.
>
> 3. Suche nach Leerzeilen in Argumenten (TeX geht gewöhnlich davon
> aus, daß Leerzeilen (= Absatzenden) in Argumenten auf eine fehlende
> Klammer hindeuten, und meldet "runaway argument").
>
> 4. Suche nach Befehlen in "moving argument". Das sind Argumente, die
> an mehreren Stellen im Text benutzt werden, z.B. Überschriften, die
> auch in die Kopfzeile und in das Inhaltsverzeichnis kommen,
> \ref-Befehle, \index, \caption und hyperlinks. Diese Argumente
> können beim Transport manchmal zerbrechen und Chaos anrichten, wenn
> man sie nicht sorgfältig verpackt.
>

Ich habe aber ein Verdacht: Ich denke, daß der Fehler immer in
Abschnitten auftritt, die Referenzen zu Graphiken haben. Diese
Graphiken haben in ihren \captions z.T. ein $\xi$ stehen. Zudem sind
die \labels einigemale mit Unterstrichen definiert, z.B.
\label{fig:Bild_teil1}. Allerdings hilft ein komplettes Abkommentieren
aller captions und labels auch nicht.
Und mittlerweile habe ich auch eine Zeile gefunden, die ich nur mit %
abkommentieren brauche, und es läuft. Darin stehen u.a. auch 2
\autorefs auf labels mit Unterstrich.

TIA

Stefan

Ulrike Fischer

unread,

Sep 30, 2002, 1:13:18 PM9/30/02

to

"Stefan Schneider" <wir9...@studserv.uni-leipzig.de> schrieb:

> Hallo zusammen,
>
> Ulrike Fischer wrote:
>> Ohne Minimaldocument wird dir keiner sagen können, was falsch ist.
>>
>
> Es ist mir bisher nicht gelungen, ein "lauffähiges, fehlerhaftes"
> Beispiel zu produzieren.

So schwer kann das doch nicht sein. Du hast doch schon eins, es ist
wahrscheinlich nur zu lang. Du mußt es also nur kürzen: Speichere dein
Dokument unter neuen Namen, schau ob der Fehler auftritt. Lösche einen
Absatz, schau nach ob der Fehler auftritt, lösche einen Absatz, schau
nach ob der Fehler auftritt.... Wenn du schneller sein willst, kannst
du deinen Text auch immer halbieren. Wenn du das ganze auf zwei bis
drei Absätze runter hast, lösche in der Präambel so viel wie möglich,
schau immer wieder nach, ob der Fehler auftritt. Versuch dann in den
restlichen Absätzen alle Teile zu entfernen, die den Fehler nicht
ändern.

Die Methode mag etwas öde sein, aber gewöhnlich ist sie viel
erfolgreicher als wilden Hypothesen und vage Beschreibungen.

Ulrike Fischer

Stefan Schneider

unread,

Sep 30, 2002, 4:02:42 PM9/30/02

to

Hallo, Ihr habt es nicht anders gewollt :-)

Ulrike Fischer wrote:
> So schwer kann das doch nicht sein. Du hast doch schon eins, es ist
> wahrscheinlich nur zu lang. Du mußt es also nur kürzen: Speichere
> dein Dokument unter neuen Namen, schau ob der Fehler auftritt.
> Lösche einen Absatz, schau nach ob der Fehler auftritt, lösche einen
> Absatz, schau nach ob der Fehler auftritt.... Wenn du schneller sein
> willst, kannst du deinen Text auch immer halbieren. Wenn du das
> ganze auf zwei bis drei Absätze runter hast, lösche in der Präambel
> so viel wie möglich, schau immer wieder nach, ob der Fehler
> auftritt. Versuch dann in den restlichen Absätzen alle Teile zu
> entfernen, die den Fehler nicht ändern.
>
> Die Methode mag etwas öde sein, aber gewöhnlich ist sie viel
> erfolgreicher als wilden Hypothesen und vage Beschreibungen.
>

Also jetzt hab ich ein "Minimalbeispiel". Teilweise macht es jetzt das
Löschen eines Wortes. Hier also mal der "Rest", der bei mir auf jeden
Fall den Fehler liefert:
-----------<8------------------------------
\documentclass[12pt,a4paper,german]{scrreprt}
\usepackage[german]{babel}
\usepackage[T1]{fontenc}
\usepackage[ansinew]{inputenc}
\usepackage{SIunits}
\newcommand{\eps}{\varepsilon}
\newcommand\ind[1]{_{\text{#1}}} %Indizes als Normaltext schreiben
\usepackage{amsmath,varioref}
\usepackage[hyperindex,plainpages=false,pdfpagelabels]{hyperref}
\begin{document}
\chapter{Untersuchungen}
\label{fig:AL_vergleich}
\label{sec:TheoretischeErmittlungDerKennwerteDerBEST}
\label{eq:Druckkraft}
\label{fig:Schema_BEST}
\label{eq:sumM_allg}
\label{eq:alpha_i}
\label{eq:Zugkraft_elastisch}
\label{sec:BesondereKennwerteZurBerechnung}
\label{eq:BESTdehnung_dekomprimiert}
Kapitel "`\nameref{sec:TheoretischeErmittlungDerKennwerteDerBEST}"'
hergeleitet wurde, In Abbildung~\vref{fig:AL_vergleich} aufgezeigt.\\
\begin{itemize}
\item Gleichung~\eqref{eq:alpha_i}
\item Gleichung~\eqref{eq:alpha_i}
\item die Fließspannung $f\ind{p,0.1k}$
\end{itemize}
in \autoref{fig:AL_vergleich} Wert $F_{0}$ statt [vergl. auch
\autoref{fig:Schema_BEST}]. $F\ind{dekomp}$ und $\eps\ind{dekomp}$
beträgt für $\eps\ind{BEST}$. querschnitt $A\ind{c}$ in der
Gleichung~\eqref{eq:BESTdehnung_dekomprimiert} der Wert
$\alpha\ind{R}$ selbst auch noch von $\eps\ind{c}$ abhängt Abschnitt
\ref{sec:BesondereKennwerteZurBerechnung}.\\
Ende des Testdokumentes. Wenn der Zeilenumbruch hier davor entfernt
wird, reduziert sich der Fehler. Außerdem reduziert sich der Fehler
beim Entfernen einzelner Worte.
\end{document}
--------------------------<8----------------
Damit Ihr mir auch glaubt:
--------schnipp-----------

! Missing \endcsname inserted.
<to be read again>
\protect