Emergency stop durch verschachtelte \input Aufrufe

Fragen und Probleme, die nicht den obigen Kategorien zugeordnet werden können


MickroC
Forum-Newbie
Forum-Newbie
Beiträge: 9
Registriert: Mo 11. Jan 2010, 18:14

Emergency stop durch verschachtelte \input Aufrufe

Beitrag von MickroC »

Hallo zusammen,
wie im Titel angekündigt habe ich ein Problem mit verschachtelten Input Aufrufen, welcher selbst bei den einfachsten Files auftritt. Ich möchte lediglich die Abschnitte und Unterabschnitte eines Kapitels in verschiedene Files packen um möglichst modular zu schreiben...
% Das ist das Hauptfile test1.tex:
\input{Settings}
\begin{document}
\input{test2}
\end{document}
%
% Das ist test2.tex:
\chapter{kapitel}
hallo
\input{test3}
%
% Das ist test3.tex:
\section{Abschnitt}
huhu
\input{test4}
%
Dieser einfache Code lässt sich bis "hallo" verarbeiten und bringt bei "\input{test3}" den Fehler
"Emergency stop. \input{test3} (followed by: ^^M)"
was mir garnichts sagt...

Die Files sind alle im selben Verzeichnis, wobei es auch keinen Unterschied bei verschiedenen Verzeichnissen gibt...
Settings.tex sind die Voreinstellungen, die bisher immer funktioniert haben. Auch wenn ich nicht glaube, dass es daran liegt habe ich sie trotzdem mal gepostet.
Ich arbeite unter Linux und benutze das texlive-full Packet. Als Editor benutze ich Eclipse mit dem TeXlipse plugin. Mit pdflatex soll das ganze als PDF erzeugt werden

Ich habe schon den ganzen Tag rumprobiert, gegoogled und bin zu keiner Lösung gekommen, ich hoffe, dass mir hier jemand weiterhalfen kann.[/code]
Dateianhänge
Settings.tex
(5.68 KiB) 1187-mal heruntergeladen

phi
Moderator
Moderator
Beiträge: 420
Registriert: Fr 6. Feb 2009, 21:28

Beitrag von phi »

Hallo,
ich kann das Problem nicht nachvollziehen. Bei mir kommen zwar einige Warnungen, aber keine Fehler. Ich wüsste auch nicht, was da schiefgehen sollte. Poste bitte mal ein komplettes Archiv mit den benutzten Dateien (test1 bis test4), damit wir eventuelle Fehler bezüglich Zeilenenden oder Kodierungen ausschließen können.
Zur Vollständigkeit hier meine Dateiliste:
 *File List*
Settings.tex
scrreprt.cls    2009/07/24 v3.04a KOMA-Script document class (report)
scrkbase.sty    2009/07/24 v3.04a KOMA-Script package (KOMA-Script-dependent basics and keyval usage)
 scrbase.sty    2009/07/24 v3.04a KOMA-Script package (KOMA-Script-independent basics and keyval usage)
  keyval.sty    1999/03/16 v1.13 key=value parser (DPC)
scrlfile.sty    2009/03/25 v3.03 KOMA-Script package (loading files)
tocbasic.sty    2009/06/08 v3.03b KOMA-Script package (handling toc-files)
scrsize12pt.clo    2009/07/24 v3.04a KOMA-Script font size class option (12pt)
typearea.sty    2009/07/24 v3.04a KOMA-Script package (type area)
 fontenc.sty
   t1enc.def    2005/09/27 v1.99g Standard LaTeX file
inputenc.sty    2008/03/30 v1.1d Input encoding file
  latin1.def    2008/03/30 v1.1d Input encoding file
 ngerman.sty    1998/07/08 v2.5e Support for writing german texts (br)
graphicx.sty    1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
graphics.sty    2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR)
    trig.sty    1999/03/16 v1.09 sin cos tan (DPC)
