Bug#576217: marked as forwarded (dblatex: endless loop on German documen

from
[Debian Bug Tracking System]

Subject:

Bug#576217: marked as forwarded dblatex: endless loop on German document and UTF-8

From:

Debian Bug Tracking System

Date:

Wed, 07 Apr 2010 12:27:10 +0000

Your message dated Wed, 07 Apr 2010 14:16:36 +0200
with message-id <[email protected]>
has caused the report #576217,
regarding dblatex: endless loop on German document and UTF-8
to be marked as having been forwarded to the upstream software
author(s) Benoit Guillon <[email protected]>
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
576217: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576217
Debian Bug Tracking System
Contact [email protected] with problems

--- Begin Message ---

Subject:

Re: Bug#576217: dblatex: endless loop on German document and UTF-8

From:

Andreas Hoenen

Date:

Wed, 07 Apr 2010 14:16:36 +0200

Hi BenoÃt,
I want to inform you of dblatex Debian BTS report #576217 [1], which
describes pdflatex runs repeating ad infinitum in case of:
- <book> document with german umlauts in headings
- dblatex processing options:
* latex.encoding=utf8
* latex.unicode.use=1
The problem is as follows:
pdflatex creates .aux and .toc files that toggle between two states,
thus dblatex won't detect a stable result and will trigger pdflatex
again and againâ
The toggling is caused by warnings in the .aux and .toc files like
[Pleaseinsert\PrerenderUnicode {Ã}intopreamble] at every second pdflatex
run.
Attached is a minimal TeX example [2] that demonstrates the toc
alternation, enabling the commented line resolves the problem. The
problem affects TeX Live 2009 as well as TeX Live 2007.
Attached is a hotfix [3] that works for german umlauts (I plan to
include this in Debian release 0.3-1 after further tests and unless you
suggest a better solution), however every non-ASCII character provokes
the problem, thus a fundamental solution must take another approach.
[1] http://bugs.debian.org/576217
[2]