Hi,
strangely I did not encounter that problem earlier,
but as a rule I avoid both spaces and non-ascii
letters in file name
I have this in my TeX-command-list
("PDF par dvipdfmx" "dvipdfmx \"%d\"" TeX-run-command nil t :help "Produit le
pdf par dvipdfmx")
now,
1. I create an éé.tex file, either on the command line or
with C-xC-f in a dired buffer
2. I do latex from AUCTeX, then invoke the above and get
the following error:
Running `PDF par dvipdfmx' on `éé' with ``dvipdfmx "\é\é.dvi"''
\é\é.dvi -> \é\é.pdf
dvipdfmx:fatal: Could not open specified DVI (or XDV) file: \é\é.dvi
Output file removed.
TeX Output exited abnormally with code 1 at Sat Jan 21 22:22:03
If I do M-x describe-char in a dired buffer on the filename, I get
this
position: 451 of 2832 (16%), column: 48
character: e (displayed as e) (codepoint 101, #o145, #x65)
preferred charset: ascii (ASCII (ISO646 IRV))
code point in charset: 0x65
script: latin
syntax: w which means: word
category: .:Base, L:Left-to-right (strong), a:ASCII, l:Latin,
r:Roman
to input: type "C-x 8 RET 65" or "C-x 8 RET LATIN SMALL LETTER E"
buffer code: #x65
file code: #x65 (encoded by coding system utf-8-unix)
display: composed to form "é" (see below)
Composed with the following character(s) "́" using this font:
mac-ct:-*-DejaVu Sans Mono-normal-normal-normal-*-18-*-*-*-m-0-iso10646-1
by these glyphs:
[0 1 0 171 11 0 11 15 1 nil]
Character code properties: customize what to show
name: LATIN SMALL LETTER E
general-category: Ll (Letter, Lowercase)
decomposition: (101) ('e')
There are text properties here:
dired-filename t
fontified t
help-echo "mouse-2: visit this file in other window"
mouse-face highlight
[back]
but if I do M-x describe-char on an é
it in the console output of the dvipdfmx call
I get the non decomposed form
position: 32 of 242 (13%), column: 31
character: é (displayed as é) (codepoint 233, #o351, #xe9)
preferred charset: iso-8859-1 (Latin-1 (ISO/IEC 8859-1))
code point in charset: 0xE9
[...]
name: LATIN SMALL LETTER E WITH ACUTE
Calling dvipdfmx éé.dvi from the command line has
no issue
$ dvipdfmx éé.dvi
éé.dvi -> éé.pdf
[1]
1635 bytes written
It is important that I am on Mac OS X which uses
> HFS+ actually uses a variant of NFD (normalization form decomposed)
cf
http://stackoverflow.com/questions/6153345/different-utf8-encoding-in-filenames-os-x
Thus the é is coded in a decomposed form by the mac os x in the filename.
This seems not to play well with my old set-up:
("PDF par dvipdfmx" "dvipdfmx \"%d\"" TeX-run-command nil t :help "Produit le
pdf par dvipdfmx")
What is the correct place-holder rather than %d ?
Sorry for a long message with possibly loads of
irrelevant details, but for lack of precise vocabulary,
I could not afford to be more terse,
Jean-François
_______________________________________________
auctex mailing list
auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex
