From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: help debugging latex-overlays boxes Date: Tue, 09 Sep 2014 11:10:57 -0400 Message-ID: <87ha0gg77i.fsf@alphaville.bos.redhat.com> References: <8761h2gl2q.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]:40940) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRN4i-0005Rt-RU for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 11:11:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XRN4c-00048X-KY for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 11:11:20 -0400 Received: from plane.gmane.org ([80.91.229.3]:58190) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XRN4c-00048R-CC for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 11:11:14 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XRN4b-00075E-1U for emacs-orgmode@gnu.org; Tue, 09 Sep 2014 17:11:13 +0200 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Sep 2014 17:11:13 +0200 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Sep 2014 17:11:13 +0200 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: emacs-orgmode@gnu.org 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 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