graphics.cfg    2009/08/28 v1.8 graphics configuration of TeX Live
  pdftex.def    2009/08/25 v0.04m Graphics/color for pdfTeX
   color.sty    2005/11/14 v1.0j Standard LaTeX Color (DPC)
   color.cfg    2007/01/18 v1.5 color configuration of teTeX/TeXLive
 amsmath.sty    2000/07/18 v2.13 AMS math features
 amstext.sty    2000/06/29 v2.01
  amsgen.sty    1999/11/30 v2.0
  amsbsy.sty    1999/11/29 v1.2d
  amsopn.sty    1999/12/14 v2.01 operator names
 amssymb.sty    2009/06/22 v3.00
amsfonts.sty    2009/06/22 v3.00 Basic AMSFonts support
 eurosym.sty    1998/08/06 v1.1 European currency symbol ``Euro''
hyperref.sty    2009/12/28 v6.79z Hypertext links for LaTeX
   ifpdf.sty    2009/04/10 v2.0 Provides the ifpdf switch (HO)
  ifvtex.sty    2008/11/04 v1.4 Switches for detecting VTeX and its modes (HO)
 ifxetex.sty    2009/01/23 v0.5 Provides ifxetex conditional
 hycolor.sty    2009/12/12 v1.6 Color options of hyperref/bookmark (HO)
xcolor-patch.sty    2009/12/12 xcolor patch
  pd1enc.def    2009/12/28 v6.79z Hyperref: PDFDocEncoding definition (HO)
pdftexcmds.sty    2009/12/12 v0.7 Utility functions of pdfTeX for LuaTeX (HO)
infwarerr.sty    2007/09/09 v1.2 Providing info/warning/message (HO)
ifluatex.sty    2009/04/17 v1.2 Provides the ifluatex switch (HO)
 ltxcmds.sty    2009/12/12 v1.1 LaTeX kernel commands for general use (HO)
etexcmds.sty    2007/12/12 v1.2 Prefix for e-TeX command names (HO)
 intcalc.sty    2007/09/27 v1.1 Expandable integer calculations (HO)
hyperref.cfg    2002/06/06 v1.2 hyperref configuration of TeXLive
kvoptions.sty    2009/12/08 v3.6 Keyval support for LaTeX options (HO)
kvsetkeys.sty    2009/12/22 v1.7 Key value parser (HO)
     url.sty    2006/04/12  ver 3.3  Verb mode for urls, etc.
  bitset.sty    2007/09/28 v1.0 Data type bit set (HO)
bigintcalc.sty    2007/11/11 v1.1 Expandable big integer calculations (HO)
atbegshi.sty    2009/12/02 v1.10 At begin shipout hook (HO)
 hpdftex.def    2009/12/28 v6.79z Hyperref driver for pdfTeX
atveryend.sty    2009/12/11 v1.3 Hooks at very end of document (HO)
rerunfilecheck.sty    2009/12/18 v1.2 Rerun checks for auxiliary files (HO)
uniquecounter.sty    2009/12/18 v1.1 Provides unlimited unique counter (HO)
 makeidx.sty    2000/03/29 v1.0m Standard LaTeX package
 scrdate.sty    2009/01/01 v1.1p LaTeX2e KOMA-Script package
 scrtime.sty    2009/01/01 v1.1p LaTeX2e KOMA-Script package
  pifont.sty    2005/04/12 PSNFSS-v9.2a Pi font support (SPQR) 
    upzd.fd    2001/06/04 font definitions for U/pzd.
    upsy.fd    2001/06/04 font definitions for U/psy.
rotating.sty    2009/03/28 v2.16a rotated objects in LaTeX
  ifthen.sty    2001/05/26 v1.1c Standard LaTeX ifthen package (DPC)
  framed.sty    2007/10/04 v 0.95: framed or shaded text with page breaks
colortbl.sty    2001/02/13 v0.1j Color table columns (DPC)
   array.sty    2008/09/09 v2.4c Tabular extension package (FMi)
 bookman.sty    2005/04/12 PSNFSS-v9.2a (SPQR) 
   t1pbk.fd    2001/06/04 font definitions for T1/pbk.
