From mboxrd@z Thu Jan  1 00:00:00 1970
From: Eric S Fraga <e.fraga@ucl.ac.uk>
Subject: Re: org export outcomes differ from one attempt to the next
Date: Thu, 1 Oct 2015 10:28:18 +0100
Message-ID: <87h9mbym31.fsf@ucl.ac.uk>
References: <87mvwfx0qz.fsf@ucl.ac.uk> <87bncvwzkt.fsf@ucl.ac.uk>
	<20150921202130.5e623008@zotac> <878u7zzgrp.fsf@ucl.ac.uk>
	<87oagvcyf6.fsf@nicolasgoaziou.fr>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:42078)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <e.fraga@ucl.ac.uk>) id 1ZhaPs-00086Y-Aj
	for emacs-orgmode@gnu.org; Thu, 01 Oct 2015 05:44:45 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <e.fraga@ucl.ac.uk>) id 1ZhaPo-00009B-W0
	for emacs-orgmode@gnu.org; Thu, 01 Oct 2015 05:44:44 -0400
Received: from mail-am1on0116.outbound.protection.outlook.com
	([157.56.112.116]:19260
	helo=emea01-am1-obe.outbound.protection.outlook.com)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <e.fraga@ucl.ac.uk>) id 1ZhaPo-000090-LG
	for emacs-orgmode@gnu.org; Thu, 01 Oct 2015 05:44:40 -0400
In-Reply-To: <87oagvcyf6.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of
	"Mon, 21 Sep 2015 22:25:33 +0200")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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

On Monday, 21 Sep 2015 at 22:25, Nicolas Goaziou wrote:
> Providing a shorter test file would be helpful, no matter how much
> settings you have.

Hi Nicolas,

Sorry for the delay in getting back to you.  I have been working on this
document over the past 10 days, getting ready for the new academic
year.  This particular file is the complete set of slides for a whole
course.  It is very long and brings in all kinds of bits from org,
primarily beamer export, babel for a number of languages and has a lot
of embedded LaTeX.

I have not been able to create smaller example that demonstrates the
problem.

I *have* however solved (to use the term loosely) the problem by moving
all of the #+latex_header settings to the start of the file instead of
the end.  They remain within a separate :noexport: section.  Only their
actual location in the file has changed.

I usually put these at the end because I also use emacs file variables
for settings specific to the document and these are always at the end of
the file (for me, anyway).  These emacs settings remain at the end.

I wish I could provide more insight into the problem but, at least for
now, I am able to get my ~700 slides ready for teaching this term!  My
gut feeling, nonetheless, is that I have something in one of the 700
slides that confuses the org parser somehow so that by the time the end
of the file is reached, some data structures are inconsistent.  But who
knows?

Thanks for your help,
eric

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-270-g256fef