Menu

#2401 MikTeX does not interprete TEXINPUTS properly

fixed
None
2015-12-13
2015-09-21
No

There are two problems IMHO:

  • First MikTeX always search for includes files in the current directory with highest precedence, even though TEXINPUTS tells to do otherwise, this is demonstrated by scrip bug_miktex1.bat, with this script I get the following interaction:
    >TEXINPUTS< = >.\dummy1;.;<
    MikTex is bugged
    >TEXINPUTS< = >C:\Users\Vincent\AppData\Local\Temp\dummy0\dummy1;.;<
    MikTex is bugged
  • Second MikTeX does not look recursively in directories specified as such by TEXINPUTS, this is demonstrated by the second script bug_miktex2.bat, with this scirpt I get the following interaction:
    >TEXINPUTS< = >.;.\dummy1\\;<
    MikTeX is bugged
    >TEXINPUTS< = >.;C:\Users\Vincent\AppData\Local\Temp\dummy0\dummy1\\;<
    MikTeX is bugged
1 Attachments

Discussion

  • Christian Schenk

    Please note that MiKTeX does not interpret '\' as a recursion indicator. You must use forward slashes (i.e., '//' instead of '\').

     
  • Christian Schenk

    Environment variables like TEXINPUTS will get a higher precedence in one of the next MiKTeX releases.

     
  • Christian Schenk

    • status: open --> in-the-works
    • assigned_to: Christian Schenk
     
  • karl koeller

    karl koeller - 2015-12-09

    You tell that this problem has been solved with the Major MiKTeX update dated 12/8/2015, but it doesn't seem so.
    Neither TEXINPUTS nor BIBINPUTS, MFINPUTS, MPINPUTS work as expected.

     
  • Christian Schenk

    Yeah, thanks. I will deliver the fix with the next update.

     
  • karl koeller

    karl koeller - 2015-12-12

    Oh yes!!!
    With 12/11/2015 updates this issue is solved. Thanks

     
  • Christian Schenk

    • status: in-the-works --> fixed