supp-pdf.mkii
 nameref.sty    2009/12/18 v2.35 Cross-referencing by name of section
refcount.sty    2008/08/11 v3.1 Data extraction from references (HO)
gettitlestring.sty    2009/12/18 v1.3 Cleanup title references (HO)
   test1.out
   test1.out
   test2.tex
   t1pag.fd    2001/06/04 font definitions for T1/pag.
   test3.tex
   test4.tex
 ***********

aronadaal
Forum-Fortgeschrittener
Forum-Fortgeschrittener
Beiträge: 52
Registriert: Mo 27. Jul 2009, 13:38

Beitrag von aronadaal »

Das hier könnte vielleicht helfen.
Setz mal in all deine Files folgendes in die ERSTE Zeile rein:
%!TEX root =./masterfile.tex
Einfach Ordner + Mastefile im Unix-Style angeben. Vielleicht hilft es das TeX-System zu entwirren ;)

MickroC
Forum-Newbie
Forum-Newbie
Beiträge: 9
Registriert: Mo 11. Jan 2010, 18:14

Beitrag von MickroC »

Danke euch für die schnellen und hilfreichen Antworten!

@phi
ich habe den Text umgestellt wie ich wollte, mit Leerzeilen, in einer einzigen Zeile,.... ohne einen Unterschied. Ich kann heute Abend die Files zwar posten, aber ich glaube, dass es an etwas anderem liegt, denn:

@aronadaal
ich habe es auf deinem Weg versucht und wenn sich die Files im selben Verzeichnis befinden funktioniert es jetzt auch! Das komische ist, dass es auf einmal sogar funktioniert wenn ich diese Kopfzeile weglasse... Kann es sein, dass beim Kompilieren mit dieser Kopfzeile neue Suchpfade angelegt wurden, die bestehen bleiben?
Wenn ich jetzt die Files allerdings in verschiedene Vezeichnisse packe kompeliert er zwar vollständig, zeigt mir im Editor aber den Fehler
"The included LaTeX file "/Dokument/test4" was not found"
an (test4 ist in Relation zum masterfile in den Ordner Dokument verschoben)

Nur zur Sicherheit noch eine Grudlagenfrage: Ich habe natürlich alle Varianten versucht aber wenn ich hier im Forum in meinem eigenen Beitrag auf eines der "\input" Kommandos klicke wird mir eine leicht wiedersprüchliche Erklärung geliefert.
Im unteren Beispiel scheint jeder Dateipfad in Relation zum Masterfile angegeben zu sein, in der Beschreibung weiter oben steht aber, dass es in Relation zu dem File sein muss in dem der Aufruf stattfindet. Was davon stimmt?

Danke nochmal für die Hilfe!

phi
Moderator
Moderator
Beiträge: 420
Registriert: Fr 6. Feb 2009, 21:28

Beitrag von phi »

MickroC hat geschrieben:@aronadaal
ich habe es auf deinem Weg versucht und wenn sich die Files im selben Verzeichnis befinden funktioniert es jetzt auch! Das komische ist, dass es auf einmal sogar funktioniert wenn ich diese Kopfzeile weglasse... Kann es sein, dass beim Kompilieren mit dieser Kopfzeile neue Suchpfade angelegt wurden, die bestehen bleiben?
Nein. Du hast aber gar nicht erwähnt, dass sich die Dateien in verschiedenen Verzeichnissen befinden.
Wenn ich jetzt die Files allerdings in verschiedene Vezeichnisse packe kompeliert er zwar vollständig, zeigt mir im Editor aber den Fehler
"The included LaTeX file "/Dokument/test4" was not found"
an (test4 ist in Relation zum masterfile in den Ordner Dokument verschoben)
Wenn du "/Dokument/test4", also einen absoluten Pfad, angegeben hast, wird nur nach diesem Pfad gesucht. Meinst du nicht eher "./Dokument/test4"?
Nur zur Sicherheit noch eine Grudlagenfrage: Ich habe natürlich alle Varianten versucht aber wenn ich hier im Forum in meinem eigenen Beitrag auf eines der "\input" Kommandos klicke wird mir eine leicht wiedersprüchliche Erklärung geliefert.
Im unteren Beispiel scheint jeder Dateipfad in Relation zum Masterfile angegeben zu sein, in der Beschreibung weiter oben steht aber, dass es in Relation zu dem File sein muss in dem der Aufruf stattfindet. Was davon stimmt?
Relative Pfade werden immer relativ zum aktuellen Verzeichnis angegeben. Wenn du den Compiler aus der Konsole startest, wird das Arbeitsverzeichnis übernommen. In der Regel wählt man das Verzeichnis der Hauptdatei als aktuelles Verzeichnis.

