[tex-live] German characters stopped PDF generating
narkewoody at gmail.com
Mon Oct 12 16:44:24 CEST 2009
On Mon, Oct 12, 2009 at 6:41 PM, Frank Mittelbach
<frank.mittelbach at latex-project.org> wrote:
> Robin Fairbairns writes:
> > Steven Woody <narkewoody at gmail.com> wrote:
> > > I am not sure this is a pdftex problem or a doxygen proble, so I post
> > > on both list and hope you can understand.
> > >
> > > I was using Doxygen + DOT to generate PDF document for my C codes.
> > > Some of my C code have comments in German, so when I run 'pdflatex' on
> > > the Doxygen generated tex source file 'refman.tex', I received the
> > > following error:
> > >
> > > <use d0/d5e/UPF__Appl_8h_8747a96c8ad4cf8687580c3158d11d9a_icgraph.pdf> [3840 <.
> > > /d0/d5e/UPF__Appl_8h_72b8343e0ba329905a174c6644d1e272_cgraph.pdf> <./d0/d5e/UPF
> > > __Appl_8h_8747a96c8ad4cf8687580c3158d11d9a_cgraph.pdf>]
> > >
> > > ! Package inputenc Error: Unicode char \u8:ón:C not set up for use with LaTeX.
> > >
> > > See the inputenc package documentation for explanation.
> > > Type H <return> for immediate help.
> > > ...
> > >
> > > l.504 ...--------------------------- Descipción: C
> > > hequea la validez de una t...
> > >
> > > ?
> > at first sight, it looks like a proble in inputenc (perhaps mis-globbing
> > a unicode character), but it's quite impossible to tell for sure without
> > some code one might actually exercise.
> well, on first sight it looks to me like an encoding problem on Steve's
> machine rather than a bug anywhere.
> what you see is that
> is interpreted as a UTF8 character because the document has
> set in the preamble (guess herem but that is what must be the case). However,
> the document must have been encoded in some 8bit code page and not in UTF8 at
> Which code page I have no idea, but one that has ó (\'o) in position octal 303
> as a result: LaTeX sees octal 303 (which is the start character for an
> extended utf8 encoded character) it then looks up the next 3 8bit chars to
> see which UTF8 character it has (picking up "n:C" (the space between : and C
> is ignored as it can't appear in a UTF8 char sequence)) and then finds that
> this doesn't form a valid UTF8 char it knows about (not surprising really if
> the document is not in UTF8) and that gives you the error message:
> Unicode char \u8:ón:C not set up
> so the error is that Steve's document contains
> when his platform is not saving files as utf8
> the fact that other documents may have worked in the past is probably due to
> using English language (ie nothing other than ASCII chars - which are
> typically all in the same position in different code pages including utf8
Many thanks for the explanation. Now the problem removed after I
delete the [utf8] option from the 'inputenc' package.
> by the way, the comments aren't at all in German I can tell you that :-) looks
> like spanish to me?
maybe :) I know neither German nor Spanish. There are Switzerland and
Spanish programmer in our company.
Life is the only flaw in an otherwise perfect nonexistence
public key at http://subkeys.pgp.net:11371 (narkewoody at gmail.com)
More information about the tex-live