From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: Re: Bibtex and latex export Date: Thu, 07 Oct 2010 14:58:32 +0100 Message-ID: <87zkuqdrzr.wl%ucecesf@ucl.ac.uk> References: <4C9122FE.1080306@ccbr.umn.edu> <87aamra78p.fsf@mundaneum.com> <87pqvntldc.wl%ucecesf@ucl.ac.uk> <87d3rni6ea.fsf@Rainer.invalid> <87mxqqpjcf.wl%ucecesf@ucl.ac.uk> <18908.1286458199@gamaville.dokosmarshall.org> Reply-To: Eric S Fraga Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Thu_Oct__7_14:58:32_2010-1" Return-path: Received: from [140.186.70.92] (port=55613 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P3r73-00012M-Hc for emacs-orgmode@gnu.org; Thu, 07 Oct 2010 10:06:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P3qzv-000847-W1 for emacs-orgmode@gnu.org; Thu, 07 Oct 2010 09:59:05 -0400 Received: from vscani-d.ucl.ac.uk ([144.82.108.132]:56403) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P3qzv-00083l-S3 for emacs-orgmode@gnu.org; Thu, 07 Oct 2010 09:59:03 -0400 In-Reply-To: <18908.1286458199@gamaville.dokosmarshall.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: nicholas.dokos@hp.com Cc: Achim Gratz , emacs-orgmode@gnu.org --Multipart_Thu_Oct__7_14:58:32_2010-1 Content-Type: text/plain; charset=US-ASCII On Thu, 07 Oct 2010 09:29:59 -0400, Nick Dokos wrote: > > Eric S Fraga wrote: > > > On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz wrote: > > > > > > Hi Eric, > > > > > > Eric S Fraga writes: > > > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ... > > > > | egrep: Invalid range end > > > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping. > > > > > > Something somewhere tries to make a local path from an absolute one by > > > prepending "./", which fails (predictably). Is the input readable at > > > the original path? Not sure the error message from egrep has to do with > > > it or not, but it must be in any case one of the processes started by > > > texi2dvi (does not show up on my system, I only have calls to grep when > > > I trace it, but one of the sub-processes might still use it). I think > > > texi2dvi also invokes shell scripts, so any funny configuration in the > > > environment, especially where path points to, could throw it off. > > > > As far as I know, there is nothing out of the ordinary with my paths > > etc (please note that the /.../ above was an edit on my part to hide a > > rather long path). Any hints as to what I can do to explore this > > would be most helpful. How can I get a trace on what texi2dvi is > > doing? (sh -v /usr/bin/texi2dvi?) > > > > There is an explicit egrep on line 1563 or thereabouts (my version > says > > # texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sources. > # $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $ > > at the top of the file): > > > # If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.tex), > # prepend `./' in order to avoid that the tools take it as an option. > echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \ > || command_line_filename="./$command_line_filename" > > > The regular expression seems a bit weird (upper case A to lower case > z?), but I can't see off the top of my head how it gets tripped up. For > tracing, try > > sh -x texi2dvi .... > > Nick Thanks Nick. If I do this: : (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. `---- Because the egrep fails completely, the script assumes that it does need to prepend "./" to the file name even though the file name already starts with "/" (and is definitely *not* a DOS type file name ;-). 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 wonder if the problem with the range is locale dependent? My locale is en_GB.UTF-8. The manual page for egrep does indicate that ranges may not mean the same thing in different locales and suggests using locale C. I don't want to change my locale but maybe it could be set for the invocation of texi2dvi... (yech). This is obviously not an org problem as such but I am surprised it's working for anybody at all... I guess I'll stick to multiple invocations of pdflatex directly for the time being. cheers, eric --Multipart_Thu_Oct__7_14:58:32_2010-1 Content-Type: text/plain; charset=US-ASCII -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D --Multipart_Thu_Oct__7_14:58:32_2010-1 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --Multipart_Thu_Oct__7_14:58:32_2010-1--