From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Klein Subject: Re: tentative patch Re: commit found, was: Re: ECM for: issues with publishing to LaTeX using #INCLUDE Date: Sun, 21 Jun 2015 14:55:22 +0200 Message-ID: <20150621145522.6d13b2da@zotac> References: <20150617.200443.1764368968080794485.roklein@roklein.de> <20150618085813.1630b824@pckr150.mpip-mainz.mpg.de> <20150618091550.57e2553f@pckr150.mpip-mainz.mpg.de> <20150618092142.6257f8f6@pckr150.mpip-mainz.mpg.de> <87ioal78nv.fsf@selenimh.access.network> <20150618142142.639189af@pckr150.mpip-mainz.mpg.de> <20150618205110.6ce38bf5@zotac> <20150619095140.3c6e8892@pckr150.mpip-mainz.mpg.de> <20150619202859.48888231@zotac> <87oaka58mi.fsf@selenimh.access.network> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/TLRZNvvzKgwv0Tj+z+fZkPN" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52272) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z6emW-0002BO-93 for emacs-orgmode@gnu.org; Sun, 21 Jun 2015 08:55:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z6emT-0001ac-2X for emacs-orgmode@gnu.org; Sun, 21 Jun 2015 08:55:28 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:53683) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z6emS-0001Ze-Nm for emacs-orgmode@gnu.org; Sun, 21 Jun 2015 08:55:25 -0400 In-Reply-To: <87oaka58mi.fsf@selenimh.access.network> 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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org --MP_/TLRZNvvzKgwv0Tj+z+fZkPN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, you're right about eval and symbol-value, of course. I mixed up my test files, so both the commit I `identified' and the `patch' are bogus. I now used git bisect for both my current minimal setup (.emacs attached as .femacs and the files ~/ot/1.org, ~/ot/2.org, and ~/ot/3.org all three having the contents of the attached file 1.org) and the setup and project I first encountered the issue. The issue occurs always during publishing the _second_ file, that is, the first file being published gets published Ok, and the following files don't. For the minimal example I cd'd to ~/ot and called emacs using the command line: rm *.tex ~/.org-timestamps/linux-e-pdf.cache ; emacs -q -l ~/.femacs For the original project I used my full setup but also deleted *.tex, *.pdf, and ~/.org-timestamps/linux-e-pdf.cache. To be sure nothing went wrong I bisected twice for each project. For the minimal example commit 2965f8fb0c048a20b52ba90627e7cca6fe706c93 is identified as the first bad one. For my full setup it is the earlier commit 69dd4301ab7aeb581968f1c7e75167338d024c8f. My Emacs version is : GNU Emacs 24.5.1 (x86_64-suse-linux-gnu, GTK+ Version 3.10.2) of 2015-04-30 on build83 Meanwhile I added a second elisp source and call (between latex_class_options and the later options line). With this added I don't see the error anymore. Same for the minimal example (org files all having the content of the attached file working.org) I'm sorry for the earlier confusion. Best regards Robert On Sun, 21 Jun 2015 00:15:49 +0200 Nicolas Goaziou wrote: > Hello, > > Robert Klein writes: > > > when I change a `symbol-value' in the commit back to `eval', export > > seems to work again. > > Actually, I cannot reproduce your issue. > > > Patch is attached. > > I don't understand why replacing `symbol-value' with `eval' could > solve the issue. Could you debug this and see what happens with both > `symbol-value' and `eval'? > > Thank you. > > Regards, > --MP_/TLRZNvvzKgwv0Tj+z+fZkPN Content-Type: application/octet-stream; name=1.org Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=1.org IytUSVRMRTogRnJlcXVlbnRseSBBc2tlZCBRdWVzdGlvbnMKCiMrbmFtZTogZG9jaW5mbwojK2Jl Z2luX3NyYyBlbGlzcCA6ZXhwb3J0cyBub25lCiAgKGxldCAoKHByb3BzIChvcmctZXhwb3J0LWdl dC1lbnZpcm9ubWVudCkpKQogICAgKGNvbmNhdCAgIiMrTGFUZVhfSEVBREVSOiBcXG5ld2NvbW1h bmR7XFxteVRpdGxlfXsiCiAgICAgICAgICAgICAob3JnLWVsZW1lbnQtaW50ZXJwcmV0LWRhdGEK ICAgICAgICAgICAgICAocGxpc3QtZ2V0IHByb3BzIDp0aXRsZSkpCiAgICAgICAgICAgICAifVxu IikpCiMrZW5kX3NyYwoKIytDQUxMOiBkb2NpbmZvKCkgOmV4cG9ydHMgcmVzdWx0cyA6cmVzdWx0 cyByYXcKCiMrTGFUZVhfQ0xBU1M6IHNjcmFydGNsCiMrTGFUZVhfQ0xBU1NfT1BUSU9OUzogWzEx cHRdCiMrT1BUSU9OUzogZW1haWw6dAoKKiBIZWFkbGluZQpTb21lIFRleHQKCgo= --MP_/TLRZNvvzKgwv0Tj+z+fZkPN Content-Type: application/octet-stream; name=.femacs Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=.femacs KHNldHEgbG9hZC1wYXRoIChjb25zICJ+Ly5lbWFjcy5kL29yZy1tb2RlL2xpc3AiIGxvYWQtcGF0 aCkpCihhZGQtdG8tbGlzdCAnYXV0by1tb2RlLWFsaXN0ICcoIlxcLlxcKG9yZ1xcfG9yZ19hcmNo aXZlXFx8dHh0XFwpJCIgLiBvcmctbW9kZSkpCgoocmVxdWlyZSAnb3JnKQoKKHNldHEgb3JnLWxh dGV4LWNsYXNzZXMKICAnKCgic2NyYXJ0Y2wiCiAgICAgIlxcZG9jdW1lbnRjbGFzc1sxMXB0XXtz Y3JhcnRjbH0iCiAgICAgKCJcXHNlY3Rpb257JXN9IiAuICJcXHNlY3Rpb24qeyVzfSIpCiAgICAg KCJcXHN1YnNlY3Rpb257JXN9IiAuICJcXHN1YnNlY3Rpb24qeyVzfSIpCiAgICAgKCJcXHN1YnN1 YnNlY3Rpb257JXN9IiAuICJcXHN1YnN1YnNlY3Rpb24qeyVzfSIpCiAgICAgKCJcXHBhcmFncmFw aHslc30iIC4gIlxccGFyYWdyYXBoKnslc30iKQogICAgICgiXFxzdWJwYXJhZ3JhcGh7JXN9IiAu ICJcXHN1YnBhcmFncmFwaCp7JXN9IikpCiAgICAoImFydGljbGUiCiAgICAgIlxcZG9jdW1lbnRj bGFzc1sxMXB0XXthcnRpY2xlfSIKICAgICAoIlxcc2VjdGlvbnslc30iIC4gIlxcc2VjdGlvbip7 JXN9IikKICAgICAoIlxcc3Vic2VjdGlvbnslc30iIC4gIlxcc3Vic2VjdGlvbip7JXN9IikKICAg ICAoIlxcc3Vic3Vic2VjdGlvbnslc30iIC4gIlxcc3Vic3Vic2VjdGlvbip7JXN9IikKICAgICAo IlxccGFyYWdyYXBoeyVzfSIgLiAiXFxwYXJhZ3JhcGgqeyVzfSIpCiAgICAgKCJcXHN1YnBhcmFn cmFwaHslc30iIC4gIlxcc3VicGFyYWdyYXBoKnslc30iKSkpKQoKKHNldHEgb3JnLWNvbmZpcm0t YmFiZWwtZXZhbHVhdGUgbmlsKQooc2V0cSBvcmctcHVibGlzaC1wcm9qZWN0LWFsaXN0IG5pbCkK KGFkZC10by1saXN0ICdvcmctcHVibGlzaC1wcm9qZWN0LWFsaXN0CiAgICAgICAgICAgICAnKCJs aW51eC1lLXBkZiIKICAgICAgICAgICAgICAgOmJhc2UtZGlyZWN0b3J5ICJ+L290IgogICAgICAg ICAgICAgICA6YmFzZS1leHRlbnNpb24gIm9yZyIKICAgICAgICAgICAgICAgOnB1Ymxpc2hpbmct ZGlyZWN0b3J5ICJ+L290IgogICAgICAgICAgICAgICA6cHVibGlzaGluZy1mdW5jdGlvbiBvcmct bGF0ZXgtcHVibGlzaC10by1sYXRleAogICAgICAgICAgICAgICApKQoob3JnLXB1Ymxpc2ggImxp bnV4LWUtcGRmIikK --MP_/TLRZNvvzKgwv0Tj+z+fZkPN Content-Type: application/octet-stream; name=working.org Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=working.org IytUSVRMRTogRnJlcXVlbnRseSBBc2tlZCBRdWVzdGlvbnMKCiMrbmFtZTogZG9jaW5mbwojK2Jl Z2luX3NyYyBlbGlzcCA6ZXhwb3J0cyBub25lCiAgKGxldCAoKHByb3BzIChvcmctZXhwb3J0LWdl dC1lbnZpcm9ubWVudCkpKQogICAgKGNvbmNhdCAgIiMrTGFUZVhfSEVBREVSOiBcXG5ld2NvbW1h bmR7XFxteVRpdGxlfXsiCiAgICAgICAgICAgICAob3JnLWVsZW1lbnQtaW50ZXJwcmV0LWRhdGEK ICAgICAgICAgICAgICAocGxpc3QtZ2V0IHByb3BzIDp0aXRsZSkpCiAgICAgICAgICAgICAifVxu IikpCiMrZW5kX3NyYwoKIytDQUxMOiBkb2NpbmZvKCkgOmV4cG9ydHMgcmVzdWx0cyA6cmVzdWx0 cyByYXcKCiMrTGFUZVhfQ0xBU1M6IHNjcmFydGNsCiMrTGFUZVhfQ0xBU1NfT1BUSU9OUzogWzEx cHRdCgojK25hbWU6IGh0bWxwZGZsaW5rCiMrYmVnaW5fc3JjIGVsaXNwIDpleHBvcnRzIG5vbmUK ICAgIChsZXQgKChwcm9wcyAob3JnLWV4cG9ydC1nZXQtZW52aXJvbm1lbnQpKSkKICAgICAgKGNv bmNhdCAgIiMrSFRNTDogPGEgaHJlZj1cIiIKICAgICAgICAgICAgICAgKGNhciAobGFzdCAoc3Bs aXQtc3RyaW5nCiAgICAgICAgICAgICAgICAgICAgICAgICAgIChmaWxlLW5hbWUtc2Fucy1leHRl bnNpb24gKGJ1ZmZlci1maWxlLW5hbWUpKQogICAgICAgICAgICAgICAgICAgICAgICAgICAiLyIp KSkKICAgICAgICAgICAgICAgIi5wZGZcIj5QREYtVmVyc2lvbjwvYT5cbiIpKQojK2VuZF9zcmMK IytDQUxMOiBodG1scGRmbGluaygpIDpleHBvcnRzIHJlc3VsdHMgOnJlc3VsdHMgcmF3CgojK09Q VElPTlM6IGVtYWlsOnQKCiogSGVhZGxpbmUKU29tZSBUZXh0CgoK --MP_/TLRZNvvzKgwv0Tj+z+fZkPN--