aronadaal
Forum-Fortgeschrittener
Forum-Fortgeschrittener
Beiträge: 52
Registriert: Mo 27. Jul 2009, 13:38

Beitrag von aronadaal »

Also ehrlich gesagt kann ich es nicht verstehen, warum du so einen Terz machst bezüglich Datei-Splitting. Das hier hatte ich letztens schon mal jemand anderem gepostet. Das hat bisher immer funktioniert und die Übersicht habe ich dabei auch nicht verloren.

Ich mache auch immer mehrere Dokumente, wenn ich weiß, dass das Dokument größer wird.

Mein Hauptdokument.
Hier kommen alle usepackages, Einstellungen, Definitionen etc. sowie die grobe Struktur des Dokuments, sprich Titelseite, Inhaltsverzeichnis, andere Tex-Dateien und Literaturvz.
\documentclass[ngerman,12pt,a4paper,portrait,abstracton,pdftex,parskip=full]{scrreprt}
\usepackage[left=30mm, right=25mm, top=30mm, bottom=40mm]{geometry}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{babel}
\usepackage[babel,german=quotes]{csquotes}
\usepackage{hyperref}
\usepackage{listings}
\usepackage{graphicx}
\usepackage{scrpage2}
\usepackage{pdfpages}


% Times
%\usepackage{mathptmx}

% Helvetica
%\renewcommand{\familydefault}{\sfdefault}
%\usepackage[scaled]{helvet}


\lstset{language=bash,
		basicstyle=\small\ttfamily
		}

% Kopf- und Fußzeilen
\pagestyle{scrheadings}
\clearscrheadfoot
\ihead[]{}
\chead[]{}
\ohead[]{\headmark}
\ifoot[]{}
\cfoot[]{}
\ofoot[\pagemark]{\pagemark}

% Titel
\author{Autor Name}
\subject{User's \& Developer's Guide\\\medskip{}}
% Version
\subtitle{Version 1.0$\beta$}
\date{\small{Januar 2010}}
\publishers{Der Herausgeber}

\begin{document}
% Titel
\maketitle

% Abstract
\begin{abstract}
Einwenig Text
\end{abstract}

% Inhaltsverzeichnis
\tableofcontents

% Inputs
\input{./datei1.tex}
% Dev Guide
\input{./datei2.tex}

% Literatur
\bibliography{literatur}
\bibliographystyle{plain}

\end{document}
Und dann sähe eine Input-Datei so aus:
%!TEX root = ./maindoc.tex
\chapter{Einführung}
\section{Die erste Section}

usw.
Die Angabe
%!TEX root = ./maindoc.tex
verweist auf das Hauptdokument. Somit kann man, wenn der Editor keine Projekte unterstüzt, direkt Latex mitteilen, welches das Hauptdokument ist. Latex compiliert dann die Hauptdatei und nicht die eingebundene Datei, da sie nicht vollständig ist.

MickroC
Forum-Newbie
Forum-Newbie
Beiträge: 9
Registriert: Mo 11. Jan 2010, 18:14

Beitrag von MickroC »

