From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Kitchin Subject: Re: help debugging latex-overlays boxes Date: Tue, 09 Sep 2014 16:30:11 -0400 Message-ID: References: <8761h2gl2q.fsf@alphaville.bos.redhat.com> <87ha0gg77i.fsf@alphaville.bos.redhat.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57720) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRS3Q-0003LX-66 for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 16:30:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XRS3K-0007Fk-QH for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 16:30:20 -0400 Received: from smtp.andrew.cmu.edu ([128.2.105.202]:41720) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRS3K-0007Fg-MN for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 16:30:14 -0400 In-Reply-To: <87ha0gg77i.fsf@alphaville.bos.redhat.com> (Nick Dokos's message of "Tue, 09 Sep 2014 11:10:57 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nick Dokos Cc: emacs-orgmode@gnu.org Nick Dokos writes: > John Kitchin writes: > >> Nick Dokos writes: >> >> I have traced my problem. The issue is in the function >> org-preview-latex-fragment. At the end of the function, where it calls >> org-format-latex, the default-directory variable that is used in the >> function call has a value of >> "c:/Users/YUYUA~1/AppData/Local/Temp/ltxpng/mole-balance" >> >> The YUYUA~1 is causing the problem. >> > > My (perhaps naive) expectation would be that "YuYu Yao" would become > "YUYUYA~1", deleting the space, turning the string to upper case, > keeping the first six characters and adding the "~1" suffix. Why is the > last "Y" not there? If it *were* there, would the latex invocation > work? I believe (quite without any evidence) that it should. I don't think it would work. the Space is also not the issue, as it affects some users with no spaces. This is for some reason, like a partial dos 8.3 filename (http://en.wikipedia.org/wiki/8.3_filename). I still do not know why it happens, but setting the temporary-file-directory in the init.el solves the problem, e.g.: (setq temporary-file-directory "c:/some/full/path") > >> I do not understand why the full path, "c:/Users/Yuyu >> Yao/AppData/Local/Temp" is not showing up here. When I examine the >> default-directory variable in a buffer in that directory, that is what >> comes up. It is only inside the org function it gets chomped to what >> looks like an old DOS format. >> >> Anyway, latex cannot handle that path, so no dvi is produced, and no >> image. >> >> otherwise the latex file is produced, and it compiles fine with the full >> path. Any ideas on how to fix that? Thanks, >> >>> John Kitchin writes: >>> >>>> Hi All, >>>> >>>> I am using org-mode in a course this fall with 60 students. All of them >>>> are using org-mode from elpa. For about 10 of them, they are unable to >>>> toggle the latex-overlays; instead of getting the equations, they get >>>> empty gray boxes with an error that the png file was not created. Oddly >>>> enough, they can export to PDF just fine. I have also checked that they >>>> have LaTeX (TeXLive) installed, and it appears it is. I am able to >>>> convert tex files to dvi, and then use dvipng to make a png image. But >>>> for some reason, the toggle-latex-overlay function does not work for >>>> them. >>>> >>>> I am at a loss to figure out what the issue is. These are Windows >>>> laptops that were preconfigured by the department. Almost all of them >>>> work fine, except for this small number I cannot figure out. >>>> >>>> Any ideas? Thanks, >>> >>> I would edebug-defun the function org-create-formula-image and step >>> through it to make sure that it goes the way you want (are you sure you >>> are using the dvipng method on these machines? maybe you are using the >>> imagemagick method but the program has not been installed? Check the >>> value of org-latex-create-formula-image-program). >>> >>> While you are stepping you can also check the variables in the function >>> and see e.g. what the output file name is. >>> >>> If that goes OK, then I would edebug-defun >>> org-create-formula-image-with-dvipng next and check the latex input file >>> it produces. Make sure that things like minted which require >>> --shell-escape are *not* included in that input file: it's processed by >>> a hard-wired call to latex (without --shell-escape) , so minted will >>> cause a failure. If that is the case, check org-latex-packages-alist and >>> make sure that minted's snippet-flag is nil. >>> > > -- > Nick > > > > > -- ----------------------------------- John Kitchin Professor Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 http://kitchingroup.cheme.cmu.edu