Bug#373605: tetex-extra: Compilation problem with listings package
Package: tetex-extra Version: 3.0-18 Severity: important Hello, I have a problem with the listings package. Unfortunately, the bug is very difficult to reproduce, but maybe it is related to bug #348636. Notice that I had no problem with the previous "major" version of tetex-extra. If I have the following source (Some text 1 and 2 are "normal" text without anything particular): Some text 1 Some Text 2 \begin{lstlisting} Source line 1 Source line 2 \end{lstlisting} I have the following error (sources are SQL statements): ERROR: Incomplete \iffalse; all text was ignored after line XXX. --- TeX said --- \fi l.XXX GRANT SELECT ON Logiciel TO christophe; --- HELP --- >From the .log file... A forbidden control sequence occurred in skipped text. This kind of error happens when you say `\if...' and forget the matching `\fi'. I've inserted a `\fi'; this might work. If I try to recompile it, I have the following error in the .aux file: ERROR: Missing \endcsname inserted. --- TeX said --- \global l.139 [EMAIL PROTECTED] {toc}{\contentsline {subsection}{\numberline {9.4.2}Privil\... --- HELP --- >From the .log file... The control sequence marked should not appear between \csname and \endcsname. Now, if I remove the "Some text 2" line, or if I split the lstlisting environment into two lstlisting environments, it compiles without problems. I use a french environment (identfirst, babel with french option packages). Do you have a solution? Thanks in advance, Christophe -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.16.060515 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tetex-extra depends on: ii tetex-base3.0-18 Basic library files of teTeX ii tetex-bin 3.0-16 The teTeX binary files ii ucf 2.0010 Update Configuration File: preserv tetex-extra recommends no packages. -- no debconf information -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4
Bug#373605: tetex-extra: Compilation problem with listings package
Christophe Garion wrote: > Package: tetex-extra > Version: 3.0-18 > Severity: important Thank you for the report. I am not sure that 'important' is the right severity, though. > I have a problem with the listings package. Unfortunately, the bug is > very difficult to reproduce, but maybe it is related to bug > #348636. Notice that I had no problem with the previous "major" version of > tetex-extra. Have you tried the fix mentioned in #348636? %%% Note that this incompatibility is documented behaviour of the `listings' package! If you don't use Chinese within listings, add \lstset{extendedchars=false} at the beginning of your document to make GB2312 work. %% Does that help? > If I have the following source (Some text 1 and 2 are "normal" text > without anything particular): > > Some text 1 > > Some Text 2 > > \begin{lstlisting} > Source line 1 > Source line 2 > \end{lstlisting} > > I have the following error (sources are SQL statements): I am sorry, but without a minimal example, it is impossible to debug problems like this. Weren't you asked by reportbug to include one? See http://www.tex.ac.uk/cgi-bin/texfaq2html?label=minxampl> and http://www.minimalbeispiel.de/mini-en.html> for details. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373605: tetex-extra: Compilation problem with listings package
On Wed, 14 Jun 2006 17:09:19 +0200, Ralf Stubner <[EMAIL PROTECTED]> said: Ralf> Thank you for the report. I am not sure that 'important' is the Ralf> right severity, though. Sorry, it is one of my first bug report and I am not really used to the classification. Ralf> Have you tried the fix mentioned in #348636? It does not work. Ralf> I am sorry, but without a minimal example, it is impossible to Ralf> debug problems like this. Weren't you asked by reportbug to Ralf> include one? See Ralf> http://www.tex.ac.uk/cgi-bin/texfaq2html?label=minxampl> and Ralf> http://www.minimalbeispiel.de/mini-en.html> for details. I join a "minimal" example file (11 kB gzipped). Sorry for the size, but if I cut parts of the body, the error does not happen anymore. If you use pdflatex on it, the error happens. I have found that if you remove the "francais" or "french" option for the babel package and replace it by "english" or "german", the problem disappears. French is really a problem ;) I have also found that bug #272560, which is closed, is about bad interactions between listings and babel. Christophe -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4 bddError.tex.gz Description: Binary data
Bug#373605: tetex-extra: Compilation problem with listings package
Hello, The problem is due to the babel package and the ":" appearing in the \label{} definitions. A similar bug is reported here in the LaTeX bugs database: http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex/3869&introduction=yes&state=open If your remove all the ":" in the \label and \ref commands in my previous example, there is no errors. Christophe -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4
Bug#373605: tetex-extra: Compilation problem with listings package
On Thu, Jun 15, 2006 at 12:18 +0200, Christophe Garion wrote: > The problem is due to the babel package and the ":" appearing in the > \label{} definitions. A similar bug is reported here in the LaTeX bugs > database: > http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex/3869&introduction=yes&state=open > > If your remove all the ":" in the \label and \ref commands in my > previous example, there is no errors. Interesting. I have found a different solution: Loading listings /before/ loading babel helps, even without removing the ':' from the labels. I am not sure what is the best solution to this ... cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373605: tetex-extra: Compilation problem with listings package
severity 373605 normal thanks Christophe Garion <[EMAIL PROTECTED]> wrote: > On Wed, 14 Jun 2006 17:09:19 +0200, Ralf Stubner <[EMAIL PROTECTED]> said: > > Ralf> Thank you for the report. I am not sure that 'important' is the > Ralf> right severity, though. > > Sorry, it is one of my first bug report and I am not really used to the > classification. No problem. I'm setting the severity to normal; important would be appropriate for a problem that affects lots of users, while this seems to be a corner case (a very strange, interesting one, though). > Ralf> I am sorry, but without a minimal example, it is impossible to > Ralf> debug problems like this. Weren't you asked by reportbug to > Ralf> include one? See > Ralf> http://www.tex.ac.uk/cgi-bin/texfaq2html?label=minxampl> and > Ralf> http://www.minimalbeispiel.de/mini-en.html> for details. > > I join a "minimal" example file (11 kB gzipped). Sorry for the size, but > if I cut parts of the body, the error does not happen anymore. Yes, this is really strange. I managed to cut it down a bit further, but I never experienced such strange behavior. First I tried to comment all lstlisting environments but the first, but then noticed this would be too much work and stopped in the middle. Instead, I tried to move "\end{document}" up, and found that I could get rid of less than a quarter with this procedure, without "loosing" the error message. Then I changed all theorem environments to "syn", removed the other definitions, and tried to shorten it from after "\begin{document}". This worked for a while, the point where the error occurred moved around, but then I couldn't remove anything any more. Strangely, however: after this procedure I was able to remove some more content from the end. Ah, yes, and it must have to do with page sizes or things done at shipout time: At one occasion, removing the a4paper global option made the error go away, and in the version I have now, it can be moved to a different line when a4paper is removed. So here comes the smaller document, Frank \documentclass%[a4paper] {book} % \usepackage{latexsym} % \usepackage{amssymb,amsmath} \usepackage{listings} \newcommand{\src}[1]{\lstinline!#1!} \lstset{language=sql, extendedchars=false, basicstyle=\ttfamily, commentstyle=\itshape, showstringspaces=false} \usepackage[francais]{babel} \newtheorem{syn}{Syntaxe} \begin{document} \chapter[\textsc{SQL} (\textit{Structured Query Language})]{Etude d'un langage assertionnel~: \textsc{SQL} (\textit{Structured Query Language})} \label{cha:sql} \section{Historique et presentation} \label{sec:historique} \begin{itemize} \item le \item le \item le langage de contrôle des donnees (DCL pour \emph{Data Control Language}) qui permet de restreindre l'acces des donnees. \end{itemize} \section{Le langage de manipulation de donnees} \label{sec:langage-manipulation} Le langage de manipulation de donnees permet soit d'obtenir une information a partir d'une ou plusieurs relations, soit de mettre a jour des tuples d'une relation. Dans le cas de l'obtention d'information, le resultat est edite sous la forme d'un tableau. \subsection{Bloc de qualification} \label{sec:bloc-de-qual} La structure de base est le bloc de qualification\footnote{\textsc{SQL} est un langage insensible a la casse des caracteres, que ce soit pour ses mots cles ou pour les noms de relations ou d'attributs.}. Lorem ipsum set dolor sit amet, enim numquam venerit sordem. Haque enim nos patria lege genuit aut educavit, ut nulla quasi alimenta exectaret a nobis. \begin{lstlisting} SELECT Ai,..., An -- colonnes et agregations FROM R-- relation WHERE F -- assertion GROUP BY A-- regroupement HAVING H -- assertion ORDER BY T-- tri ; \end{lstlisting} Les clauses \src{GROUP}, \src{ORDER} et \src{HAVING} sont optionnelles. Nous pouvons detailler informellement la semantique des clauses \src{FROM}, \src{WHERE} et \src{SELECT}~: \begin{itemize} \item \src{FROM} permet de preciser quelles sont la ou les relations sur lesquelles on pose la requete; \item \src{WHERE} permet de poser une assertion qui doit etre verifiee par les lignes de la table solution; \item \src{SELECT} designe les attributs des tuples qui doivent apparaître dans la solution. \end{itemize} Le bloc de qualification <<~simple~>> (i.e. ne contenant que les clauses \src{SELECT}, \src{FROM} et \src{WHERE}) est donc une combinaison d'une projection et d'une selection. \begin{syn} le bloc de qualification se termine toujours par un <<~\src{\;}~>>. \end{syn} \subsection{Projection} \label{sec:projection-1} La syntaxe d'une projection simple est presentee dans ce qui suit. \begin{syn} ~ ~ \end{syn} \begin{syn} La requete <<~\emph{quelle est la liste des numeros de reference et des types de tous les ordinateurs?}~>> s'exprime de la façon suivante~: \end{syn} Remarquons que l'on peut obtenir des tuples identiques, en par
Bug#373605: tetex-extra: Compilation problem with listings package
On Thu, Jun 15, 2006 at 13:31 +0200, Ralf Stubner wrote: > On Thu, Jun 15, 2006 at 12:18 +0200, Christophe Garion wrote: > > The problem is due to the babel package and the ":" appearing in the > > \label{} definitions. A similar bug is reported here in the LaTeX bugs > > database: > > http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex/3869&introduction=yes&state=open > > > > If your remove all the ":" in the \label and \ref commands in my > > previous example, there is no errors. > > Interesting. I have found a different solution: Loading listings > /before/ loading babel helps, It must be to hot here ... Of course, I meant loading listings /after/ babel. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373605: tetex-extra: Compilation problem with listings package
On Thu, 15 Jun 2006 13:31:31 +0200, Ralf Stubner <[EMAIL PROTECTED]> said: Ralf> Interesting. I have found a different solution: Loading listings Ralf> /before/ loading babel helps, even without removing the ':' from Ralf> the labels. I am not sure what is the best solution to this ... Loading babel before listings helps, even on my big file. It seems to be the best solution (because the ":" in label are automatically generated by RefTeX in Emacs :)). But maybe somebody will try to really solve the problem. If I have time, I will look at the babel package. Thanks for your help, Christophe -- Christophe Garion SUPAERO - Département Informatique [EMAIL PROTECTED] 10 avenue Edouard Belin Tél : (33)5 62 17 80 57BP 54032 Fax : (33)5 62 17 83 4531055 Toulouse Cedex 4