@phi:
in meinem Kurzbeispiel in meiner Frage waren die Files alle im selben Verzeichnis. Es sah so aus als wenn es keinen Unterschied macht weil ich in jedem Fall einen Fehler bekommen habe....
Wann ich welchen Fehler bekommen habe kann ich nichtmehr nachvollziehen (also ob er das File nicht findet oder ob er einen emergency stop macht) weil ich zu viel rumprobiert habe. Ich nehme an, dass mir nur nicht aufgefallen ist, dass er richtig kompiliert obwohl er behauptet kein File zu finden :P
Ob ich "./Dokument/..." oder "Dokument/..." mache spielt keine Rolle, in beiden Fällen findet er das File nicht, wobei ich die erste Version bevorzuge.

@aronadaal:
So ungefähr sieht es in meinem richtigen Dokument auch aus. Allerdings würde ich die sections der Kapitel auch gerne in eigene Files packen, da ich wenige aber dafür umfangreiche Kapitel machen muss...
Im masterfile, in dem ich de Kapitel einfüge funkitoniert auch alles, nur bringt er eben ab den Kapitelfiles, dass er das einzufügende Sectionfile nicht findet, obwohl ich es unter Eclipse als Projekt angelegt habe und auch deine Kopfzeile versucht habe. Kompilieren tut er aber richtig, solange es kein emergency stop ist.
Ich scheine die emergency stops nur bekommen zu haben weil ich den Pfad in Relation zur Datei und nicht zum ausführenden Verzeichnis anglegt habe (Zitat: "Die Angaben sind immer relativ zum Ort der Datei in welcher der Pfad eingeben wird" zu finden in der Forenbeschreibung zum input-Befehl)

Es funktioniert jetzt jedenfalls, auch wenn mich diese "falschen"(?) Fehlermeldungen noch irritieren. Werde es vielleicht mal mit nem anderen Editor versuchen.
Danke für eure Hilfe!

aronadaal
Forum-Fortgeschrittener
Forum-Fortgeschrittener
Beiträge: 52
Registriert: Mo 27. Jul 2009, 13:38

Beitrag von aronadaal »

auch für dich: Wir sind keine Reinkarnation des Orakels von Delphi.
Dazu
diese "falschen"(?) Fehlermeldungen
kann keiner was sagen, wenn du sie nicht postet oder die Files zip-komprimiert mitanhängst.

Verwendest du Texlipse http://texlipse.sourceforge.net/ oder die Standard-Variante?

Oberschlaule

Beitrag von Oberschlaule »

aronadaal hat geschrieben:auch für dich: Wir sind keine Reinkarnation des Orakels von Delphi.
Das wäre ja auch alles andere als gut. Schließlich müsste man die Antworten dann erst noch aufwändig interpretieren und würde am Ende vielleicht doch nur in Lösungen investieren, die zum Untergang führen. Krösus und Pyrrhus Erfahrungen mit dem Orakel von Delphi waren jedenfalls im Endeffekt nicht so besonders.

MickroC
Forum-Newbie
Forum-Newbie
Beiträge: 9
Registriert: Mo 11. Jan 2010, 18:14

Beitrag von MickroC »

sorry wenn ich mich zu undeutlich ausgedrückt habe.
mit den "falschen"(?) Fehlermeldungen bezog ich mich eben auf die zuvo erwähnten inputs, die zwar richtig kompiliert werden, aber im Editor Fehlermeldungen der Art
"The included LaTeX file "./Praxisbericht/Kapitel/Einleitung/Projekt_Uebersicht" was not found"
erzeugen.

Das ist übrigends die aktuelle Fehlermeldung, die ich für den angehängten Code erhalte. Es ist ein Auszug aus meiner aktuellen Arbeit. Die ganzen auskommentierten inputs erzeugen alle die selbe Fehlermeldung.
Und die emergency stop Fehler sind mittlerweile alle beseitig

ich benutze http://texlipse.sourceforge.net/ unter Eclipse 3.5.1

nochmal danke für Zeit und Gedult^^
Dateianhänge
Praxisbericht.zip
(5.74 KiB) 739-mal heruntergeladen

Antworten