TEXMFHOME on Windows (for users with long names, diacritics or spaces in their names)

Denis Bitouzé denis.bitouze at univ-littoral.fr
Tue May 28 16:53:30 CEST 2024


Hi John,

Le 24/05/24 à 20h22, John Collins a écrit :

Sorry for the delay.

> Was the problem your student saw confined to how kpsewhich displayed
> the value of TEXMFHOME?  Or was there also a problem when she tried
> running a program like pdflatex, a problem such as pdflatex not
> finding files that are under TEXMFHOME?

Unfortunately, I don't remember exactly and the course is over. But,
IIRC, the two problems arose.

> I ask because I tried this myself in the following way:
>
> 1. I created a directory with a non-ASCII character in it, and changed TEXMFHOME
> to add that directory to the search path.
>
> 2. Just as your student found, kpsewhich displayed a strange value for the
> non-ASCII character.
>
> 3. I then put a file 'uuuu.tex' in the tex/latex subdirectory in the new TEXMF
> tree.
>
> 4. When I ran 'kpsewhich uuuu.tex', it reported successfully finding the file,
> but with the apparently wrong name for the directory.
>
> 5. I used pdflatex to compile a .tex file that had the line  \input{uuuu} in it.
> The file uuuu.tex was correctly read, and pdflatex reported the correct
> directory name.

IIRC, the problem was that a .bib file in the bibtex/bib subdirectory of
TEXMFHOME was not found.

> Further tests showed that kpsewhich appears to be coding its output in the
> system code page, which on my system (and probably a default Windows system in
> France) is CP1252.  Simply doing 'chcp 1252' resulted in a correct display from
> kpsewhich.

Ah, good to know!

> So I think the problem is a bug only in how kpsewhich displays its
> output.

OK.
-- 
Denis



More information about the tex-live mailing list.