From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Goldman Subject: Re: More problems with Mobile Org agenda writing Date: Thu, 29 Jul 2010 17:45:18 -0500 Message-ID: <4C52047E.1040809@sift.info> References: <4C518DA3.4000908@sift.info> Reply-To: rpgoldman@sift.info Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=53028 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oebqr-0000MS-Fr for emacs-orgmode@gnu.org; Thu, 29 Jul 2010 18:45:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oebqq-0002hD-Dx for emacs-orgmode@gnu.org; Thu, 29 Jul 2010 18:45:21 -0400 Received: from mpls.sift.info ([75.146.46.193]:56565) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oebqq-0002h2-A6 for emacs-orgmode@gnu.org; Thu, 29 Jul 2010 18:45:20 -0400 In-Reply-To: <4C518DA3.4000908@sift.info> 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: Org Mode On 7/29/10 Jul 29 -9:18 AM, Robert Goldman wrote: > I posted an email yesterday about a problem I was having writing agendas > for MobileOrg, where org-mode seemed to think it should be writing my > agendas as postscript. > > I thought perhaps this was a problem with the old version of Aquamacs > that I have been using, so I finally got myself to upgrade to Aquamacs > 2.0 (Emacs 23.2). > > Now I get a /different/ error, but it's still an error where org-mode > seems to believe the agenda should be written as postscript. I can't > see why this should be happening. Here's the backtrace: I was discussing this with a colleague of mine, and he had a hypothesis that might be correct. The code in org-write-agenda looks like it has been rewritten to make FLET be expanded at compile time, so it needn't be present at run-time. However, I wonder if this was done properly, or whether the backquote expansion is causing the /body/ of the flet to be evaluated at run-time (instead of having it be macroexpanded once at compile time). This would account for the symptoms I'm seeing: I tried putting a DEBUG statement before the call to ps-print-buffer-with-faces, and that debug statement was never executed, further, when I examine the value of the FILE local variable in the debugger, it clearly isn't a value that would trigger a call to ps-print-buffer-with-faces. I believe what's wanted here is macroexpansion and not evaluation, yes? More as I discover more, R