On Thu, 07 Oct 2010 10:22:25 -0400, Nick Dokos wrote: > > Eric S Fraga wrote: > > > : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V %f")) > > > > the following is a snippet of the output: > > > > ,---- > > | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A-z]:/) > > | egrep: Invalid range end > > | + command_line_filename=.//home/ucecesf/s/teaching/cape/lectures/matlab.tex > > | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex > > | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.tex, skipping. > > `---- > > > > What's that '+' sign at the end of the path? I think that's "sh -x" indicating a | between commands; it's not actually in the file name. Mind you, even if it were part of the file name, things should work (well, maybe not latex itself...). > > I don't understand why the egrep is failing although it definitely has > > something to do with A-z range; if I try the egrep at the shell and > > use "A-Za-z" instead of "A-z", the command works fine. Does it work > > for anybody else on Linux? > > > I'm using en_US.UTF-8 on Ubuntu 8.10 and it seems to work for me. Interesting. > The regexp does look funny: there are non-letters included in the > range and it may be that different versions of egrep are more or less > strict in checking it. I would change the texi2dvi script to use [A-Za-z] > and submit a bug report to texinfo. I think I will do so. The thing is that the check is very much for DOS file names so I don't actually care what that part of the regex is doing! > You can always change the LOCALE just for the texi2dvi invocation. > I believe that the following works (untested): > > LANG=C texi2dvi .... > > or maybe > > LC_ALL=C texi2dvi ... but this may have unexpected side effects? I'm not sure if any of the latex suite use the locale... Thanks again, eric